
From JGould@verisign.com  Tue Dec  4 05:58:15 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AFD821F8AA6 for <provreg@ietfa.amsl.com>; Tue,  4 Dec 2012 05:58:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level: 
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id avOzJNPJlcc5 for <provreg@ietfa.amsl.com>; Tue,  4 Dec 2012 05:58:14 -0800 (PST)
Received: from exprod6og117.obsmtp.com (exprod6og117.obsmtp.com [64.18.1.39]) by ietfa.amsl.com (Postfix) with ESMTP id ADBE021F8AA3 for <provreg@ietf.org>; Tue,  4 Dec 2012 05:58:13 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob117.postini.com ([64.18.5.12]) with SMTP ID DSNKUL4BdZep9PobBVl4/YfaFp3Lc52RBSB7@postini.com; Tue, 04 Dec 2012 05:58:13 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qB4DwA1C001771 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <provreg@ietf.org>; Tue, 4 Dec 2012 08:58:12 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 4 Dec 2012 08:58:09 -0500
From: "Gould, James" <JGould@verisign.com>
To: "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: Launch Phase EPP Extension Version 04 Posted
Thread-Index: AQHN0idkpUmi76ZRtkeE7tQEsQeBVg==
Date: Tue, 4 Dec 2012 13:58:09 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D72CD7F@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: multipart/alternative; boundary="_000_C41D7AF7FCECBE44940E9477E8E70D7A0D72CD7FBRN1WNEXMBX01vc_"
MIME-Version: 1.0
Subject: [provreg] Launch Phase EPP Extension Version 04 Posted
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Dec 2012 13:58:15 -0000

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D72CD7FBRN1WNEXMBX01vc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Wil Tan, Gavin Brown and I have updated the Launch Phase EPP Extension Mapp=
ing to support the current state of the ICANN TMCH Sunrise and Claims imple=
mentation model.  You can find the draft at the URL http://tools.ietf.org/h=
tml/draft-tan-epp-launchphase-04.  The draft fully supports the latest  ICA=
NN TMCH Sunrise and Claims Implementation model and also is targeted for cc=
TLD registries to avoid the proliferation of duplicate similar extensions. =
 We anticipate changes to the attributes of a mark and broke out the mark d=
efinition to its own XML schema for reuse outside of EPP.  In addition, the=
 signedMark definition was broken out into its own XML schema to enable the=
 creation of signed marks without any dependencies to EPP XML schemas.

The following notes are meant to be used as navigation aid for those who ar=
e reading it in the context of the TMCH implementation.

Sunrise Process

- the "signed mark" validation model is used (Section 2.4)
- should the TMCH technical implementers converge on the use of base64-enco=
ded XML for signed mark data (SMD), the draft employs the use of <smd:encod=
edSignedMark> element (Section 2.7.2)
- the <smd:encodedSignedMark> is then sent along in an extended EPP <create=
> command called "Sunrise Create Form" (Section 3.3.1 - see the fifth examp=
le <create> domain command)

Claims (including "Claims 2") Process

- the client uses an extended <check> domain command, referred to as the Cl=
aims Check Command, to find out if a mark exists for the given domain names=
 (Section 3.1)
- if one or more mark exists for a domain, a <launch:claimKey> element is r=
eturned in the <check> response.
- client can then use the <launch:claimKey> to obtain claims notice from th=
e CNIS endpoint, which returns a <launch:noticeID> value.
- if the registrant wishes to proceed to register the domains, the client w=
ill submit the <launch:noticeID> value in an extended EPP <create> command =
in what is referred to as "Claims Create Form" (Section 3.3.2)

The complete ChangeLog is as follow:

  1.  Removed references to the ICANN model.
  2.  Removed support for the Claims Info Command.
  3.  Removed use of the signedClaim.
  4.  Revised the method for referring to the signedClaim from the XML Sign=
ature using the IDREF URI.
  5.  Split the launch-1.0.xsd into three XML schemas including launch-1.0.=
xsd, signeMark-1.0.xsd, and mark-1.0.xsd.
  6.  Split the "claims" launch phase to the "claims1" and "claims2" launch=
 phases.
  7.  Added support for the encodedSignedMark with base64 encoded signedMar=
k.
  8.  Changed the elements in the createNoticeType to include the noticeID,=
 timestamp, and the source elements.
  9.  Added the class and effectiveDate elements to mark.

--

JG

[cid:B4D29F20-3CF0-43E7-AFE5-2518255440CC]

James Gould
Principal Software Engineer
jgould@verisign.com<mailto:jgould@verisign.com>

703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com



--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D72CD7FBRN1WNEXMBX01vc_
Content-Type: text/html; charset="us-ascii"
Content-ID: <70A49A8E698D574AA1516389D7E75125@verisign.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>
<div>
<div>
<div>
<div>Wil Tan, Gavin Brown and I have updated the Launch Phase EPP Extension=
 Mapping&nbsp;to support the current state of the ICANN TMCH Sunrise and Cl=
aims implementation model. &nbsp;You can find the draft at the URL&nbsp;<a =
href=3D"http://tools.ietf.org/html/draft-tan-epp-launchphase-04">http://too=
ls.ietf.org/html/draft-tan-epp-launchphase-04</a>.
 &nbsp;The draft fully supports the latest &nbsp;ICANN TMCH Sunrise and Cla=
ims Implementation model and also is targeted for ccTLD registries to avoid=
 the proliferation of duplicate similar extensions. &nbsp;We anticipate cha=
nges to the attributes of a mark and broke out
 the mark definition to its own XML schema for reuse outside of EPP. &nbsp;=
In addition, the signedMark definition was broken out into its own XML sche=
ma to enable the creation of signed marks without any dependencies to EPP X=
ML schemas. &nbsp;</div>
<div><br>
</div>
<div>The following notes are meant to be used as navigation aid for those w=
ho are reading it in the context of the TMCH implementation.</div>
<div><br>
</div>
<div><u>Sunrise Process</u></div>
<div><br>
</div>
<div>- the &quot;signed mark&quot; validation model is used (Section 2.4)</=
div>
<div>- should the TMCH technical implementers converge on the use of base64=
-encoded XML for signed mark data (SMD), the draft employs the use of &lt;s=
md:encodedSignedMark&gt; element (Section 2.7.2)</div>
<div>- the&nbsp;&lt;smd:encodedSignedMark&gt; is then sent along in an exte=
nded EPP &lt;create&gt; command called &quot;Sunrise Create Form&quot; (Sec=
tion 3.3.1 - see the fifth&nbsp;example&nbsp;&lt;create&gt; domain command)=
</div>
<div><br>
</div>
<div><u>Claims (including &quot;Claims 2&quot;) Process</u></div>
<div><br>
</div>
<div>- the client uses an extended &lt;check&gt; domain command, referred t=
o as the Claims Check Command, to find out if a mark exists for the given d=
omain names (Section 3.1)</div>
<div>- if one or more mark exists for a domain, a &lt;launch:claimKey&gt; e=
lement is returned in the &lt;check&gt; response.</div>
<div>- client can then use the &lt;launch:claimKey&gt; to obtain claims not=
ice from the CNIS endpoint, which returns a &lt;launch:noticeID&gt; value.<=
/div>
<div>- if the registrant wishes to proceed to register the domains, the cli=
ent will submit the&nbsp;&lt;launch:noticeID&gt; value in an extended EPP &=
lt;create&gt; command in what is referred to as &quot;Claims Create Form&qu=
ot; (Section 3.3.2)</div>
<div><br>
</div>
<div>The complete ChangeLog is as follow:</div>
<div>
<ol class=3D"" style=3D"font-family: Calibri; font-size: medium; ">
<li class=3D"">Removed references to the ICANN model.</li><li class=3D"">Re=
moved support for the Claims Info Command.</li><li class=3D"">Removed use o=
f the signedClaim.</li><li class=3D"">Revised the method for referring to t=
he signedClaim from the XML Signature using the IDREF URI.</li><li class=3D=
"">Split the launch-1.0.xsd into three XML schemas including launch-1.0.xsd=
, signeMark-1.0.xsd, and mark-1.0.xsd.</li><li class=3D"">Split the &quot;c=
laims&quot; launch phase to the &quot;claims1&quot; and &quot;claims2&quot;=
 launch phases.</li><li class=3D"">Added support for the encodedSignedMark =
with base64 encoded signedMark.</li><li class=3D"">Changed the elements in =
the createNoticeType to include the noticeID, timestamp, and the source ele=
ments.</li><li class=3D"">Added the class and effectiveDate elements to mar=
k.</li></ol>
</div>
</div>
</div>
<div>
<div>--&nbsp;</div>
<div><br>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">JG<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><img width=3D"75" height=3D"66" src=3D"ci=
d:B4D29F20-3CF0-43E7-AFE5-2518255440CC" v:shapes=3D"Picture_x0020_1" type=
=3D"image/png"><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(13, 62, 137); "=
>James Gould</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
Principal Software Engineer</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(9, 0, 232); "><=
a href=3D"mailto:jgould@verisign.com">jgould@verisign.com</a></span><o:p></=
o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
&nbsp;</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
703-948-3271 (Office)</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
12061 Bluemont Way</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
Reston, VA 20190</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=3D"3"=
>VerisignInc.com</font></span><span style=3D"font-size: 16pt; font-family: =
Calibri, sans-serif; "><o:p></o:p></span></p>
</div>
<div><span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=
=3D"3"><br>
</font></span></div>
<div><br>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D72CD7FBRN1WNEXMBX01vc_--

From fobispo@isc.org  Fri Dec  7 18:30:35 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E992F21F8BD3 for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 18:30:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9S37CytgvQxM for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 18:30:35 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 66A0E21F8BB6 for <provreg@ietf.org>; Fri,  7 Dec 2012 18:30:35 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id C129AC9E12 for <provreg@ietf.org>; Sat,  8 Dec 2012 02:30:31 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS for <provreg@ietf.org>; Sat,  8 Dec 2012 02:30:31 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:470:1f05:1326:d8d4:3dba:1e9b:e4d2] (unknown [IPv6:2001:470:1f05:1326:d8d4:3dba:1e9b:e4d2]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id A28A1216C7B for <provreg@ietf.org>; Sat,  8 Dec 2012 02:30:31 +0000 (UTC) (envelope-from fobispo@isc.org)
From: Francisco Obispo <fobispo@isc.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
Date: Fri, 7 Dec 2012 18:30:31 -0800
To: "provreg@ietf.org" <provreg@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=1 Fuz1=1 Fuz2=1
Subject: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 02:30:36 -0000

The description of the ROID is very vague in the EPP docs. Besides =
keeping track of the history of a host object (because it's the only one =
which allows an identifier change), I don't see any uses for it.

The current EPP schema limits the roid to:

  <simpleType name=3D"roidType">
        <restriction base=3D"token">
          <pattern value=3D"(\w|_){1,80}-\w{1,8}"/>
        </restriction>
  </simpleType>

Which does not allow me to use names like 'test.isc' as my ROID, (using =
.ISC imaginary TLD).

And one could think, we could use the -\w{1,8} (word that has a minimum =
of 1 to maximum of 8 chars) as the TLD (in case of domain objects), but =
that would not fit things like 'christmas' or 'blackfriday'.

We are currently generating a unique name using a hash function, but the =
results are very opaque: D_c12ed3266fd15ae54f4a10379c6bdd1b-ISC and =
besides generating a small overhead when creating the object, I don't =
find it very useful.

Our system supports multiple TLDs in the same registration system, so we =
intend to use something like:

C_<HASH>-<REGISTRY_ID> -> contact
D_<HASH>-<REGISTRY_ID> -> domain
H_<HASH>-<REGISTRY_ID> -> host

We will enforce global uniqueness but we really don't expect to use it =
anywhere..=20

EPP requests don't seem to reference anywhere except on the authInfo =
section of the Domain (RFC5731) doc in sec 3.1.3 when referring to the =
authInfo:

   C:<?xml version=3D"1.0" encoding=3D"UTF-8" standalone=3D"no"?>
   C:<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">
   C:  <command>
   C:    <transfer op=3D"query">
   C:      <domain:transfer
   C:       xmlns:domain=3D"urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:        <domain:authInfo>
   C:          <domain:pw roid=3D"JD1234-REP">2fooBAR</domain:pw>
   C:        </domain:authInfo>
   C:      </domain:transfer>
   C:    </transfer>
   C:    <clTRID>ABC-12345</clTRID>
   C:  </command>
   C:</epp>

And that's the only place where a contact is referred by the client by =
ROID and not by ID.

Since it is allowed to change the name of a host, I understand the need =
of having a special identifier for it, but is it really needed for =
everything else?=20

Am I missing something important?

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From fobispo@isc.org  Fri Dec  7 18:47:11 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A634921F864D for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 18:47:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RnBOaKNnJgi5 for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 18:47:11 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 0DF5121F85C8 for <provreg@ietf.org>; Fri,  7 Dec 2012 18:47:11 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 5202CC9E28 for <provreg@ietf.org>; Sat,  8 Dec 2012 02:47:08 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS for <provreg@ietf.org>; Sat,  8 Dec 2012 02:47:08 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 316F5216C3D for <provreg@ietf.org>; Sat,  8 Dec 2012 02:47:08 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
Date: Fri, 7 Dec 2012 18:47:03 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
To: "provreg@ietf.org" <provreg@ietf.org>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=1 Fuz1=1 Fuz2=1
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 02:47:11 -0000

On Dec 7, 2012, at 6:30 PM, Francisco Obispo <fobispo@isc.org> wrote:

> Since it is allowed to change the name of a host, I understand the =
need of having a special identifier for it, but is it really needed for =
everything else?=20

And even for this, the EPP command to update the host identifies it by =
its name and not by ROID, so keeping track of the name in the repository =
could be done in other ways.

If this is all true, why do we need a ROID ?


Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From cbbrowne@afilias.info  Fri Dec  7 19:38:21 2012
Return-Path: <cbbrowne@afilias.info>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C47A221F869A for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 19:38:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level: 
X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cTo6O2YlCC-8 for <provreg@ietfa.amsl.com>; Fri,  7 Dec 2012 19:38:21 -0800 (PST)
Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 3F69221F866F for <provreg@ietf.org>; Fri,  7 Dec 2012 19:38:20 -0800 (PST)
Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from <cbbrowne@afilias.info>) id 1ThBF5-0006wD-6G for provreg@ietf.org; Sat, 08 Dec 2012 03:38:19 +0000
Received: from mail-vc0-f198.google.com ([209.85.220.198]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from <cbbrowne@afilias.info>) id 1ThBF5-0002Tg-61 for provreg@ietf.org; Sat, 08 Dec 2012 03:38:19 +0000
Received: by mail-vc0-f198.google.com with SMTP id n11so2150692vch.1 for <provreg@ietf.org>; Fri, 07 Dec 2012 19:38:14 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=D6Ff5BgVBDL9RntsoYWEeU3/Lr+/TmOkUr5gHcUT58s=; b=HNAzDZY7KVPzu/WB4UhQAVredgiEsTfSIw5JsjtyTOPRwmfGe/hGBb8gU2xOpbvwK8 Eqqvj531KANhcvNyo3nM+rXslP3jtJvhmK4lcq/bcz1LzyjdGOmuSJxj0TEUAbYtT8UY 2f8FYqO4NuOt9AIMD3m6253EmobNmxPfAaZ2WyDiy599KckBN8BmwE7by7tYXtlcKQWl K5XeKcwasrQ7sxE9SRd4Uvf3c4QH8KoZ2W/UDrf13S6Vezh85ia/E1kWD2SKJOTNuIbY nJFbpaYNjybuWm6AX45hFho8WyMdozhT5c0EKlrBqr0lo8rk4fJlfErQteqHb8v5FlTN mnQw==
Received: by 10.229.205.42 with SMTP id fo42mr2966167qcb.135.1354937894310; Fri, 07 Dec 2012 19:38:14 -0800 (PST)
MIME-Version: 1.0
Received: by 10.229.205.42 with SMTP id fo42mr2966163qcb.135.1354937894172; Fri, 07 Dec 2012 19:38:14 -0800 (PST)
Received: by 10.49.13.106 with HTTP; Fri, 7 Dec 2012 19:38:13 -0800 (PST)
Received: by 10.49.13.106 with HTTP; Fri, 7 Dec 2012 19:38:13 -0800 (PST)
In-Reply-To: <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org> <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org>
Date: Fri, 7 Dec 2012 22:38:13 -0500
Message-ID: <CANfbgbZzs8ZTAvDBwMpaJKgpvdR8+WEPGLxA6fqsSE+J9yaG_A@mail.gmail.com>
From: Christopher Browne <cbbrowne@afilias.info>
To: Francisco Obispo <fobispo@isc.org>
Content-Type: multipart/alternative; boundary=0016e6d2737cdff8c304d04f0fd4
X-Gm-Message-State: ALoCoQk9pzw/j2cCoL7Ktdu51AaN4CUAA2pWwGLc8V3hDIXQYrIXgHXBGw3OCQBUjCEXt3XPyaE9cuf1x1+n+LFUwuVzVpZU+TZ7ioq9c5Y3P1Z2iZgaeoK3I3b66xPjL+bWPZzH2nOp
X-Mailman-Approved-At: Sat, 08 Dec 2012 01:17:27 -0800
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 03:38:21 -0000

--0016e6d2737cdff8c304d04f0fd4
Content-Type: text/plain; charset=ISO-8859-1

Any time the "natural" key is unique, there is little need for roids as
references.

In contrast, roids or some equivalent will prove necessary whenever the
natural key is NOT unique.

The scenario of that which leaps to mind is in respect to sunrise periods,
where there may be multiple applications for domains.  If there is need to
revise an application, during sunrise, for a domain, a roid would make a
decent unique reference.  Also, that offers a way to get WHOIS to return
data about a sunrise application.

The server trid of the application would also be a credible "unique"
candidate, though less natural for the WHOIS part.

--0016e6d2737cdff8c304d04f0fd4
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<p dir=3D"ltr">Any time the &quot;natural&quot; key is unique, there is lit=
tle need for roids as references.</p>
<p dir=3D"ltr">In contrast, roids or some equivalent will prove necessary w=
henever the natural key is NOT unique.</p>
<p dir=3D"ltr">The scenario of that which leaps to mind is in respect to su=
nrise periods, where there may be multiple applications for domains.=A0 If =
there is need to revise an application, during sunrise, for a domain, a roi=
d would make a decent unique reference.=A0 Also, that offers a way to get W=
HOIS to return data about a sunrise application.</p>

<p dir=3D"ltr">The server trid of the application would also be a credible =
&quot;unique&quot; candidate, though less natural for the WHOIS part.</p>

--0016e6d2737cdff8c304d04f0fd4--

From Klaus.Malorny@knipp.de  Sat Dec  8 06:11:22 2012
Return-Path: <Klaus.Malorny@knipp.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25E4021F885A for <provreg@ietfa.amsl.com>; Sat,  8 Dec 2012 06:11:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PHPZZbtupUx3 for <provreg@ietfa.amsl.com>; Sat,  8 Dec 2012 06:11:16 -0800 (PST)
Received: from kmx10a.knipp.de (clust3b-eth0-0.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id D2A6221F8853 for <provreg@ietf.org>; Sat,  8 Dec 2012 06:11:15 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id B52D44E; Sat,  8 Dec 2012 15:11:13 +0100 (MEZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id qxwxFQiRouUl; Sat,  8 Dec 2012 15:11:05 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 45F904D; Sat,  8 Dec 2012 15:11:04 +0100 (MEZ)
Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id qB8EB2BI010778;  Sat, 8 Dec 2012 15:11:03 +0100 (MEZ)
Message-ID: <50C34A76.9080007@knipp.de>
Date: Sat, 08 Dec 2012 15:11:02 +0100
From: Klaus Malorny <Klaus.Malorny@knipp.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Thunderbird/20.0a1
MIME-Version: 1.0
To: Francisco Obispo <fobispo@isc.org>, "provreg@ietf.org" <provreg@ietf.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
In-Reply-To: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Dec 2012 14:11:22 -0000

On 08/12/12 03:30, Francisco Obispo wrote:
> The description of the ROID is very vague in the EPP docs. Besides keeping
> track of the history of a host object (because it's the only one which allows
> an identifier change), I don't see any uses for it.

Hi Francisco,

ROIDs can be used in conjunction with auth-infos. For example, with our registry 
software, the registrar can request the full contact data* of a non-sponsored 
contact object via <contact:info> if he specifies the ROID and auth-info of a 
non-sponsored domain object that references that contact object. This could be 
useful in preparation of a transfer, where the gaining registrar want to copy 
the original contacts.

RFC 5731 even allows to start a transfer with a referenced contact's auth-info 
and ROID, but this is too risky in our opinion, so we do not allow this.

Regards,

Klaus


* except its own auth-info

From fobispo@isc.org  Sun Dec  9 11:33:18 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F07F621F8CB1 for <provreg@ietfa.amsl.com>; Sun,  9 Dec 2012 11:33:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jgE39OI8dXng for <provreg@ietfa.amsl.com>; Sun,  9 Dec 2012 11:33:18 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 793FA21F84B6 for <provreg@ietf.org>; Sun,  9 Dec 2012 11:33:18 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 51FC7CA402; Sun,  9 Dec 2012 19:33:11 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Sun,  9 Dec 2012 19:33:11 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 90A4D216C3D; Sun,  9 Dec 2012 19:33:06 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CANfbgbZzs8ZTAvDBwMpaJKgpvdR8+WEPGLxA6fqsSE+J9yaG_A@mail.gmail.com>
Date: Sun, 9 Dec 2012 11:33:07 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <7B790F49-068F-4989-92AC-20B892DADE3C@isc.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org> <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org> <CANfbgbZzs8ZTAvDBwMpaJKgpvdR8+WEPGLxA6fqsSE+J9yaG_A@mail.gmail.com>
To: Christopher Browne <cbbrowne@afilias.info>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=2 Fuz1=2 Fuz2=2
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Dec 2012 19:33:19 -0000

Hi Christopher,

On Dec 7, 2012, at 7:38 PM, Christopher Browne <cbbrowne@afilias.info> =
wrote:

> Any time the "natural" key is unique, there is little need for roids =
as references.
>=20

+1

> In contrast, roids or some equivalent will prove necessary whenever =
the natural key is NOT unique.
>=20

Exactly, but in case of domain names, contact ids, and host names, they =
all have natural keys.

> The scenario of that which leaps to mind is in respect to sunrise =
periods, where there may be multiple applications for domains.  If there =
is need to revise an application, during sunrise, for a domain, a roid =
would make a decent unique reference.  Also, that offers a way to get =
WHOIS to return data about a sunrise application.

I agree, in this case, we're not treating requests during the sunrise =
period as 'domains', we're just treating them as requests, which will go =
through or not to become registry objects 'after' a decision has been =
made by registry policy. So: yes, it is useful, but not necessarily part =
of the EPP protocol per se.


>=20
> The server trid of the application would also be a credible "unique" =
candidate, though less natural for the WHOIS part.
>=20

+1





Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From fobispo@isc.org  Sun Dec  9 11:37:48 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A80B421F8CD8 for <provreg@ietfa.amsl.com>; Sun,  9 Dec 2012 11:37:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5UmZwlNTyhNQ for <provreg@ietfa.amsl.com>; Sun,  9 Dec 2012 11:37:48 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id 2967B21F8CBF for <provreg@ietf.org>; Sun,  9 Dec 2012 11:37:48 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id A22B95F9AE6; Sun,  9 Dec 2012 19:37:40 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 2713B216C7B; Sun,  9 Dec 2012 19:37:39 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <50C34A76.9080007@knipp.de>
Date: Sun, 9 Dec 2012 11:37:41 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <DF9C5386-0B1B-4867-8068-BA8A2BFA8BAB@isc.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org> <50C34A76.9080007@knipp.de>
To: Klaus Malorny <Klaus.Malorny@knipp.de>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 09 Dec 2012 19:37:48 -0000

Hi Klaus,
>=20
> ROIDs can be used in conjunction with auth-infos. For example, with =
our registry software, the registrar can request the full contact data* =
of a non-sponsored contact object via <contact:info> if he specifies the =
ROID and auth-info of a non-sponsored domain object that references that =
contact object. This could be useful in preparation of a transfer, where =
the gaining registrar want to copy the original contacts.
>=20

Yes, I understand that rationale, but why use the ROID there and not the =
contact-id as done everywhere else?

Also, if it's a  "Repository Object ID" what is the rationale behind =
that specific format? why are we forced to use: (\w|_){1,80}-\w{1,8}, =
when it should be a registry-defined attribute?


> RFC 5731 even allows to start a transfer with a referenced contact's =
auth-info and ROID, but this is too risky in our opinion, so we do not =
allow this.

I've heard similar comments from others with regards to that feature as =
well.

>=20
> Regards,
>=20
> Klaus
>=20
>=20
> * except its own auth-info

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From Klaus.Malorny@knipp.de  Mon Dec 10 03:35:12 2012
Return-Path: <Klaus.Malorny@knipp.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D4AE21F8E66 for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 03:35:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.603
X-Spam-Level: 
X-Spam-Status: No, score=-1.603 tagged_above=-999 required=5 tests=[AWL=-0.646, BAYES_00=-2.599, HELO_EQ_DE=0.35, MISSING_HEADERS=1.292]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fxmEQaP2U18Y for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 03:35:12 -0800 (PST)
Received: from kmx10a.knipp.de (clust3b-eth0-0.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id B70CE21F8E67 for <provreg@ietf.org>; Mon, 10 Dec 2012 03:35:10 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 48A2E46; Mon, 10 Dec 2012 12:35:09 +0100 (MEZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id TbUgFqzIIw+H; Mon, 10 Dec 2012 12:35:03 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id C29BE44; Mon, 10 Dec 2012 12:35:03 +0100 (MEZ)
Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id qBABZ3K5012775;  Mon, 10 Dec 2012 12:35:03 +0100 (MEZ)
Message-ID: <50C5C8E7.5090906@knipp.de>
Date: Mon, 10 Dec 2012 12:35:03 +0100
From: Klaus Malorny <Klaus.Malorny@knipp.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Thunderbird/20.0a1
MIME-Version: 1.0
CC: "provreg@ietf.org" <provreg@ietf.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org> <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org> <CANfbgbZzs8ZTAvDBwMpaJKgpvdR8+WEPGLxA6fqsSE+J9yaG_A@mail.gmail.com> <7B790F49-068F-4989-92AC-20B892DADE3C@isc.org>
In-Reply-To: <7B790F49-068F-4989-92AC-20B892DADE3C@isc.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Dec 2012 11:35:12 -0000

On 09/12/12 20:33, Francisco Obispo wrote:
> [...]
>> In contrast, roids or some equivalent will prove necessary whenever the
>> natural key is NOT unique.
>>
>
> Exactly, but in case of domain names, contact ids, and host names, they all
> have natural keys.
> [...]

Hi,

all three are not unique over time. If you delete a domain and re-create it some 
time later, you have two different objects. A use of the ROIDs could have been 
to address registry objects in a generic way, but EPP does not make use thereof 
(except in the mentioned auth-infos). As such, it is indeed questionable why 
ROIDs are exposed in EPP.

Regards,

Klaus



From JGould@verisign.com  Mon Dec 10 05:09:15 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE8A21F8E79 for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 05:09:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bU5mGMSBfDjr for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 05:09:14 -0800 (PST)
Received: from exprod6og110.obsmtp.com (exprod6og110.obsmtp.com [64.18.1.25]) by ietfa.amsl.com (Postfix) with ESMTP id 93C3F21F8E7B for <provreg@ietf.org>; Mon, 10 Dec 2012 05:09:12 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKUMXe+JHPnsdsCVVZTjbG+RB4631TK/5m@postini.com; Mon, 10 Dec 2012 05:09:14 PST
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBAD99Jd022084 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 10 Dec 2012 08:09:09 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Mon, 10 Dec 2012 08:09:08 -0500
From: "Gould, James" <JGould@verisign.com>
To: Klaus Malorny <Klaus.Malorny@knipp.de>
Thread-Topic: [provreg] ROID how useful?
Thread-Index: AQHN1OwEWASZavcNq029GrobhH5OnJgOhpSAgAAOTICAAp0ggIABDMOA///GcIA=
Date: Mon, 10 Dec 2012 13:09:08 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D7329FD@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <50C5C8E7.5090906@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F80BA95F8B6B174BAF9587D593325091@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Dec 2012 13:09:15 -0000

We used the ROID in the post-create commands for the Defensive
Registration and NameWatch object mappings in DotName since there could be
multiple registrations for the same string.  There are cases where the
registration name is not a unique identifier and there are cases where the
name can be changed like with hosts.  A history command for objects that
support changing name strings can show all of the transactions for the
object based on the ROID.  To note, the launch phase extension defines an
application identifier separate from the ROID, since the allocation of an
application to a domain might or might not result in a different ROID.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/10/12 6:35 AM, "Klaus Malorny" <Klaus.Malorny@knipp.de> wrote:

>On 09/12/12 20:33, Francisco Obispo wrote:
>> [...]
>>> In contrast, roids or some equivalent will prove necessary whenever the
>>> natural key is NOT unique.
>>>
>>
>> Exactly, but in case of domain names, contact ids, and host names, they
>>all
>> have natural keys.
>> [...]
>
>Hi,
>
>all three are not unique over time. If you delete a domain and re-create
>it some=20
>time later, you have two different objects. A use of the ROIDs could have
>been=20
>to address registry objects in a generic way, but EPP does not make use
>thereof=20
>(except in the mentioned auth-infos). As such, it is indeed questionable
>why=20
>ROIDs are exposed in EPP.
>
>Regards,
>
>Klaus
>
>
>_______________________________________________
>provreg mailing list
>provreg@ietf.org
>https://www.ietf.org/mailman/listinfo/provreg


From keith@blacknight.com  Mon Dec 10 05:23:22 2012
Return-Path: <keith@blacknight.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41EA321F8C13 for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 05:23:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IRl4bQ719JD4 for <provreg@ietfa.amsl.com>; Mon, 10 Dec 2012 05:23:21 -0800 (PST)
Received: from nineve.blacknight.ie (nineve.blacknight.ie [81.17.243.129]) by ietfa.amsl.com (Postfix) with ESMTP id 8B3FB21F8C09 for <provreg@ietf.org>; Mon, 10 Dec 2012 05:23:21 -0800 (PST)
Received: by nineve.blacknight.ie (Postfix, from userid 1010) id 1920458166; Mon, 10 Dec 2012 13:23:20 +0000 (GMT)
Date: Mon, 10 Dec 2012 13:23:20 +0000
From: Keith Gaughan <keith@blacknight.com>
To: "provreg@ietf.org" <provreg@ietf.org>
Message-ID: <20121210132319.GA32550@nineve.blacknight.ie>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org> <9D9D5383-29C7-44FC-8734-EFDE59B6E43B@isc.org> <CANfbgbZzs8ZTAvDBwMpaJKgpvdR8+WEPGLxA6fqsSE+J9yaG_A@mail.gmail.com> <20121209193249.C69C733C3B1@merlin.blacknight.ie>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20121209193249.C69C733C3B1@merlin.blacknight.ie>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Dec 2012 13:23:22 -0000

On Sun, Dec 09, 2012 at 11:33:07AM -0800, Francisco Obispo wrote:

> On Dec 7, 2012, at 7:38 PM, Christopher Browne <cbbrowne@afilias.info> wrote:
> 
> > Any time the "natural" key is unique, there is little need for roids as
> > references.
> 
> +1
> 
> > In contrast, roids or some equivalent will prove necessary whenever the
> > natural key is NOT unique.
> 
> Exactly, but in case of domain names, contact ids, and host names, they all
> have natural keys.

Contact IDs, maybe, so long as it's up to the registry to generate them, but
domains and hosts? Not at all. If, say I register a domain and let it lapse, and
somebody else registers it, those can be considered independent objects with
separate identities, even though they refer to the very same domain.

The same goes for host objects and contact objects (if the registry doesn't
guarantee uniqueness).

K.

-- 
Keith Gaughan, Development Lead
PGP/GPG key ID: 82AC3634
Blacknight Internet Solutions Ltd. <http://blacknight.com/>
12A Barrowside Business Park, Carlow, Ireland
Registered in Ireland, Company No.: 370845

From rep.dot.nop@gmail.com  Tue Dec 11 02:47:15 2012
Return-Path: <rep.dot.nop@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D06D21F84D8 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 02:47:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.387
X-Spam-Level: 
X-Spam-Status: No, score=-0.387 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FAKE_REPLY_C=2.012, J_CHICKENPOX_46=0.6, J_CHICKENPOX_66=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KCumRm4nl9oN for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 02:47:14 -0800 (PST)
Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF8721F84CA for <provreg@ietf.org>; Tue, 11 Dec 2012 02:47:13 -0800 (PST)
Received: by mail-bk0-f44.google.com with SMTP id w11so1627698bku.31 for <provreg@ietf.org>; Tue, 11 Dec 2012 02:47:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=rgWOBFXXzXiOOZcRcEdD3d4CRrmCp2Q6tVt7Sjyyuaw=; b=Hnochqz4vQT6ydJ421w8wdPNM3OykbZk0OSOyKfinUmDBT3kXjJn/Q6u0ptGnsvfD7 ZFy2/KzPjnHrMcV1poSXpTi0y5V4x0lxXZmNKnQWAYJ1ggRb0sUSuNBd8OYw7GBn2KGC lExjBVo3P2fZBxhCExq818YweBaaxIaP5fdSmS5It6Kt+y+8OZx8zFj/RGIgqsiYGX6s /Y4+3jZd0HdI48I8jyjb48of/m/5S20ZefhEWMS+hoGKcYEKpmKGAGryVVLlUuknTpUl FsMqqo5PQZgZMWsfkFdDNNSAk6ltksbek2Trx2YoZyY+6odxF7S1c46vloWRbEhZ8cMz DRHQ==
Received: by 10.204.141.4 with SMTP id k4mr6005789bku.60.1355222832329; Tue, 11 Dec 2012 02:47:12 -0800 (PST)
Received: from s42.loc (91-119-142-53.dynamic.xdsl-line.inode.at. [91.119.142.53]) by mx.google.com with ESMTPS id 18sm16478172bkv.0.2012.12.11.02.47.10 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Dec 2012 02:47:11 -0800 (PST)
Received: from cow by s42.loc with local (Exim 4.80) (envelope-from <rep.dot.nop@gmail.com>) id 1TiNMi-0005HG-Sa; Tue, 11 Dec 2012 11:47:08 +0100
Date: Tue, 11 Dec 2012 11:47:08 +0100
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: provreg@ietf.org
Message-ID: <20121211104708.GA17843@mx.loc>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT"
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: draft-tan-epp-launchphase@tools.ietf.org
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 10:47:15 -0000

--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,

I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
over the draft (against the .txt, i did not find TeX source or the
like).

I am with James Gould that using dateTime feels more comfortable than
plain date since EPP generally uses the former.

Since in EPP the XML frames are entitled "commands" rather than frames,
i suggest to change all "Frame" occurances to "Command" in the section
headers (e.g. "Claims Create Form" -> "Claims Create Command") as well
as in the document body. I can provide a follow-up patch unless you
prefer to change that yourself.

Changes
- 2.3.  Status Values:
  The server SHOULD NOT use of the "custom" status value.
  either "make use of" or "use the". I did choose the latter.

  For example, an application MAY immediately start at the
  allocated status or an application MAY skip the pendingAuction status
  if server does not support an auction.  If a <domain:create>
  missing "the" in "if server"

  s attribute enumeration: Capitalize description phrases

- 2.5.  Mark
  <mark:label>:  Zero or more domain name labels that corresponds to
  Shouldn't that be "that correspond" without the s?

  What is the difference between <mark:type> and <mark:entitlement>? The
  description looks like it was just copy'n pasted?

  I take it that <mark:country> can be specified Zero or more times?

  Also capitalize the phrases in the element enumeration.

- 2.6.  Contact
  Likewise

What is the rationale behind using "smd" for the namespace of "Signed Mark"
and not the more intuitive "sm" (especially since using a
namespace-prefix is recommended anyway)?

- 2.7.1.  <smd:signedMark> element
  <smd:serial>:  Signature serial number that that can
  too many "that"
  <smd:exDate>:  OPTIONAL date and time that the <smd:signedMark> expires.
  of the ... expiry

- 2.7.2.  <smd:encodedSignedMark> element
  The following is an example an <smd:encodedSignedMark> element
  missing "of"

- 3.1.  EPP <check> Command
  The value of that the <launch:claimKey> element can be used
  surplus "the"

- 3.2.  EPP <info> Command
  I would leave out the second example (with the optional applicationID
  omitted).

  launch:infData enumeration: Capitalize description phrases

- 3.3.  EPP <create> Command
  sunrise  The EPP <create> command ... is used to submit an registration
  a

- 3.3.1.  Sunrise Create Form
  launch:create enumeration: Capitalize description phrases
  resData enumeration: Capitalize description phrases

  There is a mixture of
  "xmlns:launch="urn:ietf:params:xml:ns:launch-1.0"
  and
  <launch:creData xmlns:lp="urn:ietf:params:xml:ns:launchphase-1.0">
  in the last example.
  Using the former uniformly.

- 3.3.2.  Claims Create Form
  This extension does not define any extension to the response of an
  typo: s/an/a/

  defined in the EPP domain mapping.
  missing cross-reference to rfc5731.

- 3.4.  EPP <update> Command
  A server that does not support allow multiple applications
  support or allow? Picking the former.

  domain name with a Application Identifier
  an

  along with an <launch:
  a

  launch:update enumeration: Capitalize description phrases

  as defined in the EPP domain mapping
  missing cross-reference to rfc5731.

- 3.5.  EPP <delete> Command
  domain name with a Application Identifier
  an

  submitting an EPP <delete> command along with an <launch:delete>
  a

  This extension does not define any extension to the response of an
  a

  as defined in the EPP domain mapping
  missing cross-reference to rfc5731.

  The example reponse has the wrong clTRID, i suspect this is wrong in
  other places, too.

- 3.7.  EPP <transfer> Command
  as defined in the EPP domain mapping
  missing cross-reference to rfc5731.

- 4.1.  Launch Schema
  Why is idContainerType->applicationID of type token and not
  applicationIDType ?

- 4.2.  Signed Mark Schema
  Is the signedMarkType->id really necessary?

- 4.3.  Mark Schema
  type="date"
  as mentioned above it would be nice to have those as dateTime

  mark:ccType could be just a ref contact:ccType
  Same for pcType, addrType, email and the phone numbers and extensions.

thanks,
Bernhard

--X1bOJ3K7DJ5YkBrT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="draft-tan-epp-launchphase-04.01.txt"

--- draft-tan-epp-launchphase-04.txt.orig	2012-12-04 14:03:39.000000000 +0100
+++ draft-tan-epp-launchphase-04.txt	2012-12-11 11:00:45.451411732 +0100
@@ -250,15 +250,15 @@ Internet-Draft        Launch Phase Mappi
 
    The following status values are defined using the required "s"
    attribute:
-   pending:  the initial state of a newly-created application object.
-   validated:  the application meets relevant registry rules.
-   invalid:  the application does not validate according to registry
+   pending:  The initial state of a newly-created application object.
+   validated:  The application meets relevant registry rules.
+   invalid:  The application does not validate according to registry
       rules.
-   pendingAuction:  the application is pending based on results of an
+   pendingAuction:  The application is pending based on results of an
       auction.
-   allocated:  one of two possible end states of an application object;
+   allocated:  One of two possible end states of an application object;
       the object corresponding to the application has been provisioned.
-   rejected:  the other possible end state; the object was not
+   rejected:  The other possible end state; the object was not
       provisioned.
    custom:  A custom status that is defined using the "name" attribute.
 
@@ -271,7 +271,7 @@ Internet-Draft        Launch Phase Mappi
    For extensibility the <launch:status> element includes an OPTIONAL
    "name" attribute that can define a sub-status or the full name of the
    status when the status value is "custom".  The server SHOULD NOT use
-   of the "custom" status value.
+   the "custom" status value.
 
 
 
@@ -285,9 +285,9 @@ Internet-Draft        Launch Phase Mappi
    can be invalid and rejected.  Additionally certain statuses MAY be
    skipped.  For example, an application MAY immediately start at the
    allocated status or an application MAY skip the pendingAuction status
-   if server does not support an auction.  If a <domain:create>
+   if the server does not support an auction.  If a <domain:create>
    processes a request synchronously without the use of an intermediate
-   application, than an Application Identifier (Section 2.1) is not
+   application, then an Application Identifier (Section 2.1) is not
    needed along with the application status.
 
 2.3.1.  State Transition
@@ -449,29 +449,29 @@ Tan, et al.               Expires June 7
 Internet-Draft        Launch Phase Mapping for EPP         December 2012
 
 
-   <mark:id>:  an identifier for the mark.  This identifier MUST be
+   <mark:id>:  An identifier for the mark.  This identifier MUST be
       unique among all marks associated with an application object.
    <mark:name>:  The registered trademark text string.  This value is
       free-form text that MAY be mapped to one or more <mark:label>
       values.
-   <mark:label>:  Zero or more domain name labels that corresponds to
+   <mark:label>:  Zero or more domain name labels that correspond to
       the <mark:name>.  Each <mark:label> can match directly to the
       domain name after adding the parent zone.
-   <mark:issuer>:  name of the authority which issued the right
+   <mark:issuer>:  Name of the authority which issued the right
       (trademark clearinghouse, trademark office, company registration
       bureau, etc.)
-   <mark:number>:  the registration number of the right (trademark
+   <mark:number>:  The registration number of the right (trademark
       number, company registration number, etc.)
-   <mark:type>:  indicates the applicant's entitlement to the mark
+   <mark:type>:  Indicates the applicant's entitlement to the mark
       (owner, licensee, etc.)
-   <mark:class>:  zero or more Nice Classification class numbers as
+   <mark:class>:  Zero or more Nice Classification class numbers as
       defined in the Nice List of Classes [2]
-   <mark:entitlement>:  indicates the applicant's entitlement to the
+   <mark:entitlement>:  Indicates the applicant's entitlement to the
       mark (owner, licensee, etc.)
-   <mark:regDate>:  the date of registration / application of the mark
-   <mark:effectiveDate>:  the date the mark becomes effective
-   <mark:exDate>:  the date of expiration of the mark
-   <mark:country>:  indicates the country in which the mark is valid.
+   <mark:regDate>:  The date of registration / application of the mark
+   <mark:effectiveDate>:  The date the mark becomes effective
+   <mark:exDate>:  The date of expiration of the mark
+   <mark:country>:  Indicates the country in which the mark is valid.
       This may be a two-character code from [WIPO.ST3]
    <mark:region>:  indicates the name of a city, state, province or
       other geographic region in which the mark is valid.
@@ -505,21 +505,21 @@ Tan, et al.               Expires June 7
 Internet-Draft        Launch Phase Mapping for EPP         December 2012
 
 
-   <mark:name>:  name of the individual or role represented by the
+   <mark:name>:  Name of the individual or role represented by the
        contact.
-   <mark:org>:  name of the organization with which the contact is
+   <mark:org>:  Name of the organization with which the contact is
        affiliated.
-   <mark:addr>:  address information associated with the contact. the
-       <mark:addr> element contains the following child elements:
+   <mark:addr>:  Address information associated with the contact. the
+       <mark:addr> Element contains the following child elements:
 
-       <mark:street>  zero to three <mark:street> elements that contain
+       <mark:street>  Zero to three <mark:street> elements that contain
            the contact's street address.
-       <mark:city>  contact's city
-       <mark:sp>  contact's state or province
-       <mark:cc>  contact's country code
-   <mark:voice>:  contact's voice telephone number
-   <mark:fax>:  contact's facsimile telephone number
-   <mark:email>:  contact's email address
+       <mark:city>  Contact's city
+       <mark:sp>  Contact's state or province
+       <mark:cc>  Contact's country code
+   <mark:voice>:  Contact's voice telephone number
+   <mark:fax>:  Contact's facsimile telephone number
+   <mark:email>:  Contact's email address
 
    All of the child elements are OPTIONAL.  Server policy may place
    additional constraints on the format and requirements of such
@@ -561,10 +561,10 @@ Tan, et al.               Expires June 7
 Internet-Draft        Launch Phase Mapping for EPP         December 2012
 
 
-   <smd:serial>:  Signature serial number that that can be compared with
+   <smd:serial>:  Signature serial number that can be compared with
       a revocation list by the server.
-   <smd:exDate>:  OPTIONAL date and time that the <smd:signedMark>
-      expires.  The server MUST NOT accept a <smd:signedMark> that has
+   <smd:exDate>:  OPTIONAL date and time of the <smd:signedMark>
+      expiry.  The server MUST NOT accept a <smd:signedMark> that has
       expired.  No <smd:exDate> element indicates that there is no
       expiry.
    <mark:mark>:  Trademark information as defined in the Mark
@@ -673,7 +673,7 @@ Tan, et al.               Expires June 7
 Internet-Draft        Launch Phase Mapping for EPP         December 2012
 
 
-   The following is an example an <smd:encodedSignedMark> element that
+   The following is an example of an <smd:encodedSignedMark> element that
    uses the default "base64" for encoding a <smd:signedMark> element.
 
           <smd:encodedSignedMark
@@ -763,7 +763,7 @@ Internet-Draft        Launch Phase Mappi
    is available the Claims Check Command will return whether or not at
    least one matching trademark exists for the domain name.  If there is
    at least one matching trademark that exists for the domain name a
-   <launch:claimKey> element is returned.  The value of that the
+   <launch:claimKey> element is returned.  The value of that
    <launch:claimKey> element can be used with an info service of a third
    party trademark provider like the Trademark Clearinghouse (TMCH) for
    getting the information needed to generate the trademark claims
@@ -1091,14 +1091,14 @@ Internet-Draft        Launch Phase Mappi
    infData> element along with the regular EPP <resData>.  The <launch:
    infData> contains the following child elements:
 
-   <launch:phase>  the phase during which the application was submitted
+   <launch:phase>  The phase during which the application was submitted
        or is associated with that matches the associated <info> command
        <launch:phase>.
    <launch:applicationID>  OPTIONAL application identifier of the launch
        application.
    <launch:status>  OPTIONAL status of the launch application using one
        of the supported status values (Section 2.3).
-   <mark:mark>  zero or more <mark:mark> elements.  The <mark:mark>
+   <mark:mark>  Zero or more <mark:mark> elements.  The <mark:mark>
        child elements are defined in the <mark:mark> element
        (Section 2.5) section.
 
@@ -1198,7 +1198,7 @@ Internet-Draft        Launch Phase Mappi
    below:
 
    sunrise  The EPP <create> command with the "sunrise" launch phase is
-      used to submit an registration with trademark information that can
+      used to submit a registration with trademark information that can
       be verified by the server with the <domain:name> value.  The
       Sunrise Create Form (Section 3.3.1) is used for the "sunrise"
       launch phase.  Optionally, the server can support multiple
@@ -1244,13 +1244,13 @@ Internet-Draft        Launch Phase Mappi
    <launch:phase>  The launch phase for the create like the "sunrise"
        launch phase.
    <launch:codeMark> or <smd:signedMark> or <smd:encodedSignedMark>
-       <launch:codeMark>  zero or more <launch:codeMark> elements.  The
+       <launch:codeMark>  Zero or more <launch:codeMark> elements.  The
            <launch:codeMark> child elements are defined in the <launch:
            codeMark> element (Section 2.4.1) section.
-       <smd:signedMark>  zero or more <smd:signedMark> elements.  The
+       <smd:signedMark>  Zero or more <smd:signedMark> elements.  The
            <smd:signedMark> child elements are defined in the <smd:
            signedMark> element (Section 2.7.1) section.
-       <smd:encodedSignedMark>  zero or more <smd:encodedSignedMark>
+       <smd:encodedSignedMark>  Zero or more <smd:encodedSignedMark>
            elements.  The <smd:encodedSignedMark> child elements are
            defined in the <smd:encodedSignedMark> element
            (Section 2.7.2) section.
@@ -1683,7 +1683,7 @@ Internet-Draft        Launch Phase Mappi
 
    <launch:phase>  The phase of the application that mirrors the
        <launch:phase> element included in the <launch:create>.
-   <launch:applicationID>  the application identifier of the
+   <launch:applicationID>  The application identifier of the
        application.
 
    An example response when multiple overlapping applications are
@@ -1704,7 +1704,7 @@ Internet-Draft        Launch Phase Mappi
       </domain:creData>
     </resData>
     <extension>
-      <launch:creData xmlns:lp="urn:ietf:params:xml:ns:launchphase-1.0">
+      <launch:creData xmlns:launch="urn:ietf:params:xml:ns:launch-1.0">
         <launch:phase>sunrise</launch:phase>
         <launch:applicationID>2393-9323-E08C-03B1</launch:applicationID>
       </launch:creData>
@@ -1783,7 +1783,7 @@ Internet-Draft        Launch Phase Mappi
      </command>
    </epp>
 
-   This extension does not define any extension to the response of an
+   This extension does not define any extension to the response of a
    <create> domain command for the Claims Create Form.  After processing
 
 
@@ -1794,31 +1794,31 @@ Internet-Draft        Launch Phase Mappi
 
 
    the command, the server replies with a standard EPP response as
-   defined in the EPP domain mapping.
+   defined in the EPP domain mapping [RFC5731].
 
 3.4.  EPP <update> Command
 
    This extension defines additional elements to extend the EPP <update>
    command to be used in conjunction with the domain name mapping.
 
-   A server that does not support allow multiple applications of a given
-   domain name with a Application Identifier (Section 2.1) during its
+   A server that does not support multiple applications of a given
+   domain name with an Application Identifier (Section 2.1) during its
    launch phase operations MUST return an EPP error result code of 2102.
 
    Registry policies permitting, clients may update an application
-   object by submitting an EPP <update> command along with an <launch:
+   object by submitting an EPP <update> command along with a <launch:
    update> element to indicate the application object to be updated.
    The <launch:update> element contains the following child elements:
 
-   <launch:phase>  the phase during which the application was submitted
+   <launch:phase>  The phase during which the application was submitted
        or is associated with.
-   <launch:applicationID>  the application identifier for which the
+   <launch:applicationID>  The application identifier for which the
        client wishes to update.
 
    This extension does not define any extension to the response of an
    <update> domain command.  After processing the command, the server
    replies with a standard EPP response as defined in the EPP domain
-   mapping.
+   mapping [RFC5731].
 
 
 
@@ -1926,23 +1926,23 @@ Internet-Draft        Launch Phase Mappi
    command to be used in conjunction with the domain name mapping.
 
    A server that does not support multiple applications of a given
-   domain name with a Application Identifier (Section 2.1) during its
+   domain name with an Application Identifier (Section 2.1) during its
    launch phase operations MUST return an EPP error result code of 2102.
 
    Registry policies permitting, clients MAY withdraw an application by
-   submitting an EPP <delete> command along with an <launch:delete>
+   submitting an EPP <delete> command along with a <launch:delete>
    element to indicate the application object to be deleted.  The
    <launch:delete> element contains the following child elements:
 
-   <launch:phase>  the phase during which the application was submitted
+   <launch:phase>  The phase during which the application was submitted
        or is associated with.
-   <launch:applicationID>  the application identifier for which the
+   <launch:applicationID>  The application identifier for which the
        client wishes to delete.
 
-   This extension does not define any extension to the response of an
+   This extension does not define any extension to the response of a
    <delete> domain command.  After processing the command, the server
    replies with a standard EPP response as defined in the EPP domain
-   mapping.
+   mapping [RFC5731].
 
 
 
@@ -2009,6 +2009,7 @@ Internet-Draft        Launch Phase Mappi
 
    This extension does not define any extension to the EPP <transfer>
    command or response described in the EPP domain name mapping
+   [RFC5731].
 
 
 

--X1bOJ3K7DJ5YkBrT--

From JGould@verisign.com  Tue Dec 11 07:57:51 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39D6721F84F3 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 07:57:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Level: 
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_46=0.6, J_CHICKENPOX_66=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OjY+VsZRREc2 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 07:57:50 -0800 (PST)
Received: from exprod6og116.obsmtp.com (exprod6og116.obsmtp.com [64.18.1.37]) by ietfa.amsl.com (Postfix) with ESMTP id 1542421F8540 for <provreg@ietf.org>; Tue, 11 Dec 2012 07:57:48 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob116.postini.com ([64.18.5.12]) with SMTP ID DSNKUMdX3iYlfbLEstPHmZPT1bLXLhm4j99s@postini.com; Tue, 11 Dec 2012 07:57:49 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBBFvED7009262 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Dec 2012 10:57:15 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 11 Dec 2012 10:57:14 -0500
From: "Gould, James" <JGould@verisign.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: draft-tan-epp-launchphase-04
Thread-Index: AQHN14ziL0TZjP4kPUeyNcoROilx65gTwT2A
Date: Tue, 11 Dec 2012 15:57:14 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D733EED@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <20121211104708.GA17843@mx.loc>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <7178F0C7B75C304BA5D3AF5EEBB02FFF@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "tmch-tech@icann.org" <tmch-tech@icann.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 15:57:51 -0000

Bernhard,

Thank you for your detailed review.  I provide feedback below prefixed
with "JG-".  The updates will be in the future 05 draft.  From a high
level, the mark-1.0.xsd elements need a review by IBM and Deloitte in
matching with the TMCH data model.  Can someone from IBM and or Deloitte
review the elements and provide feedback on the full list of elements
names and element types in mark-1.0.xsd
(http://tools.ietf.org/html/draft-tan-epp-launchphase-04#page-45)? I've
copied the tmch-tech mail list on this reply as well.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/11/12 5:47 AM, "Bernhard Reutner-Fischer" <rep.dot.nop@gmail.com>
wrote:

>Hi,
>
>I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
>over the draft (against the .txt, i did not find TeX source or the
>like).
>
>I am with James Gould that using dateTime feels more comfortable than
>plain date since EPP generally uses the former.
>
>Since in EPP the XML frames are entitled "commands" rather than frames,
>i suggest to change all "Frame" occurances to "Command" in the section
>headers (e.g. "Claims Create Form" -> "Claims Create Command") as well
>as in the document body. I can provide a follow-up patch unless you
>prefer to change that yourself.

JG - My only concern with changing the "Form" references to "Command" is
that we're really not defined a new command / verb but we just extending
the domain create with a different kind of extension dependent on the
phase.  Do others feel that the term "Form" should be changed to "Command"
or something else for "Sunrise Create Form" and "Claims Create Form"?


>
>Changes
>- 2.3.  Status Values:
>  The server SHOULD NOT use of the "custom" status value.
>  either "make use of" or "use the". I did choose the latter.

JG - Changed to "The server SHOULD NOT use the "custom" status value."

>
>  For example, an application MAY immediately start at the
>  allocated status or an application MAY skip the pendingAuction status
>  if server does not support an auction.  If a <domain:create>
>  missing "the" in "if server"

JG - Fixed

>
>  s attribute enumeration: Capitalize description phrases

JG - I believe this comment was to capitalize the description sentences of
the phrases.  If so it is fixed.

>
>- 2.5.  Mark
>  <mark:label>:  Zero or more domain name labels that corresponds to
>  Shouldn't that be "that correspond" without the s?

JG - Fixed

>
>  What is the difference between <mark:type> and <mark:entitlement>? The
>  description looks like it was just copy'n pasted?

JG - I recently notice this and yes it was a copy/paste issue.  The 02
draft had the "type" defined as "Indicates the type of claim being made
(trademark,
      symbol, combined mark, company name, etc.)".  This has been fixed.

>
>  I take it that <mark:country> can be specified Zero or more times?

JG - No, currently it is a single country.  Should this be a list?

>
>  Also capitalize the phrases in the element enumeration.

JG - Fixed

>
>- 2.6.  Contact
>  Likewise

JG - I assume this is related to the capitalization of the descriptions,
which has been fixed.

>
>What is the rationale behind using "smd" for the namespace of "Signed
>Mark"
>and not the more intuitive "sm" (especially since using a
>namespace-prefix is recommended anyway)?

JG - The term SMD, Signed Mark Data, has been discussed in the Community
Model, which is why it was chosen as the sample namespace prefix.  Any
prefix can be used, so this is provided simply as an example.


>
>- 2.7.1.  <smd:signedMark> element
>  <smd:serial>:  Signature serial number that that can
>  too many "that"

JG - Fixed

>  <smd:exDate>:  OPTIONAL date and time that the <smd:signedMark> expires.
>  of the ... Expiry

JG - Not clear on this one.  Can you clarify?

>
>- 2.7.2.  <smd:encodedSignedMark> element
>  The following is an example an <smd:encodedSignedMark> element
>  missing "of"

JG - Fixed

>
>- 3.1.  EPP <check> Command
>  The value of that the <launch:claimKey> element can be used
>  surplus "the"

JG - I removed the "that", so it reads "The value of the <launch:claimKey>
element can be used=8A".

>
>- 3.2.  EPP <info> Command
>  I would leave out the second example (with the optional applicationID
>  omitted).

JG - Why since an info command could be submitted for a registration made
during sunrise in a first-come-first-server sunrise that may return back
the trademark information passed with the registration?  Do you believe
that this should not be supported?

>
>  launch:infData enumeration: Capitalize description phrases

JG - Fixed

>
>- 3.3.  EPP <create> Command
>  sunrise  The EPP <create> command ... is used to submit an registration
>  A

JG - Fixed

>
>- 3.3.1.  Sunrise Create Form
>  launch:create enumeration: Capitalize description phrases
>  resData enumeration: Capitalize description phrases

JG - Fixed

>
>  There is a mixture of
>  "xmlns:launch=3D"urn:ietf:params:xml:ns:launch-1.0"
>  and
>  <launch:creData xmlns:lp=3D"urn:ietf:params:xml:ns:launchphase-1.0">
>  in the last example.
>  Using the former uniformly.

JG - Fixed

>
>- 3.3.2.  Claims Create Form
>  This extension does not define any extension to the response of an
>  typo: s/an/a/

JG - Fixed

>
>  defined in the EPP domain mapping.
>  missing cross-reference to rfc5731.

JG - Fixed


>
>- 3.4.  EPP <update> Command
>  A server that does not support allow multiple applications
>  support or allow? Picking the former.

JG - Fixed, removed "allow"

>
>  domain name with a Application Identifier
>  An

JG - Fixed

>
>  along with an <launch:
>  A

JG - Fixed

>
>  launch:update enumeration: Capitalize description phrases

JG - Fixed

>
>  as defined in the EPP domain mapping
>  missing cross-reference to rfc5731.


JG - Fixed

>
>- 3.5.  EPP <delete> Command
>  domain name with a Application Identifier
>  An

JG - Fixed

>
>  submitting an EPP <delete> command along with an <launch:delete>
>  A

JG - Fixed

>
>  This extension does not define any extension to the response of an
>  A

JG - Fixed

>
>  as defined in the EPP domain mapping
>  missing cross-reference to rfc5731.

JG - Fixed

>
>  The example reponse has the wrong clTRID, i suspect this is wrong in
>  other places, too.

JG - Fixed, changed all clTRID to "ABC-12345" and all svTRID to
"54321-XYZ" so all of the TRID
Values should be consistent across the draft.

>
>- 3.7.  EPP <transfer> Command
>  as defined in the EPP domain mapping
>  missing cross-reference to rfc5731.

JG - Fixed

>
>- 4.1.  Launch Schema
>  Why is idContainerType->applicationID of type token and not
>  applicationIDType ?

JG - Fixed

>
>- 4.2.  Signed Mark Schema
>  Is the signedMarkType->id really necessary?

JG - Yes it is.  The Signature will refer to the signedMark via the IDREF.

>
>- 4.3.  Mark Schema
>  type=3D"date"
>  as mentioned above it would be nice to have those as dateTime

JG - I agree that the dates should include the time element, but I want to
ensure that the data types match what is stored in the TMCH.  This is
really dependent on the true definition of the trademark attributes.  I'm
going to include a higher level comment at the top related to IBM and
Deloitte to help define the mark attributes along with the appropriate
types.  I'll hold off changing the date types to dateTime right now.

>
>  mark:ccType could be just a ref contact:ccType
>  Same for pcType, addrType, email and the phone numbers and extensions.

JG - We did not want to create a schema dependency of mark-1.0.xsd to
contact-1.0.xsd or any other EPP XSD, so the data types are redefined
instead of referenced from an external XSD.

>
>thanks,
>Bernhard


From JGould@verisign.com  Tue Dec 11 12:59:40 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6AF811E80BF for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 12:59:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.499
X-Spam-Level: 
X-Spam-Status: No, score=-6.499 tagged_above=-999 required=5 tests=[AWL=0.100,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Fqf-wa2Ho9E for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 12:59:39 -0800 (PST)
Received: from exprod6og114.obsmtp.com (exprod6og114.obsmtp.com [64.18.1.33]) by ietfa.amsl.com (Postfix) with ESMTP id BD65911E80AD for <provreg@ietf.org>; Tue, 11 Dec 2012 12:59:14 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob114.postini.com ([64.18.5.12]) with SMTP ID DSNKUMeeojQE2w7cvha7vCgV6N02J/4y+qQW@postini.com; Tue, 11 Dec 2012 12:59:39 PST
Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBBKxAID019457 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Dec 2012 15:59:11 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 11 Dec 2012 15:59:09 -0500
From: "Gould, James" <JGould@verisign.com>
To: Klaus Malorny <Klaus.Malorny@knipp.de>, "tmch-tech@icann.org" <tmch-tech@icann.org>
Thread-Topic: [tmch-tech] Extensibility of status values et al., was: Launch Phase EPP Extension Version 04 Posted
Thread-Index: AQHN0icsH9X1paB97UOIV1z9ENWJiJgT12iAgABI7oA=
Date: Tue, 11 Dec 2012 20:59:09 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D734AE2@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <50C71B0D.6060608@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <534FE26A550DD845B98F8AD5FF4CDC3D@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: EPP Provreg <provreg@ietf.org>
Subject: Re: [provreg] [tmch-tech] Extensibility of status values et al., was: Launch Phase EPP Extension Version 04 Posted
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 20:59:41 -0000

Klaus,

Thanks for your initial preliminary review.  My feedback is below.  I
highly recommend that you review the draft in full, since some of the
questions like the use of phases is addressed throughout the draft.  I've
copied the provreg list on this reply to get additional feedback from
those participants.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/11/12 6:37 AM, "Klaus Malorny" <Klaus.Malorny@knipp.de> wrote:

>On 04/12/12 14:56, Gould, James wrote:
>> Wil Tan, Gavin Brown and I have updated the Launch Phase EPP Extension
>> Mapping to support the current state of the ICANN TMCH Sunrise and
>>Claims
>> implementation model.  You can find the draft at the URL
>> http://tools.ietf.org/html/draft-tan-epp-launchphase-04.
> > [...]
>
>Hi,
>
>while I do not plan to review the draft in-depth before ICANN publishes
>its=20
>updated functional specification, I had a look on it today regarding the
>status=20
>values and discovered the custom/@name extensibility. While it was
>already added=20
>to the -03 version, I wonder whether this is really the best approach to
>add=20
>extensible status values, esp. as this could be seen as a blue print for
>other=20
>future extensions and EPP itself, as standard EPP misses this desirable
>feature=20
>at all. First, allowing the addition of a "name" to standard status
>values=20
>(pending, validated, ...) breaks the previous characteristic of status
>values=20
>that they are only binary (i.e. set or not). Second, the "custom" value
>creates=20
>an asymmetry between standard and non-standard status values, as the
>"name"=20
>attribute is suddenly the primary discriminator in the "custom" case and
>not a=20
>subdiscriminator as in the other cases.

JG - Addition of the "name" attribute does not break the concept of the
binary characteristic of a status.  The "name" attribute represents a
sub-status when using a non-"custom" enumerated status value, which still
maintains the binary characteristic (i.e. set or not).  In the case of the
sub-status, the client is not required to key off of the sub-status "name"
value if they choose to, but can strictly key off of the parent enumerated
status.  The sub-status could provide more clarity to the client if a
higher level status does have more fine grained states.  You are correct
when using the "custom" enumerated status value, the "name" attribute
becomes the true custom name of the status.


>
>IMHO, it would be better to
>   - get rid of the @name attribute

This would be mean that the enumerated list in the draft is final, with no
built in form of extensibility.

>   - allow other status value names as well, either allowing any token,
>     a token with a prefix ("x-") or even Qnames

JG - The use of "any" might be too heavyweight for what we need here.  I'm
not sure if there is the need to define additional XSD's for the handling
of custom server statuses.  I don't know of the case where a server will
want to create their own custom status, but defining a new XSD that the
client has to deal with can quickly get out of hand.  Do you have an
example of what you mean by using the prefix or Qnames to handle say two
custom statuses like "foo" and "bar".  The current draft would represent
the "foo" and "bar" statuses as <launch:status s=3D"custom" name=3D"foo"/> =
and
<launch:status s=3D"custom" name=3D"bar"/>, respectively.  In this case the=
re
is no added complexity for the server or the client, and the client can
decide what to display for the status.  I would most likely display the
name attribute ("foo" or "bar") as the status and not drive any
client-side logic based on the use of the custom status unless I choose
to. =20

>   - allow more than one status value in the info response


JG - The statuses are discrete steps in the state machine of an
application, meaning that there is only one state per application at a
time.  Maybe it would be better to call them states instead of statuses?


>
>If the current way of implementing states is retained, it is questionable
>whether a "pendingAuction" state is really required. Wouldn't it be a
>special=20
>case of the "validated" status and thus should be identified via the
>"name"=20
>attribute? Does ICANN require an auction in case of application
>conflicts, so=20
>that it is necessary to include this state? This does not mean that I
>mind the=20
>information that an application is part of an auction, but is it the
>right way=20
>to express this?

JG - Yes, the "pendingAuction" status could be reflected as a "validated"
sub-status, but there is nothing wrong with including a possible known
status that an application may have.  This does not mean that it is a
required status, but that it is a possible status.  The "pendingAuction"
status was added based on feedback from Trung Tran on the provreg list.

>
>My criticism of the status values applies similarly to the phase names.
>Why=20
>isn't it simply a token? I can't see that any semantics is enforced by
>the EPP=20
>extension (although the registry may do so) on the use of the predefined
>phases,=20
>e.g. if the phase is "sunrise", then this or that data has to be supplied.

JG - The phases in the draft define interface dependencies, where for
"sunrise" phase there is the use of the Sunrise Create Form by the passing
of the trademark information and for the "claims1" and "claims2" phases,
there is the use of the Claims Create Form that passes the required claims
notice information on create.  There is an additional dependency on the
phase value for the use of the Claims Check Command, since the Claims
Check Command is only applicable during the "claims1" and "claims2"
phases.  Having the phase name be freeform will not provide any form of a
interface contract between the client and the server.  How would the
client know what phase to pass and what should be passed along with it?
How would the server know what the intention of the client is?  For
example, the set of domain names used for a Claims Check Command is
different for the "claims1" and "claims2" phases.  The claims notice
claims notice presented to the Registrant is also different between the
"claims1" and "claims2" phases, so the server would want to ensure that it
is responding correctly based on what is explicitly being requested by the
client.  Having a predefined set of phases with expected extension
requirements (protocol interface) I believe will make the contract
stronger and cleaner between the client and the server.  Some servers
might decide to create custom phases, and in doing so will need to
communicate their interface requirements out-of-band to the clients.
Sub-phases could meet the same basic interface requirements of the parent
phase similar to the discussion above on the use of sub-statuses.


>
>Just my two cents,
>
>Klaus
>


From fobispo@isc.org  Tue Dec 11 14:56:58 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D6DE21E8091 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 14:56:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level: 
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v+XR3DdzWNYT for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 14:56:58 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 0CCDE21E808D for <provreg@ietf.org>; Tue, 11 Dec 2012 14:56:58 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id CB1FCCA63C for <provreg@ietf.org>; Tue, 11 Dec 2012 22:56:54 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS for <provreg@ietf.org>; Tue, 11 Dec 2012 22:56:54 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e] (unknown [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id BFDBC216C3D for <provreg@ietf.org>; Tue, 11 Dec 2012 22:56:54 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
Date: Tue, 11 Dec 2012 14:57:02 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <6EEC1BE6-E24C-4749-BC56-EED67ED3F7D9@isc.org>
References: <25664966-E702-49F1-8C33-397F34B055BD@isc.org>
To: "provreg@ietf.org" <provreg@ietf.org>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=1 Fuz1=1 Fuz2=1
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 22:56:58 -0000

Thank you all for your comments.

I'm wondering whether: (from rfc5731)

   When an <info> command has been processed successfully, the EPP
   <resData> element MUST contain a child <domain:infData> element that
   identifies the domain namespace.  Elements that are not OPTIONAL MUST
   be returned; OPTIONAL elements are returned based on client
   authorization and server policy.  The <domain:infData> element
   contains the following child elements:

contains an error, since I believe we should be referencing the contact =
by its ID in this case and not by its ROID.


On Dec 7, 2012, at 6:30 PM, Francisco Obispo <fobispo@isc.org> wrote:

>   C:<?xml version=3D"1.0" encoding=3D"UTF-8" standalone=3D"no"?>
>   C:<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">
>   C:  <command>
>   C:    <transfer op=3D"query">
>   C:      <domain:transfer
>   C:       xmlns:domain=3D"urn:ietf:params:xml:ns:domain-1.0">
>   C:        <domain:name>example.com</domain:name>
>   C:        <domain:authInfo>
>   C:          <domain:pw roid=3D"JD1234-REP">2fooBAR</domain:pw>
>   C:        </domain:authInfo>
>   C:      </domain:transfer>
>   C:    </transfer>
>   C:    <clTRID>ABC-12345</clTRID>
>   C:  </command>
>   C:</epp>



It could mean that previous versions of the protocol did in fact use =
ROIDs as contact identifiers but it seems strange that this is the =
_only_ place where ROIDs are referenced as part of a query, everywhere =
else the contact:id is used.

How are others implementing it?


Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From JGould@verisign.com  Tue Dec 11 15:12:45 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86AF521E8097 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:12:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.013
X-Spam-Level: 
X-Spam-Status: No, score=-5.013 tagged_above=-999 required=5 tests=[AWL=-1.414, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JpoitrU2Fpqg for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:12:44 -0800 (PST)
Received: from exprod6og118.obsmtp.com (exprod6og118.obsmtp.com [64.18.1.233]) by ietfa.amsl.com (Postfix) with ESMTP id ED3C521E8091 for <provreg@ietf.org>; Tue, 11 Dec 2012 15:12:39 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob118.postini.com ([64.18.5.12]) with SMTP ID DSNKUMe95y3wEYj9MqVyLNVGT251trrYeiph@postini.com; Tue, 11 Dec 2012 15:12:42 PST
Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBBNCVaq023661 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Dec 2012 18:12:36 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 11 Dec 2012 18:12:31 -0500
From: "Gould, James" <JGould@verisign.com>
To: Francisco Obispo <fobispo@isc.org>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] ROID how useful?
Thread-Index: AQHN1OwEWASZavcNq029GrobhH5OnJgUj6MA//+weIA=
Date: Tue, 11 Dec 2012 23:12:30 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <6EEC1BE6-E24C-4749-BC56-EED67ED3F7D9@isc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <FA21D720A253464DBDAC4321EBB87299@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 23:12:45 -0000

Francisco,

My feedback is below.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/11/12 5:57 PM, "Francisco Obispo" <fobispo@isc.org> wrote:

>Thank you all for your comments.
>
>I'm wondering whether: (from rfc5731)
>
>   When an <info> command has been processed successfully, the EPP
>   <resData> element MUST contain a child <domain:infData> element that
>   identifies the domain namespace.  Elements that are not OPTIONAL MUST
>   be returned; OPTIONAL elements are returned based on client
>   authorization and server policy.  The <domain:infData> element
>   contains the following child elements:
>
>contains an error, since I believe we should be referencing the contact
>by its ID in this case and not by its ROID.

What contains an error, the info response or the transfer query command?
The domain info response references the contact by ID and not by ROID.  If
you execute the contact info command of rfc5733, you can get the contact
ROID.=20

>
>
>On Dec 7, 2012, at 6:30 PM, Francisco Obispo <fobispo@isc.org> wrote:
>
>>   C:<?xml version=3D"1.0" encoding=3D"UTF-8" standalone=3D"no"?>
>>   C:<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">
>>   C:  <command>
>>   C:    <transfer op=3D"query">
>>   C:      <domain:transfer
>>   C:       xmlns:domain=3D"urn:ietf:params:xml:ns:domain-1.0">
>>   C:        <domain:name>example.com</domain:name>
>>   C:        <domain:authInfo>
>>   C:          <domain:pw roid=3D"JD1234-REP">2fooBAR</domain:pw>
>>   C:        </domain:authInfo>
>>   C:      </domain:transfer>
>>   C:    </transfer>
>>   C:    <clTRID>ABC-12345</clTRID>
>>   C:  </command>
>>   C:</epp>
>

The authorization info provided in the transfer command can reference the
authorization info of the domain (without ROID) or the authorization info
of the domain's registrant (or contact object) by using the contact's ROID
and not the contact's ID.  The contact's ID could have been used but the
contact's ROID uniquely identifies the contact for this use case.

>
>
>It could mean that previous versions of the protocol did in fact use
>ROIDs as contact identifiers but it seems strange that this is the _only_
>place where ROIDs are referenced as part of a query, everywhere else the
>contact:id is used.

You are correct that this is the only place where the ROID is referenced
in the rfc commands; although they have been used with other EPP object
mapping commands as I posted previously to the list.


>
>How are others implementing it?
>
>
>Francisco Obispo=20
>Director of Applications and Services - ISC
>email: fobispo@isc.org
>Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
>PGP KeyID =3D B38DB1BE
>
>_______________________________________________
>provreg mailing list
>provreg@ietf.org
>https://www.ietf.org/mailman/listinfo/provreg


From fobispo@isc.org  Tue Dec 11 15:23:12 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D9B521E8093 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:23:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.624
X-Spam-Level: 
X-Spam-Status: No, score=-1.624 tagged_above=-999 required=5 tests=[AWL=-0.825, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, J_CHICKENPOX_72=0.6, J_CHICKENPOX_74=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q24KeQZTVMYl for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:23:11 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id B0B8321E808D for <provreg@ietf.org>; Tue, 11 Dec 2012 15:23:11 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id C0564CA64C; Tue, 11 Dec 2012 23:23:02 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Tue, 11 Dec 2012 23:23:02 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e] (unknown [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id AA81A216C7B; Tue, 11 Dec 2012 23:23:02 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
Date: Tue, 11 Dec 2012 15:23:11 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <CE40B607-C352-4294-8110-542CB24832CF@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1282; Body=2 Fuz1=2 Fuz2=2
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 23:23:12 -0000

Thanks James,


On Dec 11, 2012, at 3:12 PM, "Gould, James" <JGould@verisign.com> wrote:

> What contains an error, the info response or the transfer query =
command?
> The domain info response references the contact by ID and not by ROID. =
 If
> you execute the contact info command of rfc5733, you can get the =
contact
> ROID.=20
>=20

For what I can see, any command querying the server that references the =
ROID, including: domain:info, domain:transfer, and contact:info

Unless it's querying an extension that specifically demands the ROID =
(history?)


>>=20
>>=20
>> On Dec 7, 2012, at 6:30 PM, Francisco Obispo <fobispo@isc.org> wrote:
>>=20
>>>  C:<?xml version=3D"1.0" encoding=3D"UTF-8" standalone=3D"no"?>
>>>  C:<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">
>>>  C:  <command>
>>>  C:    <transfer op=3D"query">
>>>  C:      <domain:transfer
>>>  C:       xmlns:domain=3D"urn:ietf:params:xml:ns:domain-1.0">
>>>  C:        <domain:name>example.com</domain:name>
>>>  C:        <domain:authInfo>
>>>  C:          <domain:pw roid=3D"JD1234-REP">2fooBAR</domain:pw>
>>>  C:        </domain:authInfo>
>>>  C:      </domain:transfer>
>>>  C:    </transfer>
>>>  C:    <clTRID>ABC-12345</clTRID>
>>>  C:  </command>
>>>  C:</epp>
>>=20
>=20
> The authorization info provided in the transfer command can reference =
the
> authorization info of the domain (without ROID) or the authorization =
info
> of the domain's registrant (or contact object) by using the contact's =
ROID
> and not the contact's ID.  The contact's ID could have been used but =
the
> contact's ROID uniquely identifies the contact for this use case.
>=20

But the contact:id is unique as well right?=20

=46rom RFC5733:

  -  A <contact:id> element that contains the desired server-unique
      identifier for the contact to be created.




>>=20
>>=20
>> It could mean that previous versions of the protocol did in fact use
>> ROIDs as contact identifiers but it seems strange that this is the =
_only_
>> place where ROIDs are referenced as part of a query, everywhere else =
the
>> contact:id is used.
>=20
> You are correct that this is the only place where the ROID is =
referenced
> in the rfc commands; although they have been used with other EPP =
object
> mapping commands as I posted previously to the list.

Yes, and thanks for doing that, but those other commands that you =
mentioned are Verisign's extensions, and not part of the standard. I =
agree that there's use for a ROID, but not on the standard set of EPP =
query/transform commands (not responses).

Also, I don't understand why the format is enforced, when it should've =
been left open for the registry to decide.



Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From fobispo@isc.org  Tue Dec 11 15:45:08 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4000A21E80A9 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:45:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.759
X-Spam-Level: 
X-Spam-Status: No, score=-1.759 tagged_above=-999 required=5 tests=[AWL=-0.360, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aPfUyzCrK26h for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:45:07 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 434AB21E80A7 for <provreg@ietf.org>; Tue, 11 Dec 2012 15:45:07 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id E7D53CA653; Tue, 11 Dec 2012 23:44:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Tue, 11 Dec 2012 23:44:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e] (unknown [IPv6:2001:4f8:3:64:ad8c:5f25:1a25:5e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 5B977216C3D; Tue, 11 Dec 2012 23:44:54 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CE40B607-C352-4294-8110-542CB24832CF@isc.org>
Date: Tue, 11 Dec 2012 15:45:03 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1282; Body=2 Fuz1=2 Fuz2=2
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 23:45:08 -0000

contact:info doesn't include a "roid" option,

Only domain:[transfer/info]

info:
   -  An OPTIONAL <domain:authInfo> element that contains authorization
      information associated with the domain object or authorization
      information associated with the domain object's registrant or
      associated contacts.  An OPTIONAL "roid" attribute MUST be used to
      identify the registrant or contact object if and only if the given
      authInfo is associated with a registrant or contact object, and
      not the domain object itself.  If this element is not provided or
      if the authorization information is invalid, server policy
      determines if the command is rejected or if response information
      will be returned to the client.

transfer:
   -  A <domain:authInfo> element that contains authorization
      information associated with the domain object or authorization
      information associated with the domain object's registrant or
      associated contacts.  An OPTIONAL "roid" attribute MUST be used to
      identify the registrant or contact object if and only if the given
      authInfo is associated with a registrant or contact object, and
      not the domain object itself.


On Dec 11, 2012, at 3:23 PM, Francisco Obispo <fobispo@isc.org> wrote:

> For what I can see, any command querying the server that references =
the ROID, including: domain:info, domain:transfer, and contact:info

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From wil@cloudregistry.net  Tue Dec 11 15:51:10 2012
Return-Path: <wil@cloudregistry.net>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAF1921E80AB for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:51:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.976
X-Spam-Level: 
X-Spam-Status: No, score=-2.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OVmRwITT5JcM for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 15:51:09 -0800 (PST)
Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) by ietfa.amsl.com (Postfix) with ESMTP id 3EB1521E80A1 for <provreg@ietf.org>; Tue, 11 Dec 2012 15:51:09 -0800 (PST)
Received: by mail-ie0-f180.google.com with SMTP id c10so156313ieb.11 for <provreg@ietf.org>; Tue, 11 Dec 2012 15:51:08 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=0UV0H3he8UuQGxhF4R0d9PlhkpAeNeMFl9/ojWbUv50=; b=ZnYktEf+5AaVp8hlg30wCBTulfJk7Nvdw3ZhRVeYaA9+XypS+SKnIV1bHdrEpFnAL3 8psjocSkQ0Zr2WypbxFJ9UcJ6jGhsorRTzcDWDg1c0077PbYJt0Esu3Z6YFjl5tXALcY BDqkaHpna2UvpDkx66mo23qMOqnuppjOvbmsJICKfWFP7OTzUt5H59a8WeYC+9fUBon7 l2B3Wz6OPjpQOGUtWFG6i70Y/mKQjUau1hnTCp3sHYtZcYpWM+94NdG6SYf379E08fQy 7OYGZtaaTx+TCYeeOCSBPn6HLYeUIiUHaE8uJ9SZ4OMDb19HxCRJ3drHrIZTipYW8+6x lNPA==
Received: by 10.50.151.172 with SMTP id ur12mr11604044igb.44.1355269868614; Tue, 11 Dec 2012 15:51:08 -0800 (PST)
MIME-Version: 1.0
Received: by 10.64.39.77 with HTTP; Tue, 11 Dec 2012 15:50:28 -0800 (PST)
In-Reply-To: <20121211104708.GA17843@mx.loc>
References: <20121211104708.GA17843@mx.loc>
From: Wil Tan <wil@cloudregistry.net>
Date: Wed, 12 Dec 2012 10:50:28 +1100
Message-ID: <CACnMJCPBUijpD7z=UMw1Bk6FR-sBCs1B4ZHauz+jL3_7cwgn8g@mail.gmail.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Content-Type: multipart/alternative; boundary=e89a8f3ba03117f40d04d09c5b9a
X-Gm-Message-State: ALoCoQkaNPlKqxpjOhuJlS4/i4FK3GcuTkb0ORbFaLpY3vMCQ8q9g5N9Ms/pbcRmJiYeNw1rfdlD
Cc: draft-tan-epp-launchphase@tools.ietf.org, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Dec 2012 23:51:10 -0000

--e89a8f3ba03117f40d04d09c5b9a
Content-Type: text/plain; charset=UTF-8

On Tue, Dec 11, 2012 at 9:47 PM, Bernhard Reutner-Fischer <
rep.dot.nop@gmail.com> wrote:

>
> I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
> over the draft (against the .txt, i did not find TeX source or the
> like).
>
>
Bernhard,

Thank you very much for your review. Just a note that we're using
github for collaboration, and James' repository is the most active:

https://github.com/james-f-gould/EPP-Launch-Phase-Extension-Specification

.wil

--e89a8f3ba03117f40d04d09c5b9a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<br><div class=3D"gmail_extra"><div class=3D"gmail_quote">On Tue, Dec 11, 2=
012 at 9:47 PM, Bernhard Reutner-Fischer <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:rep.dot.nop@gmail.com" target=3D"_blank">rep.dot.nop@gmail.com</a>&gt=
;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><br>
I am attaching a diff against draft-tan-epp-launchphase-04 from skimming<br=
>
over the draft (against the .txt, i did not find TeX source or the<br>
like).<br>
<br></blockquote><div><br></div><div>Bernhard,<br></div><div><br></div><div=
>Thank you very much for your review. Just a note that we&#39;re using gith=
ub=C2=A0for collaboration, and James&#39; repository is the most active:</d=
iv>

<div><br></div><div><a href=3D"https://github.com/james-f-gould/EPP-Launch-=
Phase-Extension-Specification">https://github.com/james-f-gould/EPP-Launch-=
Phase-Extension-Specification</a><br></div><div><br></div><div>.wil</div>

</div></div>

--e89a8f3ba03117f40d04d09c5b9a--

From JGould@verisign.com  Tue Dec 11 17:46:43 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 207F121F8678 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 17:46:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.736
X-Spam-Level: 
X-Spam-Status: No, score=-5.736 tagged_above=-999 required=5 tests=[AWL=-0.337, BAYES_00=-2.599, J_CHICKENPOX_64=0.6, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c4QOHup5zKnO for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 17:46:42 -0800 (PST)
Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) by ietfa.amsl.com (Postfix) with ESMTP id 7966621F8675 for <provreg@ietf.org>; Tue, 11 Dec 2012 17:46:41 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKUMfiAdSUGCpqDKKVJyP/QbskWiuA7Pjy@postini.com; Tue, 11 Dec 2012 17:46:42 PST
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBC1kXTf023328 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Dec 2012 20:46:37 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 11 Dec 2012 20:46:33 -0500
From: "Gould, James" <JGould@verisign.com>
To: Francisco Obispo <fobispo@isc.org>
Thread-Topic: [provreg] ROID how useful?
Thread-Index: AQHN1OwEWASZavcNq029GrobhH5OnJgUj6MA//+weICAAFbXgIAABhyA///OIKE=
Date: Wed, 12 Dec 2012 01:46:32 +0000
Message-ID: <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org>
In-Reply-To: <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 01:46:43 -0000

Francisco,

I'm really not sure what you are proposing.  The contact ID is unique withi=
n an individual registry while a roid is unique across all registries.  Ref=
erencing a contact roid with it's auth info that resides elsewhere is the o=
nly advantage that I can see over the use of the contact ID.  In both cases=
 they are unique for supporting authorization of the domain info and transf=
er commands, so I don't believe there is a true issue with referencing the =
roid as the RFC is defined.  There are uses of roid for dealing with object=
s whose names can change like hosts and even custom object mappings like fo=
r DotName.

JG

James F. Gould
Principal Engineer
Verisign

jgould@verisign.com

On Dec 11, 2012, at 6:45 PM, "Francisco Obispo" <fobispo@isc.org> wrote:

> contact:info doesn't include a "roid" option,
>=20
> Only domain:[transfer/info]
>=20
> info:
>   -  An OPTIONAL <domain:authInfo> element that contains authorization
>      information associated with the domain object or authorization
>      information associated with the domain object's registrant or
>      associated contacts.  An OPTIONAL "roid" attribute MUST be used to
>      identify the registrant or contact object if and only if the given
>      authInfo is associated with a registrant or contact object, and
>      not the domain object itself.  If this element is not provided or
>      if the authorization information is invalid, server policy
>      determines if the command is rejected or if response information
>      will be returned to the client.
>=20
> transfer:
>   -  A <domain:authInfo> element that contains authorization
>      information associated with the domain object or authorization
>      information associated with the domain object's registrant or
>      associated contacts.  An OPTIONAL "roid" attribute MUST be used to
>      identify the registrant or contact object if and only if the given
>      authInfo is associated with a registrant or contact object, and
>      not the domain object itself.
>=20
>=20
> On Dec 11, 2012, at 3:23 PM, Francisco Obispo <fobispo@isc.org> wrote:
>=20
>> For what I can see, any command querying the server that references the =
ROID, including: domain:info, domain:transfer, and contact:info
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20

From fobispo@isc.org  Tue Dec 11 18:05:02 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C77D321E80C1 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:05:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GroEWVYUN42A for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:05:02 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 2D8B821E80C0 for <provreg@ietf.org>; Tue, 11 Dec 2012 18:05:02 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 610ACCA66E; Wed, 12 Dec 2012 02:04:52 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 12 Dec 2012 02:04:52 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:470:1f05:1326:e4c9:ce25:7f76:f2e4] (unknown [IPv6:2001:470:1f05:1326:e4c9:ce25:7f76:f2e4]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 3DA30216C7B; Wed, 12 Dec 2012 02:04:52 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>
Date: Tue, 11 Dec 2012 18:04:53 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=2 Fuz1=2 Fuz2=2
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 02:05:02 -0000

On Dec 11, 2012, at 5:46 PM, "Gould, James" <JGould@verisign.com> wrote:

> I'm really not sure what you are proposing.  The contact ID is unique =
within an individual registry while a roid is unique across all =
registries.
>  Referencing a contact roid with it's auth info that resides elsewhere =
is the only advantage that I can see over the use of the contact ID. =20

I have not read any specifications on being able to use contact ids from =
other registries nor have a method for authenticating across multiple =
registries. If you guys have a use case that you can share, I'll =
appreciate it.

> In both cases they are unique for supporting authorization of the =
domain info and transfer commands, so I don't believe there is a true =
issue with referencing the roid as the RFC is defined.

Yes, but so is the contact:id, which is used to reference the contact =
everywhere else. I understand that if you want to refer to an object =
that existed in the past, you might want to use the ROID, but for =
something that exists in the database right now, the contact:id seems to =
be the natural fit.


>  There are uses of roid for dealing with objects whose names can =
change like hosts and even custom object mappings like for DotName.

I agree, but mostly to keep a differentiation of each instance of an =
object during its existence, i.e.: example.com was created, then =
deleted, then created by another registrar, the new registrar will only =
have access to the 'current' instance not the previous one.=20

Having two ways to reference an object by a client: ROID + [name,id] =
seems confusing to me, ROIDs are useful for registrars and registries =
not so much for registrants.



Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From JGould@verisign.com  Tue Dec 11 18:48:56 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D546C21E80BA for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:48:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.499
X-Spam-Level: 
X-Spam-Status: No, score=-4.499 tagged_above=-999 required=5 tests=[AWL=-1.500, BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Awam1vZOvSr7 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:48:56 -0800 (PST)
Received: from exprod6og124.obsmtp.com (exprod6og124.obsmtp.com [64.18.1.242]) by ietfa.amsl.com (Postfix) with ESMTP id 687D621E80C0 for <provreg@ietf.org>; Tue, 11 Dec 2012 18:48:54 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob124.postini.com ([64.18.5.12]) with SMTP ID DSNKUMfwlqsEwfScat3g7kRLy45ZAfp0B3I4@postini.com; Tue, 11 Dec 2012 18:48:56 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBC2mpar025173 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Dec 2012 21:48:51 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 11 Dec 2012 21:48:51 -0500
From: "Gould, James" <JGould@verisign.com>
To: Francisco Obispo <fobispo@isc.org>
Thread-Topic: [provreg] ROID how useful?
Thread-Index: AQHN1OwEWASZavcNq029GrobhH5OnJgUj6MA//+weICAAFbXgIAABhyA///OIKGAAFjxgP//uHf+
Date: Wed, 12 Dec 2012 02:48:50 +0000
Message-ID: <11DE83A3-56C8-47FB-99F2-2B8A9CF344A4@verisign.com>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>, <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org>
In-Reply-To: <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 02:48:57 -0000

Francisco,

My feedback is below. =20

Are you proposing to change an RFC for this or just asking whether registri=
es have implemented it?  We have implemented per the RFC.  I don't have any=
 stats to share related to how often the roid has been referenced in the do=
main info or transfer commands.

JG

James F. Gould
Principal Engineer
Verisign

jgould@verisign.com

On Dec 11, 2012, at 9:05 PM, "Francisco Obispo" <fobispo@isc.org> wrote:

>=20
> On Dec 11, 2012, at 5:46 PM, "Gould, James" <JGould@verisign.com> wrote:
>=20
>> I'm really not sure what you are proposing.  The contact ID is unique wi=
thin an individual registry while a roid is unique across all registries.
>> Referencing a contact roid with it's auth info that resides elsewhere is=
 the only advantage that I can see over the use of the contact ID. =20
>=20
> I have not read any specifications on being able to use contact ids from =
other registries nor have a method for authenticating across multiple regis=
tries. If you guys have a use case that you can share, I'll appreciate it.
>=20

No we have not implemented such a use case but referencing a set of contact=
 repositories is a possibility.

>> In both cases they are unique for supporting authorization of the domain=
 info and transfer commands, so I don't believe there is a true issue with =
referencing the roid as the RFC is defined.
>=20
> Yes, but so is the contact:id, which is used to reference the contact eve=
rywhere else. I understand that if you want to refer to an object that exis=
ted in the past, you might want to use the ROID, but for something that exi=
sts in the database right now, the contact:id seems to be the natural fit.
>=20
>=20

Yes the contact ID could be referenced but that is not how the RFC is writt=
en and referencing via roid will work as well.

>> There are uses of roid for dealing with objects whose names can change l=
ike hosts and even custom object mappings like for DotName.
>=20
> I agree, but mostly to keep a differentiation of each instance of an obje=
ct during its existence, i.e.: example.com was created, then deleted, then =
created by another registrar, the new registrar will only have access to th=
e 'current' instance not the previous one.=20
>=20
> Having two ways to reference an object by a client: ROID + [name,id] seem=
s confusing to me, ROIDs are useful for registrars and registries not so mu=
ch for registrants.
>=20

I'm not even sure if the contact ID is exposed to the registrant by the reg=
istrars but there are ways for the gaining registrar to get the roid of the=
 registrant contact without the registrant having to enter it.  The auth-in=
fo of either the domain or registrant could be retrieved from the losing re=
gistrar and provided to the gaining registrar; although I believe it is unl=
ikely whether we're talking about the use of roid or contact ID.  There are=
 features of the RFC that could be lightly uses like the use of contact tra=
nsfers.


>=20
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20

From paf@frobbit.se  Tue Dec 11 18:49:41 2012
Return-Path: <paf@frobbit.se>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBA4E21E80C4 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:49:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.398
X-Spam-Level: 
X-Spam-Status: No, score=-0.398 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f1HpvWr6W0p0 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:49:38 -0800 (PST)
Received: from astrid.frobbit.se (unknown [85.30.129.185]) by ietfa.amsl.com (Postfix) with ESMTP id F12C021E80BA for <provreg@ietf.org>; Tue, 11 Dec 2012 18:49:37 -0800 (PST)
Received: from vpn-client-142.netnod.se (vpn-client-142.netnod.se [192.71.80.142]) by astrid.frobbit.se (Postfix) with ESMTPSA id 8E89321166; Wed, 12 Dec 2012 03:49:29 +0100 (CET)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
In-Reply-To: <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org>
Date: Wed, 12 Dec 2012 06:49:27 +0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <1300441E-92D4-46A9-B5BD-20C0C721C778@frobbit.se>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com> <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org>
To: Francisco Obispo <fobispo@isc.org>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 02:49:42 -0000

On 12 dec 2012, at 06:04, Francisco Obispo <fobispo@isc.org> wrote:

> I agree, but mostly to keep a differentiation of each instance of an =
object during its existence, i.e.: example.com was created, then =
deleted, then created by another registrar, the new registrar will only =
have access to the 'current' instance not the previous one.=20

Exactly, and for example:

If an object with the same object is deleted and then created again, the =
ROID change. If the object is just changing content (such as during a =
transfer) the ROID does not change.

For a registrar ROID is very important, specifically in some registry =
situations. It all depends though on how the registry is managing the =
objects during the lifetime of the object itself.

   Patrik


From fobispo@isc.org  Tue Dec 11 18:53:13 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 795F111E80AE for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:53:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YFg4vN2XZ+EH for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:53:07 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 1462621F8559 for <provreg@ietf.org>; Tue, 11 Dec 2012 18:53:07 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 7F1AFCA66D; Wed, 12 Dec 2012 02:52:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 12 Dec 2012 02:52:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [IPv6:2001:470:1f05:1326:e4c9:ce25:7f76:f2e4] (unknown [IPv6:2001:470:1f05:1326:e4c9:ce25:7f76:f2e4]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 56429216C3D; Wed, 12 Dec 2012 02:52:58 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <11DE83A3-56C8-47FB-99F2-2B8A9CF344A4@verisign.com>
Date: Tue, 11 Dec 2012 18:53:01 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <ADE91381-433A-4730-9862-1F34A27C5D52@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>, <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org> <11DE83A3-56C8-47FB-99F2-2B8A9CF344A4@verisign.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org 1102; Body=2 Fuz1=2 Fuz2=2
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 02:53:13 -0000

I'm wondering whether it is there by an omission because of how the =
draft evolved into the RFC or a conscious decision by the authors.

If it is a conscious decision and everyone expects to use the roid and =
not the contact:id to perform transfers and privileged <info>'s, then =
I'm OK with it.

We also implemented as the RFC, but it feels 'wrong'.

Francisco


On Dec 11, 2012, at 6:48 PM, "Gould, James" <JGould@verisign.com> wrote:

> Francisco,
>=20
> My feedback is below. =20
>=20
> Are you proposing to change an RFC for this or just asking whether =
registries have implemented it?  We have implemented per the RFC.  I =
don't have any stats to share related to how often the roid has been =
referenced in the domain info or transfer commands.
>=20
> JG
>=20
> James F. Gould
> Principal Engineer
> Verisign

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From fobispo@isc.org  Tue Dec 11 18:55:50 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F04C11E80CC for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:55:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.149
X-Spam-Level: 
X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=-0.450, BAYES_00=-2.599, J_CHICKENPOX_72=0.6, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iUTk-yTHknyn for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 18:55:49 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id B443811E80C5 for <provreg@ietf.org>; Tue, 11 Dec 2012 18:55:49 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id D18685F9C1F; Wed, 12 Dec 2012 02:55:37 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 1F53B216C84; Wed, 12 Dec 2012 02:55:36 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <1300441E-92D4-46A9-B5BD-20C0C721C778@frobbit.se>
Date: Tue, 11 Dec 2012 18:55:39 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <4F72FA7C-CBB2-42C7-85C3-529C2FEE54FF@isc.org>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com> <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org> <1300441E-92D4-46A9-B5BD-20C0C721C778@frobbit.se>
To: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 02:55:50 -0000

On Dec 11, 2012, at 6:49 PM, Patrik F=E4ltstr=F6m <paf@frobbit.se> =
wrote:

> Exactly, and for example:
>=20
> If an object with the same object is deleted and then created again, =
the ROID change. If the object is just changing content (such as during =
a transfer) the ROID does not change.
>=20

Yes, however to request that transfer we use the [host,domain]:name or =
contact:id not the ROIDs, which is why it feels wrong to use the ROID =
for something less significant, like supplying the ROID of the contact =
in the authInfo.

> For a registrar ROID is very important, specifically in some registry =
situations. It all depends though on how the registry is managing the =
objects during the lifetime of the object itself.

Agreed, not so much for the registrant, who cares for his domain name.

>=20
>   Patrik

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From paf@frobbit.se  Tue Dec 11 19:04:16 2012
Return-Path: <paf@frobbit.se>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F28DD21F8818 for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 19:04:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.398
X-Spam-Level: 
X-Spam-Status: No, score=-0.398 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i3Xo9ZEON5KR for <provreg@ietfa.amsl.com>; Tue, 11 Dec 2012 19:04:14 -0800 (PST)
Received: from astrid.frobbit.se (unknown [85.30.129.185]) by ietfa.amsl.com (Postfix) with ESMTP id 14F9C21F881C for <provreg@ietf.org>; Tue, 11 Dec 2012 19:04:06 -0800 (PST)
Received: from vpn-client-142.netnod.se (vpn-client-142.netnod.se [192.71.80.142]) by astrid.frobbit.se (Postfix) with ESMTPSA id 00701213B4; Wed, 12 Dec 2012 04:04:02 +0100 (CET)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
In-Reply-To: <4F72FA7C-CBB2-42C7-85C3-529C2FEE54FF@isc.org>
Date: Wed, 12 Dec 2012 07:04:00 +0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <526257B7-4BAB-4EB1-AFFD-FDAABB92FEE4@frobbit.se>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com> <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org> <1300441E-92D4-46A9-B5BD-20C0C721C778@frobbit.se> <4F72FA7C-CBB2-42C7-85C3-529C2FEE54FF@isc.org>
To: Francisco Obispo <fobispo@isc.org>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 03:04:16 -0000

On 12 dec 2012, at 06:55, Francisco Obispo <fobispo@isc.org> wrote:

>> For a registrar ROID is very important, specifically in some registry =
situations. It all depends though on how the registry is managing the =
objects during the lifetime of the object itself.
>=20
> Agreed, not so much for the registrant, who cares for his domain name.

Agreed.

I.e. the registrar do have even in the case of a thick registrar a =
mirror of the registry database. To be able to keep these two in sync it =
is very very very important for a registrar to know:

- What operations can make the registry side change

- How is that detected

- How to do the sync so the two versions end up the same again

The ROID is very important for this.

For registrant, nope.

   Patrik

P.S. Hmm...I would like each registrar to describe those three =
things...that could be a useful exercise! :-)


From Klaus.Malorny@knipp.de  Wed Dec 12 02:06:04 2012
Return-Path: <Klaus.Malorny@knipp.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 873B221F89A4 for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 02:06:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.926
X-Spam-Level: 
X-Spam-Status: No, score=-1.926 tagged_above=-999 required=5 tests=[AWL=0.323,  BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7QfYQD49zChh for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 02:06:03 -0800 (PST)
Received: from kmx10a.knipp.de (clust3b-eth0-0.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id 7D8FD21F89A3 for <provreg@ietf.org>; Wed, 12 Dec 2012 02:06:02 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 18C1547; Wed, 12 Dec 2012 11:06:01 +0100 (MEZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id aUFoSYfvwDRm; Wed, 12 Dec 2012 11:05:55 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 961F044; Wed, 12 Dec 2012 11:05:55 +0100 (MEZ)
Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id qBCA5sLm021824;  Wed, 12 Dec 2012 11:05:54 +0100 (MEZ)
Message-ID: <50C85702.3020205@knipp.de>
Date: Wed, 12 Dec 2012 11:05:54 +0100
From: Klaus Malorny <Klaus.Malorny@knipp.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Thunderbird/20.0a1
MIME-Version: 1.0
To: "Gould, James" <JGould@verisign.com>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734AE2@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D734AE2@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: EPP Provreg <provreg@ietf.org>
Subject: Re: [provreg] [tmch-tech] Extensibility of status values et al., was: Launch Phase EPP Extension Version 04 Posted
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 10:06:04 -0000

On 11/12/12 21:59, Gould, James wrote:
> Klaus,
>

Hi James,

> Thanks for your initial preliminary review.  My feedback is below.  I
> highly recommend that you review the draft in full, since some of the
> questions like the use of phases is addressed throughout the draft.

Yes, after Dec. 20th

> I've
> copied the provreg list on this reply to get additional feedback from
> those participants.

Yes, probably the better place. I removed TMCH from the recpient list.


> JG - Addition of the "name" attribute does not break the concept of the
> binary characteristic of a status.  The "name" attribute represents a
> sub-status when using a non-"custom" enumerated status value, which still
> maintains the binary characteristic (i.e. set or not).  In the case of the
> sub-status, the client is not required to key off of the sub-status "name"
> value if they choose to, but can strictly key off of the parent enumerated
> status.  The sub-status could provide more clarity to the client if a
> higher level status does have more fine grained states.  You are correct
> when using the "custom" enumerated status value, the "name" attribute
> becomes the true custom name of the status.
>

I see this differently. We consider, for example, to have a special state "in 
review" for registries that require additional manual review for some special 
domain names. In this state, certain changes to the application (e.g. 
registrant/admin contact changes) shall not be possible, while others shall 
still be (e.g. name server changes). One could consider this as a sub-status of 
the "pending" status, but with your definition of the non-relevance of the 
"name" value for the standard status values, this is not possible -- the 
registrar cannot predict the behaviour of the registry solely from the (primary) 
status. The only choice with the current draft would then be to use a "custom" 
state.

The suggestion to have multiple states (see below) would give us the choice to 
set the "pending" status, augmented by a second status telling the registrar, 
"in review, locked".

>
>> >
>> >IMHO, it would be better to
>> >   - get rid of the @name attribute
> This would be mean that the enumerated list in the draft is final, with no
> built in form of extensibility.

This was meant in the combination with next item. Otherwise, you would be right.

>
>> >   - allow other status value names as well, either allowing any token,
>> >     a token with a prefix ("x-") or even Qnames
> JG - The use of "any" might be too heavyweight for what we need here.  I'm
> not sure if there is the need to define additional XSD's for the handling
> of custom server statuses.  I don't know of the case where a server will
> want to create their own custom status, but defining a new XSD that the
> client has to deal with can quickly get out of hand.  Do you have an
> example of what you mean by using the prefix or Qnames to handle say two
> custom statuses like "foo" and "bar".  The current draft would represent
> the "foo" and "bar" statuses as <launch:status s="custom" name="foo"/> and
> <launch:status s="custom" name="bar"/>, respectively.  In this case there
> is no added complexity for the server or the client, and the client can
> decide what to display for the status.  I would most likely display the
> name attribute ("foo" or "bar") as the status and not drive any
> client-side logic based on the use of the custom status unless I choose
> to.
>
>> >   - allow more than one status value in the info response
>

One can argue that for the deployment scope of the extension, the chosen 
solution is acceptable. But I don't see this solution as a general mechanism 
that should be adopted by other EPP extensions. This was my primary concern. I 
just tried to make a proposal for the latter one.

> JG - The statuses are discrete steps in the state machine of an
> application, meaning that there is only one state per application at a
> time.  Maybe it would be better to call them states instead of statuses?
>

If someone could explain to me as a non-native English speaker the difference 
between state and status ;-)

> [...]
> JG - Yes, the "pendingAuction" status could be reflected as a "validated"
> sub-status, but there is nothing wrong with including a possible known
> status that an application may have.  This does not mean that it is a
> required status, but that it is a possible status.  The "pendingAuction"
> status was added based on feedback from Trung Tran on the provreg list.

Sure, I know that this is optional (by the way, why are there two transitions 
from "invalid" to "rejected" in Figure 1?). The question is simply whether this 
has any relevance to the EPP interaction between the registrar and registry. If 
not, it would have to be considered as a sub-status as you described above.

>
>> >
>> >My criticism of the status values applies similarly to the phase names.
>> >Why
>> >isn't it simply a token? I can't see that any semantics is enforced by
>> >the EPP
>> >extension (although the registry may do so) on the use of the predefined
>> >phases,
>> >e.g. if the phase is "sunrise", then this or that data has to be supplied.
> JG - The phases in the draft define interface dependencies, where for
> "sunrise" phase there is the use of the Sunrise Create Form by the passing
> of the trademark information and for the "claims1" and "claims2" phases,
> there is the use of the Claims Create Form that passes the required claims
> notice information on create.  There is an additional dependency on the
> phase value for the use of the Claims Check Command, since the Claims
> Check Command is only applicable during the "claims1" and "claims2"
> phases.  Having the phase name be freeform will not provide any form of a
> interface contract between the client and the server.  How would the
> client know what phase to pass and what should be passed along with it?
> How would the server know what the intention of the client is?  For
> example, the set of domain names used for a Claims Check Command is
> different for the "claims1" and "claims2" phases.  The claims notice
> claims notice presented to the Registrant is also different between the
> "claims1" and "claims2" phases, so the server would want to ensure that it
> is responding correctly based on what is explicitly being requested by the
> client.  Having a predefined set of phases with expected extension
> requirements (protocol interface) I believe will make the contract
> stronger and cleaner between the client and the server.  Some servers
> might decide to create custom phases, and in doing so will need to
> communicate their interface requirements out-of-band to the clients.
> Sub-phases could meet the same basic interface requirements of the parent
> phase similar to the discussion above on the use of sub-statuses.

I am always reluctant to cast registry policies into a protocol. Is it the duty 
of the protocol? In the case of this extension: Is it the duty of the extension 
to define the semantics of a "sunrise", "landrush" etc. phases? And if so, why 
is the relation of the phases to the use of <codeMark>, <signedMark>, 
<encodedSignedMark> and <notice> rather vague? Doesn't need a registrar 
out-of-band information about the (standard) phases anyway to access the 
registry correctly?

But we can postpone the discussion until I can read the draft in the context of 
ICANN's announced functional specification.

Regards,

Klaus


From shollenbeck@verisign.com  Wed Dec 12 04:00:19 2012
Return-Path: <shollenbeck@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC50421F89E4 for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 04:00:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.774
X-Spam-Level: 
X-Spam-Status: No, score=-5.774 tagged_above=-999 required=5 tests=[AWL=-0.075, BAYES_00=-2.599, J_CHICKENPOX_72=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ON-Lo-DeIqWE for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 04:00:18 -0800 (PST)
Received: from exprod6og126.obsmtp.com (exprod6og126.obsmtp.com [64.18.1.77]) by ietfa.amsl.com (Postfix) with ESMTP id E9B5521F89E1 for <provreg@ietf.org>; Wed, 12 Dec 2012 04:00:13 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob126.postini.com ([64.18.5.12]) with SMTP ID DSNKUMhxzdGXOcWz9GtbVbov8Ln91GZkdxH2@postini.com; Wed, 12 Dec 2012 04:00:18 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBCC03DB024602 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Dec 2012 07:00:08 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 12 Dec 2012 07:00:03 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: Francisco Obispo <fobispo@isc.org>, =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <patrik@frobbit.se>
Thread-Topic: [provreg] ROID how useful?
Thread-Index: AQHN1/LVubdz5iZTrEGDXlbTnW9Ui5gUjegAgAAC/ICAAAYcgIAAIfEAgAAFIYCAAAxHAIAAASuAgABDuCA=
Date: Wed, 12 Dec 2012 12:00:02 +0000
Message-ID: <831693C2CDA2E849A7D7A712B24E257F0D6BB8C9@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D734DAB@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <CE40B607-C352-4294-8110-542CB24832CF@isc.org>, <493A4553-3C9D-4FFD-8E50-32F9B0D6916B@isc.org> <EF4B6E63-31B4-47EE-BD10-62B9C7C60268@verisign.com>, <E7DA2DE6-4249-447F-8C88-256C62D597E2@isc.org> <11DE83A3-56C8-47FB-99F2-2B8A9CF344A4@verisign.com> <ADE91381-433A-4730-9862-1F34A27C5D52@isc.org>
In-Reply-To: <ADE91381-433A-4730-9862-1F34A27C5D52@isc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] ROID how useful?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 12:00:19 -0000

> -----Original Message-----
> From: provreg-bounces@ietf.org [mailto:provreg-bounces@ietf.org] On
> Behalf Of Francisco Obispo
> Sent: Tuesday, December 11, 2012 9:53 PM
> To: Gould, James
> Cc: provreg@ietf.org
> Subject: Re: [provreg] ROID how useful?
>=20
> I'm wondering whether it is there by an omission because of how the
> draft evolved into the RFC or a conscious decision by the authors.
>=20
> If it is a conscious decision and everyone expects to use the roid and
> not the contact:id to perform transfers and privileged <info>'s, then
> I'm OK with it.

The ROID concept wasn't part of the original EPP drafts that I wrote. It wa=
s added later at the suggestion of Patrik F=E4ltstr=F6m. The decision to us=
e the ROID in the way documented in RFC 5731 was made consciously.

Scott

From JGould@verisign.com  Wed Dec 12 06:22:21 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7DD421F8A35 for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 06:22:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.149
X-Spam-Level: 
X-Spam-Status: No, score=-6.149 tagged_above=-999 required=5 tests=[AWL=0.450,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kSyA0f9LYNq1 for <provreg@ietfa.amsl.com>; Wed, 12 Dec 2012 06:22:20 -0800 (PST)
Received: from exprod6og115.obsmtp.com (exprod6og115.obsmtp.com [64.18.1.35]) by ietfa.amsl.com (Postfix) with ESMTP id C65A321F8A29 for <provreg@ietf.org>; Wed, 12 Dec 2012 06:22:18 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob115.postini.com ([64.18.5.12]) with SMTP ID DSNKUMiTGlO1Lq9yh39EJknb465QBbhjZWba@postini.com; Wed, 12 Dec 2012 06:22:20 PST
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBCEMEnw029437 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Dec 2012 09:22:14 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 12 Dec 2012 09:22:14 -0500
From: "Gould, James" <JGould@verisign.com>
To: Klaus Malorny <Klaus.Malorny@knipp.de>
Thread-Topic: [tmch-tech] Extensibility of status values et al., was: Launch Phase EPP Extension Version 04 Posted
Thread-Index: AQHN0icsH9X1paB97UOIV1z9ENWJiJgT12iAgABI7oCAAS+4AP//88YA
Date: Wed, 12 Dec 2012 14:22:14 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D735A17@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <50C85702.3020205@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <EFFE591357D4624B8BAF6A4253920C23@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: EPP Provreg <provreg@ietf.org>
Subject: Re: [provreg] [tmch-tech] Extensibility of status values et al., was: Launch Phase EPP Extension Version 04 Posted
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Dec 2012 14:22:22 -0000

Klaus,

I again put my feedback below.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/12/12 5:05 AM, "Klaus Malorny" <Klaus.Malorny@knipp.de> wrote:

>On 11/12/12 21:59, Gould, James wrote:
>> Klaus,
>>
>
>Hi James,
>
>> Thanks for your initial preliminary review.  My feedback is below.  I
>> highly recommend that you review the draft in full, since some of the
>> questions like the use of phases is addressed throughout the draft.
>
>Yes, after Dec. 20th
>
>> I've
>> copied the provreg list on this reply to get additional feedback from
>> those participants.
>
>Yes, probably the better place. I removed TMCH from the recpient list.
>
>
>> JG - Addition of the "name" attribute does not break the concept of the
>> binary characteristic of a status.  The "name" attribute represents a
>> sub-status when using a non-"custom" enumerated status value, which
>>still
>> maintains the binary characteristic (i.e. set or not).  In the case of
>>the
>> sub-status, the client is not required to key off of the sub-status
>>"name"
>> value if they choose to, but can strictly key off of the parent
>>enumerated
>> status.  The sub-status could provide more clarity to the client if a
>> higher level status does have more fine grained states.  You are correct
>> when using the "custom" enumerated status value, the "name" attribute
>> becomes the true custom name of the status.
>>
>
>I see this differently. We consider, for example, to have a special state
>"in=20
>review" for registries that require additional manual review for some
>special=20
>domain names. In this state, certain changes to the application (e.g.
>registrant/admin contact changes) shall not be possible, while others
>shall=20
>still be (e.g. name server changes). One could consider this as a
>sub-status of=20
>the "pending" status, but with your definition of the non-relevance of
>the=20
>"name" value for the standard status values, this is not possible -- the
>registrar cannot predict the behaviour of the registry solely from the
>(primary)=20
>status. The only choice with the current draft would then be to use a
>"custom"=20
>state.
>
>The suggestion to have multiple states (see below) would give us the
>choice to=20
>set the "pending" status, augmented by a second status telling the
>registrar,=20
>"in review, locked".

Yes, as currently defined the status really reflect states that are
primarily information to the client and that don't define any additional
interface information like in the case of your "in review, locked" status.
 It might make sense to split them into state and status.  The rfc 5731
statuses could be applied to the domain application to define the
restrictions at the command level (i.e. serverUpdateProhibited,
serverDeleteProhibited).  I'm trying to think of how you would reflect
more fined grained statuses for domain applications
(serverUpdateContactProhibited, serverUpdateNsProhibited,
serverUpdateDnssecProhibited) to provide this detail to the client.  Do
you believe splitting them makes sense?  What would be useful to the
client to cover this use case as well as additional use cases?


>
>>
>>> >
>>> >IMHO, it would be better to
>>> >   - get rid of the @name attribute
>> This would be mean that the enumerated list in the draft is final, with
>>no
>> built in form of extensibility.
>
>This was meant in the combination with next item. Otherwise, you would be
>right.
>
>>
>>> >   - allow other status value names as well, either allowing any
>>>token,
>>> >     a token with a prefix ("x-") or even Qnames
>> JG - The use of "any" might be too heavyweight for what we need here.
>>I'm
>> not sure if there is the need to define additional XSD's for the
>>handling
>> of custom server statuses.  I don't know of the case where a server will
>> want to create their own custom status, but defining a new XSD that the
>> client has to deal with can quickly get out of hand.  Do you have an
>> example of what you mean by using the prefix or Qnames to handle say two
>> custom statuses like "foo" and "bar".  The current draft would represent
>> the "foo" and "bar" statuses as <launch:status s=3D"custom" name=3D"foo"=
/>
>>and
>> <launch:status s=3D"custom" name=3D"bar"/>, respectively.  In this case
>>there
>> is no added complexity for the server or the client, and the client can
>> decide what to display for the status.  I would most likely display the
>> name attribute ("foo" or "bar") as the status and not drive any
>> client-side logic based on the use of the custom status unless I choose
>> to.
>>
>>> >   - allow more than one status value in the info response
>>
>
>One can argue that for the deployment scope of the extension, the chosen
>solution is acceptable. But I don't see this solution as a general
>mechanism=20
>that should be adopted by other EPP extensions. This was my primary
>concern. I=20
>just tried to make a proposal for the latter one.

Got it.  I agree that this should not become a standard mechanism for
extension. =20

>
>> JG - The statuses are discrete steps in the state machine of an
>> application, meaning that there is only one state per application at a
>> time.  Maybe it would be better to call them states instead of statuses?
>>
>
>If someone could explain to me as a non-native English speaker the
>difference=20
>between state and status ;-)

This might be my warped definition of a state and status, but I'll give it
a shot.  An object can follow states of a state machine similar to the
diagram in the draft.  States could have some defined behavior
differences, like updates are allowed during the pending state but not in
the other states.  The states in the draft are primarily informational as
I describe above.  Statuses can be applied to an object that does not
truly define it's state in the state machine; although there has been a
mix of usage of statuses and states in the RFC's.  Multiple statuses can
be set on the object to explicitly define restrictions or enhancements
like the use of the prohibited statuses in the RFC's.  Maybe the term
status is too generic.


>
>> [...]
>> JG - Yes, the "pendingAuction" status could be reflected as a
>>"validated"
>> sub-status, but there is nothing wrong with including a possible known
>> status that an application may have.  This does not mean that it is a
>> required status, but that it is a possible status.  The "pendingAuction"
>> status was added based on feedback from Trung Tran on the provreg list.
>
>Sure, I know that this is optional (by the way, why are there two
>transitions=20
>from "invalid" to "rejected" in Figure 1?). The question is simply
>whether this=20
>has any relevance to the EPP interaction between the registrar and
>registry. If=20
>not, it would have to be considered as a sub-status as you described
>above.

It is not relevant to the interface but for providing additional
information to the client.  It could have been handled by a sub-status,
but the thought was to capture the discrete states that we're aware of.


>
>>
>>> >
>>> >My criticism of the status values applies similarly to the phase
>>>names.
>>> >Why
>>> >isn't it simply a token? I can't see that any semantics is enforced by
>>> >the EPP
>>> >extension (although the registry may do so) on the use of the
>>>predefined
>>> >phases,
>>> >e.g. if the phase is "sunrise", then this or that data has to be
>>>supplied.
>> JG - The phases in the draft define interface dependencies, where for
>> "sunrise" phase there is the use of the Sunrise Create Form by the
>>passing
>> of the trademark information and for the "claims1" and "claims2" phases,
>> there is the use of the Claims Create Form that passes the required
>>claims
>> notice information on create.  There is an additional dependency on the
>> phase value for the use of the Claims Check Command, since the Claims
>> Check Command is only applicable during the "claims1" and "claims2"
>> phases.  Having the phase name be freeform will not provide any form of
>>a
>> interface contract between the client and the server.  How would the
>> client know what phase to pass and what should be passed along with it?
>> How would the server know what the intention of the client is?  For
>> example, the set of domain names used for a Claims Check Command is
>> different for the "claims1" and "claims2" phases.  The claims notice
>> claims notice presented to the Registrant is also different between the
>> "claims1" and "claims2" phases, so the server would want to ensure that
>>it
>> is responding correctly based on what is explicitly being requested by
>>the
>> client.  Having a predefined set of phases with expected extension
>> requirements (protocol interface) I believe will make the contract
>> stronger and cleaner between the client and the server.  Some servers
>> might decide to create custom phases, and in doing so will need to
>> communicate their interface requirements out-of-band to the clients.
>> Sub-phases could meet the same basic interface requirements of the
>>parent
>> phase similar to the discussion above on the use of sub-statuses.
>
>I am always reluctant to cast registry policies into a protocol. Is it
>the duty=20
>of the protocol? In the case of this extension: Is it the duty of the
>extension=20
>to define the semantics of a "sunrise", "landrush" etc. phases? And if
>so, why=20
>is the relation of the phases to the use of <codeMark>, <signedMark>,
><encodedSignedMark> and <notice> rather vague? Doesn't need a registrar
>out-of-band information about the (standard) phases anyway to access the
>registry correctly?

I don't believe this the draft is casting registry policy into a protocol
in any way, since we have a known set of launch phases that needs to pass
specific data between the clients and the servers.  There are registry
policy decisions that can be made, but the protocol interface should be
known for each of the phases by the client and the server. There are known
protocol interface elements like the passing of the <notice> on create
during the "claims1" and "claims2" launch phases or the passing of the
<codeMark>, <signedMark>, or <encodedSignedMark> during the sunrise launch
phase.  Servers can decide to support going beyond these by say allowing
the passing of the <codeMark>, <signedMark>, or <encodedSignedMark> in
other phases, but the extension meets the  known model requirements and is
flexible enough to support additional models.  If the extension does not
cover some of the semantics of the known launch phases, it will result in
a custom interface and integration on a per TLD basis, which is not good
for any of us. =20

>
>But we can postpone the discussion until I can read the draft in the
>context of=20
>ICANN's announced functional specification.

I encourage you and others to fully review and post comment on the draft
ahead of ICANN's announced functional specification.  I'm hoping that
ICANN is going to review the draft as well in creating their functional
specification to ensure that the draft meets it and if not post what
changes need to be made.  It will take time to incorporate feedback from
the community in this draft to have something useful for implementers to
implement to, so the earlier the comments the better.

>
>Regards,
>
>Klaus


From rep.dot.nop@gmail.com  Thu Dec 13 04:00:21 2012
Return-Path: <rep.dot.nop@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D37521F892B for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 04:00:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.693
X-Spam-Level: 
X-Spam-Status: No, score=-1.693 tagged_above=-999 required=5 tests=[AWL=1.306,  BAYES_00=-2.599, J_CHICKENPOX_46=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IWVcLgRlLBct for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 04:00:20 -0800 (PST)
Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) by ietfa.amsl.com (Postfix) with ESMTP id 91F8521F892A for <provreg@ietf.org>; Thu, 13 Dec 2012 04:00:19 -0800 (PST)
Received: by mail-wg0-f46.google.com with SMTP id dr13so770855wgb.13 for <provreg@ietf.org>; Thu, 13 Dec 2012 04:00:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OMlVm6QHLwakO2TOBaEbsVbx0h+uo6eG1dgy7h+qKnc=; b=QHyIN//xSatZWYIhUhGC8rBaPL2CzaxQUxJmmc+P0DNQL9m8zJvNJ90yZTwY2h8e6i ecfxaWeq+i51Ylo2PC9tdVY4ggp3TFoiSa0r86U/AOucAneqUacMfgLOFBRtmzO6x4xz trPus+2vcs5sTyosT2/abQMoRL9iMLuZ6AcQo4Gpe/N/5f8rLs2TZJGIN/PWIzwx8/a9 wy+0HZo6KPqlXm4HkFp1KO0LeiNYs9BuYZ2E2MkQwmCc+KvRgX2QggNVbdyxXy6WElma F4DswwW2hnfHVqv2wRFX1kBAYLHTmnqjJPtq+AQPVdr2gguGNvloPhW9KlPyWLhyOBJL pF1w==
Received: by 10.181.13.75 with SMTP id ew11mr2857831wid.9.1355400018690; Thu, 13 Dec 2012 04:00:18 -0800 (PST)
Received: from s42.loc (91-119-142-53.dynamic.xdsl-line.inode.at. [91.119.142.53]) by mx.google.com with ESMTPS id d9sm7706029wiw.0.2012.12.13.04.00.16 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Dec 2012 04:00:17 -0800 (PST)
Received: from cow by s42.loc with local (Exim 4.80) (envelope-from <rep.dot.nop@gmail.com>) id 1Tj7SZ-0004RN-AF; Thu, 13 Dec 2012 13:00:15 +0100
Date: Thu, 13 Dec 2012 13:00:15 +0100
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: "Gould, James" <JGould@verisign.com>
Message-ID: <20121213120015.GA14284@mx.loc>
References: <20121211104708.GA17843@mx.loc> <C41D7AF7FCECBE44940E9477E8E70D7A0D733EED@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D733EED@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "tmch-tech@icann.org" <tmch-tech@icann.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 12:00:21 -0000

On Tue, Dec 11, 2012 at 03:57:14PM +0000, Gould, James wrote:
>Bernhard,
>
>Thank you for your detailed review.  I provide feedback below prefixed

I just note that i do not consider my terse notes as a real review.
Unfortunately i do not have time to look closely anytime soon, it seems.

>with "JG-".  The updates will be in the future 05 draft.  From a high
>level, the mark-1.0.xsd elements need a review by IBM and Deloitte in
>matching with the TMCH data model.  Can someone from IBM and or Deloitte
>review the elements and provide feedback on the full list of elements
>names and element types in mark-1.0.xsd
>(http://tools.ietf.org/html/draft-tan-epp-launchphase-04#page-45)? I've
>copied the tmch-tech mail list on this reply as well.
>
>-- 
>
>JG
> 
>
> 
>James Gould
>Principal Software Engineer
>jgould@verisign.com
> 
>703-948-3271 (Office)
>12061 Bluemont Way
>Reston, VA 20190
>VerisignInc.com
>
>
>
>
>
>
>
>On 12/11/12 5:47 AM, "Bernhard Reutner-Fischer" <rep.dot.nop@gmail.com>
>wrote:
>
>>Hi,
>>
>>I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
>>over the draft (against the .txt, i did not find TeX source or the
>>like).
>>
>>I am with James Gould that using dateTime feels more comfortable than
>>plain date since EPP generally uses the former.
>>
>>Since in EPP the XML frames are entitled "commands" rather than frames,
>>i suggest to change all "Frame" occurances to "Command" in the section
>>headers (e.g. "Claims Create Form" -> "Claims Create Command") as well
>>as in the document body. I can provide a follow-up patch unless you
>>prefer to change that yourself.
>
>JG - My only concern with changing the "Form" references to "Command" is
>that we're really not defined a new command / verb but we just extending
>the domain create with a different kind of extension dependent on the
>phase.  Do others feel that the term "Form" should be changed to "Command"
>or something else for "Sunrise Create Form" and "Claims Create Form"?
>
>
>>
>>Changes
[]
>>- 2.5.  Mark
[]
>>  What is the difference between <mark:type> and <mark:entitlement>? The
>>  description looks like it was just copy'n pasted?
>
>JG - I recently notice this and yes it was a copy/paste issue.  The 02
>draft had the "type" defined as "Indicates the type of claim being made
>(trademark,
>      symbol, combined mark, company name, etc.)".  This has been fixed.
>
>>
>>  I take it that <mark:country> can be specified Zero or more times?
>
>JG - No, currently it is a single country.  Should this be a list?

I would have assumed that it can be specified 'Zero or more' times, or
at least multiple times, yes.

>>- 2.6.  Contact
>>  Likewise
>
>JG - I assume this is related to the capitalization of the descriptions,
>which has been fixed.
>
>>
>>What is the rationale behind using "smd" for the namespace of "Signed
>>Mark"
>>and not the more intuitive "sm" (especially since using a
>>namespace-prefix is recommended anyway)?
>
>JG - The term SMD, Signed Mark Data, has been discussed in the Community
>Model, which is why it was chosen as the sample namespace prefix.  Any
>prefix can be used, so this is provided simply as an example.

I see. The 5730 contains this note about namespaces which i find more
clear (since it explicitly states that one can omit namespaces
completely):
The XML namespace prefixes used in examples (such as the
string "foo" in "xmlns:foo") are solely for illustrative purposes.  A
conforming implementation MUST NOT require the use of these or any
other specific namespace prefixes.

>>- 2.7.1.  <smd:signedMark> element

>>  <smd:exDate>:  OPTIONAL date and time that the <smd:signedMark> expires.
>>  of the ... Expiry
>
>JG - Not clear on this one.  Can you clarify?

2.5 Mark uses
   <mark:exDate>:  The date of expiration of the mark
so i would rephrase the signedMark.exDate to
   <smd:exDate>:  OPTIONAL date and time of the <smd:signedMark>
      expiry.  The server MUST NOT accept a <smd:signedMark> that has
      expired.  No <smd:exDate> element indicates that there is no
      expiry.
(like in the diff i attached in the original mail)
or, in the light of the mark:exDate description:
   <smd:exDate>:  OPTIONAL date and time of expiration of the
      <smd:signedMark>.

>>- 3.2.  EPP <info> Command
>>  I would leave out the second example (with the optional applicationID
>>  omitted).
>
>JG - Why since an info command could be submitted for a registration made

There are two examples for the info command extension:
The first contains the OPTIONAL applicationID, the second one does not
but is identical otherwise (so is pretty redundant IMO).
Furthermore you only show the response for the former command, i.e. the
command with the applicationID, and not for the latter which, i think,
would be identical except that it would not contain the applicationID.

I just find this a little bit inconsistent and thus would remove that
second example. No strong opinion on that one, though.

>during sunrise in a first-come-first-server sunrise that may return back
>the trademark information passed with the registration?  Do you believe
>that this should not be supported?

No, i guess that's fine. I was just refering to the examples.

>>- 4.3.  Mark Schema
>>  type="date"
>>  as mentioned above it would be nice to have those as dateTime
>
>JG - I agree that the dates should include the time element, but I want to
>ensure that the data types match what is stored in the TMCH.  This is
>really dependent on the true definition of the trademark attributes.  I'm
>going to include a higher level comment at the top related to IBM and
>Deloitte to help define the mark attributes along with the appropriate
>types.  I'll hold off changing the date types to dateTime right now.

ok. Still, it would be a bad choice to use a data-type that is imprecise
for IMHO no real gain.

hmz. Great, there seems to be a minus missing in the note for
3.2.9.1 Lexical representation in
http://www.w3.org/TR/xmlschema-2/#date-lexical-representation
I think it should read '-11:59' and not '11:59'
but anyway..
>
>>
>>  mark:ccType could be just a ref contact:ccType
>>  Same for pcType, addrType, email and the phone numbers and extensions.
>
>JG - We did not want to create a schema dependency of mark-1.0.xsd to
>contact-1.0.xsd or any other EPP XSD, so the data types are redefined
>instead of referenced from an external XSD.

I can see your attempt. Perhaps you could mention that these data-types
are mirroring the contact data-types due to the reasons you mention
above and that eventual deviation from contact is not intentional. This
would make our implementation easier, at least.

thanks,

From rep.dot.nop@gmail.com  Thu Dec 13 04:04:27 2012
Return-Path: <rep.dot.nop@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12E9021F8990 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 04:04:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.646
X-Spam-Level: 
X-Spam-Status: No, score=-2.646 tagged_above=-999 required=5 tests=[AWL=0.953,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5x-4SD-ONiJo for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 04:04:26 -0800 (PST)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id 34EE121F88FB for <provreg@ietf.org>; Thu, 13 Dec 2012 04:04:26 -0800 (PST)
Received: by mail-wg0-f42.google.com with SMTP id dr1so2452689wgb.1 for <provreg@ietf.org>; Thu, 13 Dec 2012 04:04:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dykPLkTQ2qXT8JPD3QMStpBtL86bnEy9kPfgOqRoOrc=; b=EiPf2USOyU0hXVHHw+LFVoeotXuWv+gwbNq7bK+gsn5G08nGSeqBdGqWSFuwtl9P/z 2bsiwpN8byj9gNuSamB+Au0Ot7sNcVEOyv+F6QwPII57eZFhzaar1UxIVH1GHTGWbd/m zvtsA3uqKQ33KzE4hBSZkJKzU6UjgNksUFwFkdk9XKanNr88ZOpQxgtXJmJrUgWI9cn/ duniU0kCs+C0osY5QdK5juDICN1Di9tVNb4jpDJPtjrRtQcLVjOY8CXzXP/xUVsO5fiO eijEMueBLsEn3w2j6CYLZrKY/teIMpy2OJMFGq5Fup16bTvGXm/wKuHyY5haZIrcZhsI LGeQ==
Received: by 10.180.107.72 with SMTP id ha8mr1438568wib.21.1355400265211; Thu, 13 Dec 2012 04:04:25 -0800 (PST)
Received: from s42.loc (91-119-142-53.dynamic.xdsl-line.inode.at. [91.119.142.53]) by mx.google.com with ESMTPS id dw4sm2245036wib.1.2012.12.13.04.04.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Dec 2012 04:04:24 -0800 (PST)
Received: from cow by s42.loc with local (Exim 4.80) (envelope-from <rep.dot.nop@gmail.com>) id 1Tj7WY-0004U7-Ki; Thu, 13 Dec 2012 13:04:22 +0100
Date: Thu, 13 Dec 2012 13:04:22 +0100
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: Wil Tan <wil@cloudregistry.net>
Message-ID: <20121213120422.GB14284@mx.loc>
References: <20121211104708.GA17843@mx.loc> <CACnMJCPBUijpD7z=UMw1Bk6FR-sBCs1B4ZHauz+jL3_7cwgn8g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CACnMJCPBUijpD7z=UMw1Bk6FR-sBCs1B4ZHauz+jL3_7cwgn8g@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: draft-tan-epp-launchphase@tools.ietf.org, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 12:04:27 -0000

On Wed, Dec 12, 2012 at 10:50:28AM +1100, Wil Tan wrote:
>On Tue, Dec 11, 2012 at 9:47 PM, Bernhard Reutner-Fischer <
>rep.dot.nop@gmail.com> wrote:
>
>>
>> I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
>> over the draft (against the .txt, i did not find TeX source or the
>> like).
>>
>>
>Bernhard,
>
>Thank you very much for your review. Just a note that we're using
>github for collaboration, and James' repository is the most active:
>
>https://github.com/james-f-gould/EPP-Launch-Phase-Extension-Specification

Thanks, i found your repo just after sending the mail. Pity that
neither of them seem to be up to date. James' does not contain the
spelling fixes yet..

cheers,
Bernhard

From JGould@verisign.com  Thu Dec 13 05:27:17 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49E7F21F881D for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:27:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.19
X-Spam-Level: 
X-Spam-Status: No, score=-6.19 tagged_above=-999 required=5 tests=[AWL=0.409,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mHJuwCJae060 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:27:16 -0800 (PST)
Received: from exprod6og103.obsmtp.com (exprod6og103.obsmtp.com [64.18.1.185]) by ietfa.amsl.com (Postfix) with ESMTP id B938021F8436 for <provreg@ietf.org>; Thu, 13 Dec 2012 05:27:14 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKUMnXq9QSCftVgAWwN9VY9FWWdUR9opWq@postini.com; Thu, 13 Dec 2012 05:27:16 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBDDR3id003772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 13 Dec 2012 08:27:03 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Thu, 13 Dec 2012 08:27:02 -0500
From: "Gould, James" <JGould@verisign.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>, Wil Tan <wil@cloudregistry.net>
Thread-Topic: draft-tan-epp-launchphase-04
Thread-Index: AQHN14ziL0TZjP4kPUeyNcoROilx65gUmU8AgAJfYgD//8M7AA==
Date: Thu, 13 Dec 2012 13:27:02 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D74063A@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
In-Reply-To: <20121213120422.GB14284@mx.loc>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <1B3E1FF00D489542B0AB4E06A6B62F86@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 13:27:17 -0000

Bernhard,

I just checked in the updates based on your feedback along with some other
small fixes.=20

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/13/12 7:04 AM, "Bernhard Reutner-Fischer" <rep.dot.nop@gmail.com>
wrote:

>On Wed, Dec 12, 2012 at 10:50:28AM +1100, Wil Tan wrote:
>>On Tue, Dec 11, 2012 at 9:47 PM, Bernhard Reutner-Fischer <
>>rep.dot.nop@gmail.com> wrote:
>>
>>>
>>> I am attaching a diff against draft-tan-epp-launchphase-04 from
>>>skimming
>>> over the draft (against the .txt, i did not find TeX source or the
>>> like).
>>>
>>>
>>Bernhard,
>>
>>Thank you very much for your review. Just a note that we're using
>>github for collaboration, and James' repository is the most active:
>>
>>https://github.com/james-f-gould/EPP-Launch-Phase-Extension-Specification
>
>Thanks, i found your repo just after sending the mail. Pity that
>neither of them seem to be up to date. James' does not contain the
>spelling fixes yet..
>
>cheers,
>Bernhard


From rep.dot.nop@gmail.com  Thu Dec 13 05:51:21 2012
Return-Path: <rep.dot.nop@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5ABDA21F8AE1 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:51:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.964
X-Spam-Level: 
X-Spam-Status: No, score=-2.964 tagged_above=-999 required=5 tests=[AWL=0.635,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dmAyPTV+FbRF for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:51:20 -0800 (PST)
Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by ietfa.amsl.com (Postfix) with ESMTP id 8515421F8AE0 for <provreg@ietf.org>; Thu, 13 Dec 2012 05:51:20 -0800 (PST)
Received: by mail-wi0-f170.google.com with SMTP id hq7so4201091wib.1 for <provreg@ietf.org>; Thu, 13 Dec 2012 05:51:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=vtzwx/ILWJZy19IwG6K20jDa0PlmDwUqAzLdhM3ZP4A=; b=v2e7vg42EWjwuCb6z/IHTWcXd/I8xwPMlNwfJx0uN4OtIetOE9uyoUutyU7fWZoHHE Z1+PJlPkoXj+xvLfb+ntAGjG59+NTPz1Yd/lHVSpFGq2X2vW+EvRcpX8/UZkzJezVHLR rdLvRIbVMzvr8o2L/lTpIK+pzSUTpjYkMtP27Wj7T3aa1o/FwnqlQ2NRWATC6x8bcX57 Q9yX25eZRV+VKY12/L+NlkssmcWj1MYHaafgwJ3WLGz8P4e3+xty0JKtnJnzzlagzB9Q Jlbwc+FS3q5BoRC7cvDyGYS9+fIf1zcF+rFvZNLvSP5Iv4oOkeBZQDrJeXcrdjASIOln LFgw==
Received: by 10.180.93.69 with SMTP id cs5mr3509671wib.3.1355406679703; Thu, 13 Dec 2012 05:51:19 -0800 (PST)
Received: from s42.loc (91-119-142-53.dynamic.xdsl-line.inode.at. [91.119.142.53]) by mx.google.com with ESMTPS id l5sm2660407wia.10.2012.12.13.05.51.17 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Dec 2012 05:51:18 -0800 (PST)
Received: from cow by s42.loc with local (Exim 4.80) (envelope-from <rep.dot.nop@gmail.com>) id 1Tj9C0-00057L-P2; Thu, 13 Dec 2012 14:51:16 +0100
Date: Thu, 13 Dec 2012 14:51:16 +0100
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: "Gould, James" <JGould@verisign.com>
Message-ID: <20121213135116.GA19295@mx.loc>
References: <20121211104708.GA17843@mx.loc> <C41D7AF7FCECBE44940E9477E8E70D7A0D733EED@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D733EED@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 13:51:21 -0000

On Tue, Dec 11, 2012 at 03:57:14PM +0000, Gould, James wrote:

>>- 3.3.1.  Sunrise Create Form

>>  There is a mixture of
>>  "xmlns:launch="urn:ietf:params:xml:ns:launch-1.0"
>>  and
>>  <launch:creData xmlns:lp="urn:ietf:params:xml:ns:launchphase-1.0">
>>  in the last example.
>>  Using the former uniformly.
>
>JG - Fixed

I do not see this committed to your repo yet?
Furthermore there is now a surplus closing list tag that prevents
rendering the files..

https://github.com/james-f-gould/EPP-Launch-Phase-Extension-Specification/pull/3

and it would be great if you could update the generated files, too.

thanks in advance and cheers,

From JGould@verisign.com  Thu Dec 13 05:55:23 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E352721F8AD6 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:55:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H+i+42I5keyv for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 05:55:23 -0800 (PST)
Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) by ietfa.amsl.com (Postfix) with ESMTP id 5EDD821F8AC9 for <provreg@ietf.org>; Thu, 13 Dec 2012 05:55:21 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKUMneLmBpHhnXnTrC8JL9kp08LzxiWFo+@postini.com; Thu, 13 Dec 2012 05:55:22 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBDDsrRR025628 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 13 Dec 2012 08:54:53 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Thu, 13 Dec 2012 08:54:52 -0500
From: "Gould, James" <JGould@verisign.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Thread-Topic: draft-tan-epp-launchphase-04
Thread-Index: AQHN14ziL0TZjP4kPUeyNcoROilx65gTwT2AgAM2TYD//8wqgA==
Date: Thu, 13 Dec 2012 13:54:51 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D740702@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
In-Reply-To: <20121213120015.GA14284@mx.loc>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: multipart/mixed; boundary="_003_C41D7AF7FCECBE44940E9477E8E70D7A0D740702BRN1WNEXMBX02vc_"
MIME-Version: 1.0
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "tmch-tech@icann.org" <tmch-tech@icann.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 13:55:24 -0000

--_003_C41D7AF7FCECBE44940E9477E8E70D7A0D740702BRN1WNEXMBX02vc_
Content-Type: text/plain; charset="us-ascii"
Content-ID: <FA0C39086F242B47BC0725417E2CC06F@verisign.com>
Content-Transfer-Encoding: quoted-printable

Bernhard,

My feedback is below.

--=20

JG
=20

=20
James Gould
Principal Software Engineer
jgould@verisign.com
=20
703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com







On 12/13/12 7:00 AM, "Bernhard Reutner-Fischer" <rep.dot.nop@gmail.com>
wrote:

>On Tue, Dec 11, 2012 at 03:57:14PM +0000, Gould, James wrote:
>>Bernhard,
>>
>>Thank you for your detailed review.  I provide feedback below prefixed
>
>I just note that i do not consider my terse notes as a real review.
>Unfortunately i do not have time to look closely anytime soon, it seems.

JG - Well if that wasn't a real review, I look forward to the real review.

>
>>with "JG-".  The updates will be in the future 05 draft.  From a high
>>level, the mark-1.0.xsd elements need a review by IBM and Deloitte in
>>matching with the TMCH data model.  Can someone from IBM and or Deloitte
>>review the elements and provide feedback on the full list of elements
>>names and element types in mark-1.0.xsd
>>(http://tools.ietf.org/html/draft-tan-epp-launchphase-04#page-45)? I've
>>copied the tmch-tech mail list on this reply as well.
>>
>>--=20
>>
>>JG
>>=20
>>
>>=20
>>James Gould
>>Principal Software Engineer
>>jgould@verisign.com
>>=20
>>703-948-3271 (Office)
>>12061 Bluemont Way
>>Reston, VA 20190
>>VerisignInc.com
>>
>>
>>
>>
>>
>>
>>
>>On 12/11/12 5:47 AM, "Bernhard Reutner-Fischer" <rep.dot.nop@gmail.com>
>>wrote:
>>
>>>Hi,
>>>
>>>I am attaching a diff against draft-tan-epp-launchphase-04 from skimming
>>>over the draft (against the .txt, i did not find TeX source or the
>>>like).
>>>
>>>I am with James Gould that using dateTime feels more comfortable than
>>>plain date since EPP generally uses the former.
>>>
>>>Since in EPP the XML frames are entitled "commands" rather than frames,
>>>i suggest to change all "Frame" occurances to "Command" in the section
>>>headers (e.g. "Claims Create Form" -> "Claims Create Command") as well
>>>as in the document body. I can provide a follow-up patch unless you
>>>prefer to change that yourself.
>>
>>JG - My only concern with changing the "Form" references to "Command" is
>>that we're really not defined a new command / verb but we just extending
>>the domain create with a different kind of extension dependent on the
>>phase.  Do others feel that the term "Form" should be changed to
>>"Command"
>>or something else for "Sunrise Create Form" and "Claims Create Form"?
>>
>>
>>>
>>>Changes
>[]
>>>- 2.5.  Mark
>[]
>>>  What is the difference between <mark:type> and <mark:entitlement>? The
>>>  description looks like it was just copy'n pasted?
>>
>>JG - I recently notice this and yes it was a copy/paste issue.  The 02
>>draft had the "type" defined as "Indicates the type of claim being made
>>(trademark,
>>      symbol, combined mark, company name, etc.)".  This has been fixed.
>>
>>>
>>>  I take it that <mark:country> can be specified Zero or more times?
>>
>>JG - No, currently it is a single country.  Should this be a list?
>
>I would have assumed that it can be specified 'Zero or more' times, or
>at least multiple times, yes.

JG - That is a real good question.  I really would like the IBM and or
Deloitte representatives to review the mark elements at a minimum to
verify against the TMCH data model, since I really don't want to be
guessing on this. =20

>
>>>- 2.6.  Contact
>>>  Likewise
>>
>>JG - I assume this is related to the capitalization of the descriptions,
>>which has been fixed.
>>
>>>
>>>What is the rationale behind using "smd" for the namespace of "Signed
>>>Mark"
>>>and not the more intuitive "sm" (especially since using a
>>>namespace-prefix is recommended anyway)?
>>
>>JG - The term SMD, Signed Mark Data, has been discussed in the Community
>>Model, which is why it was chosen as the sample namespace prefix.  Any
>>prefix can be used, so this is provided simply as an example.
>
>I see. The 5730 contains this note about namespaces which i find more
>clear (since it explicitly states that one can omit namespaces
>completely):
>The XML namespace prefixes used in examples (such as the
>string "foo" in "xmlns:foo") are solely for illustrative purposes.  A
>conforming implementation MUST NOT require the use of these or any
>other specific namespace prefixes.

JG - Do you believe that the text in section 1.1 "Conventions Used in This
Document" does not correct reflect the intent?  I include a snippet for
the use of the "smd" prefix below:

"urn:ietf:params:xml:ns:signedMark-1.0".  The XML namespace prefix
   "smd" is used, but implementations MUST NOT depend on it and instead
   employ a proper namespace-aware XML parser and serializer to
   interpret and output the XML documents.




>
>>>- 2.7.1.  <smd:signedMark> element
>
>>>  <smd:exDate>:  OPTIONAL date and time that the <smd:signedMark>
>>>expires.
>>>  of the ... Expiry
>>
>>JG - Not clear on this one.  Can you clarify?
>
>2.5 Mark uses
>   <mark:exDate>:  The date of expiration of the mark
>so i would rephrase the signedMark.exDate to
>   <smd:exDate>:  OPTIONAL date and time of the <smd:signedMark>
>      expiry.  The server MUST NOT accept a <smd:signedMark> that has
>      expired.  No <smd:exDate> element indicates that there is no
>      expiry.
>(like in the diff i attached in the original mail)
>or, in the light of the mark:exDate description:
>   <smd:exDate>:  OPTIONAL date and time of expiration of the
>      <smd:signedMark>.

JG - Got it.  I replaced expires with expiry.

>
>>>- 3.2.  EPP <info> Command
>>>  I would leave out the second example (with the optional applicationID
>>>  omitted).
>>
>>JG - Why since an info command could be submitted for a registration made
>
>There are two examples for the info command extension:
>The first contains the OPTIONAL applicationID, the second one does not
>but is identical otherwise (so is pretty redundant IMO).
>Furthermore you only show the response for the former command, i.e. the
>command with the applicationID, and not for the latter which, i think,
>would be identical except that it would not contain the applicationID.
>
>I just find this a little bit inconsistent and thus would remove that
>second example. No strong opinion on that one, though.

JG - Yes, I agree that it identical except for the reference to the
applicationID.  I wanted to be clear that the info command could be used
for a launch registration as well as for a launch application.  I'll leave
for now and if more folks feel that it is redundant and not needed I'll
remove it.

>
>>during sunrise in a first-come-first-server sunrise that may return back
>>the trademark information passed with the registration?  Do you believe
>>that this should not be supported?
>
>No, i guess that's fine. I was just refering to the examples.

JG - Ok

>
>>>- 4.3.  Mark Schema
>>>  type=3D"date"
>>>  as mentioned above it would be nice to have those as dateTime
>>
>>JG - I agree that the dates should include the time element, but I want
>>to
>>ensure that the data types match what is stored in the TMCH.  This is
>>really dependent on the true definition of the trademark attributes.  I'm
>>going to include a higher level comment at the top related to IBM and
>>Deloitte to help define the mark attributes along with the appropriate
>>types.  I'll hold off changing the date types to dateTime right now.
>
>ok. Still, it would be a bad choice to use a data-type that is imprecise
>for IMHO no real gain.
>
>hmz. Great, there seems to be a minus missing in the note for
>3.2.9.1 Lexical representation in
>http://www.w3.org/TR/xmlschema-2/#date-lexical-representation
>I think it should read '-11:59' and not '11:59'
>but anyway..
>>
>>>
>>>  mark:ccType could be just a ref contact:ccType
>>>  Same for pcType, addrType, email and the phone numbers and extensions.
>>
>>JG - We did not want to create a schema dependency of mark-1.0.xsd to
>>contact-1.0.xsd or any other EPP XSD, so the data types are redefined
>>instead of referenced from an external XSD.
>
>I can see your attempt. Perhaps you could mention that these data-types
>are mirroring the contact data-types due to the reasons you mention
>above and that eventual deviation from contact is not intentional. This
>would make our implementation easier, at least.

JG - I updated the sentence in section 2.6 "Contact" to read "Some of the
contact elements defined in EPP contact mapping RFC5733 are replicated for
the mark contact so there is no dependency to the EPP contact mapping
RFC5733 XML schema from the Mark XML schema."

>
>thanks,


--_003_C41D7AF7FCECBE44940E9477E8E70D7A0D740702BRN1WNEXMBX02vc_
Content-Type: text/html; name="default.html"
Content-Description: default.html
Content-Disposition: attachment; filename="default.html"; size=137951;
	creation-date="Thu, 13 Dec 2012 13:54:51 GMT";
	modification-date="Thu, 13 Dec 2012 13:54:51 GMT"
Content-ID: <D2C9E9E568660342B3FE875F290BF129@verisign.com>
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL2h0bWw0L2xvb3NlLmR0ZCI+CjxodG1sIGxhbmc9
ImVuIj48aGVhZD48dGl0bGU+TGF1bmNoIFBoYXNlIE1hcHBpbmcgZm9yIHRoZQogICAgRXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCk8L3RpdGxlPgo8bWV0YSBodHRwLWVxdWl2
PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+CjxtZXRh
IG5hbWU9ImRlc2NyaXB0aW9uIiBjb250ZW50PSJMYXVuY2ggUGhhc2UgTWFwcGluZyBmb3IgdGhl
CiAgICBFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKSI+CjxtZXRhIG5hbWU9
ImtleXdvcmRzIiBjb250ZW50PSJFUFAsIFN1bnJpc2UsIExhbmRydXNoLCBUcmFkZW1hcmsgQ2xl
YXJpbmdob3VzZSwgVHJhZGVtYXJrCiAgICBDbGFpbXMsIGRvbWFpbiBuYW1lIHJlZ2lzdHJ5LCBs
YXVuY2ggcGhhc2UiPgo8bWV0YSBuYW1lPSJnZW5lcmF0b3IiIGNvbnRlbnQ9InhtbDJyZmMgdjEu
MzYgKGh0dHA6Ly94bWwucmVzb3VyY2Uub3JnLykiPgo8c3R5bGUgdHlwZT0ndGV4dC9jc3MnPjwh
LS0KICAgICAgICBib2R5IHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiB2ZXJkYW5hLCBj
aGFyY29hbCwgaGVsdmV0aWNhLCBhcmlhbCwgc2Fucy1zZXJpZjsKICAgICAgICAgICAgICAgIGZv
bnQtc2l6ZTogc21hbGw7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOwogICAg
ICAgICAgICAgICAgbWFyZ2luOiAyZW07CiAgICAgICAgfQogICAgICAgIGgxLCBoMiwgaDMsIGg0
LCBoNSwgaDYgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IGhlbHZldGljYSwgbW9uYWNv
LCAiTVMgU2FucyBTZXJpZiIsIGFyaWFsLCBzYW5zLXNlcmlmOwogICAgICAgICAgICAgICAgZm9u
dC13ZWlnaHQ6IGJvbGQ7IGZvbnQtc3R5bGU6IG5vcm1hbDsKICAgICAgICB9CiAgICAgICAgaDEg
eyBjb2xvcjogIzkwMDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IHRleHQtYWxpZ246
IHJpZ2h0OyB9CiAgICAgICAgaDMgeyBjb2xvcjogIzMzMzsgYmFja2dyb3VuZC1jb2xvcjogdHJh
bnNwYXJlbnQ7IH0KCiAgICAgICAgdGQuUkZDYnVnIHsKICAgICAgICAgICAgICAgIGZvbnQtc2l6
ZTogeC1zbWFsbDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOwogICAgICAgICAgICAgICAgd2lkdGg6
IDMwcHg7IGhlaWdodDogMzBweDsgcGFkZGluZy10b3A6IDJweDsKICAgICAgICAgICAgICAgIHRl
eHQtYWxpZ246IGp1c3RpZnk7IHZlcnRpY2FsLWFsaWduOiBtaWRkbGU7CiAgICAgICAgICAgICAg
ICBiYWNrZ3JvdW5kLWNvbG9yOiAjMDAwOwogICAgICAgIH0KICAgICAgICB0ZC5SRkNidWcgc3Bh
bi5SRkMgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IG1vbmFjbywgY2hhcmNvYWwsIGdl
bmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2ZXRpY2EsIHZlcmRhbmEsIHNhbnMtc2VyaWY7CiAg
ICAgICAgICAgICAgICBmb250LXdlaWdodDogYm9sZDsgY29sb3I6ICM2NjY7CiAgICAgICAgfQog
ICAgICAgIHRkLlJGQ2J1ZyBzcGFuLmhvdFRleHQgewogICAgICAgICAgICAgICAgZm9udC1mYW1p
bHk6IGNoYXJjb2FsLCBtb25hY28sIGdlbmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2ZXRpY2Es
IHZlcmRhbmEsIHNhbnMtc2VyaWY7CiAgICAgICAgICAgICAgICBmb250LXdlaWdodDogbm9ybWFs
OyB0ZXh0LWFsaWduOiBjZW50ZXI7IGNvbG9yOiAjRkZGOwogICAgICAgIH0KCiAgICAgICAgdGFi
bGUuVE9DYnVnIHsgd2lkdGg6IDMwcHg7IGhlaWdodDogMTVweDsgfQogICAgICAgIHRkLlRPQ2J1
ZyB7CiAgICAgICAgICAgICAgICB0ZXh0LWFsaWduOiBjZW50ZXI7IHdpZHRoOiAzMHB4OyBoZWln
aHQ6IDE1cHg7CiAgICAgICAgICAgICAgICBjb2xvcjogI0ZGRjsgYmFja2dyb3VuZC1jb2xvcjog
IzkwMDsKICAgICAgICB9CiAgICAgICAgdGQuVE9DYnVnIGEgewogICAgICAgICAgICAgICAgZm9u
dC1mYW1pbHk6IG1vbmFjbywgY2hhcmNvYWwsIGdlbmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2
ZXRpY2EsIHNhbnMtc2VyaWY7CiAgICAgICAgICAgICAgICBmb250LXdlaWdodDogYm9sZDsgZm9u
dC1zaXplOiB4LXNtYWxsOyB0ZXh0LWRlY29yYXRpb246IG5vbmU7CiAgICAgICAgICAgICAgICBj
b2xvcjogI0ZGRjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7CiAgICAgICAgfQoKICAg
ICAgICB0ZC5oZWFkZXIgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2
ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogeC1zbWFsbDsKICAgICAgICAgICAgICAgIHZl
cnRpY2FsLWFsaWduOiB0b3A7IHdpZHRoOiAzMyU7CiAgICAgICAgICAgICAgICBjb2xvcjogI0ZG
RjsgYmFja2dyb3VuZC1jb2xvcjogIzY2NjsKICAgICAgICB9CiAgICAgICAgdGQuYXV0aG9yIHsg
Zm9udC13ZWlnaHQ6IGJvbGQ7IGZvbnQtc2l6ZTogeC1zbWFsbDsgbWFyZ2luLWxlZnQ6IDRlbTsg
fQogICAgICAgIHRkLmF1dGhvci10ZXh0IHsgZm9udC1zaXplOiB4LXNtYWxsOyB9CgogICAgICAg
IC8qIGluZm8gY29kZSBmcm9tIFNhbnRhS2xhdXNzIGF0IGh0dHA6Ly93d3cubWFkYWJvdXRzdHls
ZS5jb20vdG9vbHRpcDIuaHRtbCAqLwogICAgICAgIGEuaW5mbyB7CiAgICAgICAgICAgICAgICAv
KiBUaGlzIGlzIHRoZSBrZXkuICovCiAgICAgICAgICAgICAgICBwb3NpdGlvbjogcmVsYXRpdmU7
CiAgICAgICAgICAgICAgICB6LWluZGV4OiAyNDsKICAgICAgICAgICAgICAgIHRleHQtZGVjb3Jh
dGlvbjogbm9uZTsKICAgICAgICB9CiAgICAgICAgYS5pbmZvOmhvdmVyIHsKICAgICAgICAgICAg
ICAgIHotaW5kZXg6IDI1OwogICAgICAgICAgICAgICAgY29sb3I6ICNGRkY7IGJhY2tncm91bmQt
Y29sb3I6ICM5MDA7CiAgICAgICAgfQogICAgICAgIGEuaW5mbyBzcGFuIHsgZGlzcGxheTogbm9u
ZTsgfQogICAgICAgIGEuaW5mbzpob3ZlciBzcGFuLmluZm8gewogICAgICAgICAgICAgICAgLyog
VGhlIHNwYW4gd2lsbCBkaXNwbGF5IGp1c3Qgb24gOmhvdmVyIHN0YXRlLiAqLwogICAgICAgICAg
ICAgICAgZGlzcGxheTogYmxvY2s7CiAgICAgICAgICAgICAgICBwb3NpdGlvbjogYWJzb2x1dGU7
CiAgICAgICAgICAgICAgICBmb250LXNpemU6IHNtYWxsZXI7CiAgICAgICAgICAgICAgICB0b3A6
IDJlbTsgbGVmdDogLTVlbTsgd2lkdGg6IDE1ZW07CiAgICAgICAgICAgICAgICBwYWRkaW5nOiAy
cHg7IGJvcmRlcjogMXB4IHNvbGlkICMzMzM7CiAgICAgICAgICAgICAgICBjb2xvcjogIzkwMDsg
YmFja2dyb3VuZC1jb2xvcjogI0VFRTsKICAgICAgICAgICAgICAgIHRleHQtYWxpZ246IGxlZnQ7
CiAgICAgICAgfQoKICAgICAgICBhIHsgZm9udC13ZWlnaHQ6IGJvbGQ7IH0KICAgICAgICBhOmxp
bmsgICAgeyBjb2xvcjogIzkwMDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IH0KICAg
ICAgICBhOnZpc2l0ZWQgeyBjb2xvcjogIzYzMzsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJl
bnQ7IH0KICAgICAgICBhOmFjdGl2ZSAgeyBjb2xvcjogIzYzMzsgYmFja2dyb3VuZC1jb2xvcjog
dHJhbnNwYXJlbnQ7IH0KCiAgICAgICAgcCB7IG1hcmdpbi1sZWZ0OiAyZW07IG1hcmdpbi1yaWdo
dDogMmVtOyB9CiAgICAgICAgcC5jb3B5cmlnaHQgeyBmb250LXNpemU6IHgtc21hbGw7IH0KICAg
ICAgICBwLnRvYyB7IGZvbnQtc2l6ZTogc21hbGw7IGZvbnQtd2VpZ2h0OiBib2xkOyBtYXJnaW4t
bGVmdDogM2VtOyB9CiAgICAgICAgdGFibGUudG9jIHsgbWFyZ2luOiAwIDAgMCAzZW07IHBhZGRp
bmc6IDA7IGJvcmRlcjogMDsgdmVydGljYWwtYWxpZ246IHRleHQtdG9wOyB9CiAgICAgICAgdGQu
dG9jIHsgZm9udC1zaXplOiBzbWFsbDsgZm9udC13ZWlnaHQ6IGJvbGQ7IHZlcnRpY2FsLWFsaWdu
OiB0ZXh0LXRvcDsgfQoKICAgICAgICBvbC50ZXh0IHsgbWFyZ2luLWxlZnQ6IDJlbTsgbWFyZ2lu
LXJpZ2h0OiAyZW07IH0KICAgICAgICB1bC50ZXh0IHsgbWFyZ2luLWxlZnQ6IDJlbTsgbWFyZ2lu
LXJpZ2h0OiAyZW07IH0KICAgICAgICBsaSAgICAgIHsgbWFyZ2luLWxlZnQ6IDNlbTsgfQoKICAg
ICAgICAvKiBSRkMtMjYyOSA8c3Bhbng+cyBhbmQgPGFydHdvcms+cy4gKi8KICAgICAgICBlbSAg
ICAgeyBmb250LXN0eWxlOiBpdGFsaWM7IH0KICAgICAgICBzdHJvbmcgeyBmb250LXdlaWdodDog
Ym9sZDsgfQogICAgICAgIGRmbiAgICB7IGZvbnQtd2VpZ2h0OiBib2xkOyBmb250LXN0eWxlOiBu
b3JtYWw7IH0KICAgICAgICBjaXRlICAgeyBmb250LXdlaWdodDogbm9ybWFsOyBmb250LXN0eWxl
OiBub3JtYWw7IH0KICAgICAgICB0dCAgICAgeyBjb2xvcjogIzAzNjsgfQogICAgICAgIHR0LCBw
cmUsIHByZSBkZm4sIHByZSBlbSwgcHJlIGNpdGUsIHByZSBzcGFuIHsKICAgICAgICAgICAgICAg
IGZvbnQtZmFtaWx5OiAiQ291cmllciBOZXciLCBDb3VyaWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6
ZTogc21hbGw7CiAgICAgICAgfQogICAgICAgIHByZSB7CiAgICAgICAgICAgICAgICB0ZXh0LWFs
aWduOiBsZWZ0OyBwYWRkaW5nOiA0cHg7CiAgICAgICAgICAgICAgICBjb2xvcjogIzAwMDsgYmFj
a2dyb3VuZC1jb2xvcjogI0NDQzsKICAgICAgICB9CiAgICAgICAgcHJlIGRmbiAgeyBjb2xvcjog
IzkwMDsgfQogICAgICAgIHByZSBlbSAgIHsgY29sb3I6ICM2NkY7IGJhY2tncm91bmQtY29sb3I6
ICNGRkM7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IH0KICAgICAgICBwcmUgLmtleSB7IGNvbG9yOiAj
MzNDOyBmb250LXdlaWdodDogYm9sZDsgfQogICAgICAgIHByZSAuaWQgIHsgY29sb3I6ICM5MDA7
IH0KICAgICAgICBwcmUgLnN0ciB7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiAjQ0ZG
OyB9CiAgICAgICAgcHJlIC52YWwgeyBjb2xvcjogIzA2NjsgfQogICAgICAgIHByZSAucmVwIHsg
Y29sb3I6ICM5MDk7IH0KICAgICAgICBwcmUgLm90aCB7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5k
LWNvbG9yOiAjRkNGOyB9CiAgICAgICAgcHJlIC5lcnIgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkND
OyB9CgogICAgICAgIC8qIFJGQy0yNjI5IDx0ZXh0dGFibGU+cy4gKi8KICAgICAgICB0YWJsZS5h
bGwsIHRhYmxlLmZ1bGwsIHRhYmxlLmhlYWRlcnMsIHRhYmxlLm5vbmUgewogICAgICAgICAgICAg
ICAgZm9udC1zaXplOiBzbWFsbDsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXItd2lkdGg6IDJw
eDsKICAgICAgICAgICAgICAgIHZlcnRpY2FsLWFsaWduOiB0b3A7IGJvcmRlci1jb2xsYXBzZTog
Y29sbGFwc2U7CiAgICAgICAgfQogICAgICAgIHRhYmxlLmFsbCwgdGFibGUuZnVsbCB7IGJvcmRl
ci1zdHlsZTogc29saWQ7IGJvcmRlci1jb2xvcjogYmxhY2s7IH0KICAgICAgICB0YWJsZS5oZWFk
ZXJzLCB0YWJsZS5ub25lIHsgYm9yZGVyLXN0eWxlOiBub25lOyB9CiAgICAgICAgdGggewogICAg
ICAgICAgICAgICAgZm9udC13ZWlnaHQ6IGJvbGQ7IGJvcmRlci1jb2xvcjogYmxhY2s7CiAgICAg
ICAgICAgICAgICBib3JkZXItd2lkdGg6IDJweCAycHggM3B4IDJweDsKICAgICAgICB9CiAgICAg
ICAgdGFibGUuYWxsIHRoLCB0YWJsZS5mdWxsIHRoIHsgYm9yZGVyLXN0eWxlOiBzb2xpZDsgfQog
ICAgICAgIHRhYmxlLmhlYWRlcnMgdGggeyBib3JkZXItc3R5bGU6IG5vbmUgbm9uZSBzb2xpZCBu
b25lOyB9CiAgICAgICAgdGFibGUubm9uZSB0aCB7IGJvcmRlci1zdHlsZTogbm9uZTsgfQogICAg
ICAgIHRhYmxlLmFsbCB0ZCB7CiAgICAgICAgICAgICAgICBib3JkZXItc3R5bGU6IHNvbGlkOyBi
b3JkZXItY29sb3I6ICMzMzM7CiAgICAgICAgICAgICAgICBib3JkZXItd2lkdGg6IDFweCAycHg7
CiAgICAgICAgfQogICAgICAgIHRhYmxlLmZ1bGwgdGQsIHRhYmxlLmhlYWRlcnMgdGQsIHRhYmxl
Lm5vbmUgdGQgeyBib3JkZXItc3R5bGU6IG5vbmU7IH0KCiAgICAgICAgaHIgeyBoZWlnaHQ6IDFw
eDsgfQogICAgICAgIGhyLmluc2VydCB7CiAgICAgICAgICAgICAgICB3aWR0aDogODAlOyBib3Jk
ZXItc3R5bGU6IG5vbmU7IGJvcmRlci13aWR0aDogMDsKICAgICAgICAgICAgICAgIGNvbG9yOiAj
Q0NDOyBiYWNrZ3JvdW5kLWNvbG9yOiAjQ0NDOwogICAgICAgIH0KLS0+PC9zdHlsZT4KPC9oZWFk
Pgo8Ym9keT4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1
ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8
dGFibGUgc3VtbWFyeT0ibGF5b3V0IiB3aWR0aD0iNjYlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5n
PSIwIiBjZWxsc3BhY2luZz0iMCI+PHRyPjx0ZD48dGFibGUgc3VtbWFyeT0ibGF5b3V0IiB3aWR0
aD0iMTAwJSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNwYWNpbmc9IjEiPgo8dHI+
PHRkIGNsYXNzPSJoZWFkZXIiPkludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2U8L3RkPjx0
ZCBjbGFzcz0iaGVhZGVyIj5XLiBUYW48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImhlYWRlciI+
SW50ZXJuZXQtRHJhZnQ8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5DbG91ZCBSZWdpc3RyeTwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBU
cmFjazwvdGQ+PHRkIGNsYXNzPSJoZWFkZXIiPkcuIEJyb3duPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJoZWFkZXIiPkV4cGlyZXM6IEp1bmUgMTUsIDIwMTM8L3RkPjx0ZCBjbGFzcz0iaGVhZGVy
Ij5DZW50cmFsTmljIEx0ZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8
L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5KLiBHb3VsZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0i
aGVhZGVyIj4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5WZXJpU2lnbiwgSW5jLjwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVy
Ij5EZWNlbWJlciAxMiwgMjAxMjwvdGQ+PC90cj4KPC90YWJsZT48L3RkPjwvdHI+PC90YWJsZT4K
PGgxPjxiciAvPkxhdW5jaCBQaGFzZSBNYXBwaW5nIGZvciB0aGUKICAgIEV4dGVuc2libGUgUHJv
dmlzaW9uaW5nIFByb3RvY29sIChFUFApPGJyIC8+ZHJhZnQtdGFuLWVwcC1sYXVuY2hwaGFzZS0w
NTwvaDE+Cgo8aDM+QWJzdHJhY3Q8L2gzPgoKPHA+VGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYW4g
RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkKICAgICAgZXh0ZW5zaW9uIG1h
cHBpbmcgZm9yIHRoZSBwcm92aXNpb25pbmcgYW5kIG1hbmFnZW1lbnQgb2YgZG9tYWluIG5hbWVz
CiAgICAgIGR1cmluZyB0aGUgbGF1bmNoIHBoYXNlIG9mIGEgZG9tYWluIG5hbWUgcmVnaXN0cnku
CjwvcD4KPGgzPlN0YXR1cyBvZiB0aGlzIE1lbW88L2gzPgo8cD4KVGhpcyBJbnRlcm5ldC1EcmFm
dCBpcyBzdWJtaXR0ZWQgIGluIGZ1bGwKY29uZm9ybWFuY2Ugd2l0aCB0aGUgcHJvdmlzaW9ucyBv
ZiBCQ1AmbmJzcDs3OCBhbmQgQkNQJm5ic3A7NzkuPC9wPgo8cD4KSW50ZXJuZXQtRHJhZnRzIGFy
ZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcKVGFzayBGb3Jj
ZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUKd29y
a2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudApJ
bnRlcm5ldC1EcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RyYWZ0cy9j
dXJyZW50Ly48L3A+CjxwPgpJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxp
ZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMKYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNl
ZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkgdGltZS4KSXQgaXMgaW5h
cHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZSBtYXRlcmlhbCBv
ciB0byBjaXRlCnRoZW0gb3RoZXIgdGhhbiBhcyAmbGRxdW87d29yayBpbiBwcm9ncmVzcy4mcmRx
dW87PC9wPgo8cD4KVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBKdW5lIDE1LCAy
MDEzLjwvcD4KCjxoMz5Db3B5cmlnaHQgTm90aWNlPC9oMz4KPHA+CkNvcHlyaWdodCAoYykgMjAx
MiBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQpkb2N1bWVudCBh
dXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC48L3A+CjxwPgpUaGlzIGRvY3VtZW50IGlzIHN1
YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsClByb3Zpc2lvbnMgUmVs
YXRpbmcgdG8gSUVURiBEb2N1bWVudHMKKGh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2Ut
aW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mCnB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1l
bnQuICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cwpjYXJlZnVsbHksIGFzIHRoZXkgZGVz
Y3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QKdG8gdGhpcyBk
b2N1bWVudC4gQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVz
dAppbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2Vj
dGlvbiA0LmUgb2YKdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3
aXRob3V0IHdhcnJhbnR5IGFzCmRlc2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5z
ZS48L3A+CjxhIG5hbWU9InRvYyI+PC9hPjxiciAvPjxociAvPgo8aDM+VGFibGUgb2YgQ29udGVu
dHM8L2gzPgo8cCBjbGFzcz0idG9jIj4KPGEgaHJlZj0iI2FuY2hvcjEiPjEuPC9hPiZuYnNwOwpJ
bnRyb2R1Y3Rpb248YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2FuY2hv
cjIiPjEuMS48L2E+Jm5ic3A7CkNvbnZlbnRpb25zIFVzZWQgaW4gVGhpcyBEb2N1bWVudDxiciAv
Pgo8YSBocmVmPSIjYXR0cnMiPjIuPC9hPiZuYnNwOwpPYmplY3QgQXR0cmlidXRlczxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjYXBwbGljYXRpb25JRCI+Mi4xLjwvYT4m
bmJzcDsKQXBwbGljYXRpb24gSWRlbnRpZmllcnM8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7PGEgaHJlZj0iI3BoYXNlcyI+Mi4yLjwvYT4mbmJzcDsKTGF1bmNoIFBoYXNlczxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjc3RhdHVzZXMiPjIuMy48L2E+Jm5ic3A7
ClN0YXR1cyBWYWx1ZXM8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2FuY2hvcjMiPjIuMy4xLjwvYT4mbmJzcDsKU3RhdGUgVHJh
bnNpdGlvbjxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjdmFsaWRhdGlv
bk1vZGVscyI+Mi40LjwvYT4mbmJzcDsKTWFyayBWYWxpZGF0aW9uIE1vZGVsczxiciAvPgombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY29k
ZU1hcmsiPjIuNC4xLjwvYT4mbmJzcDsKJmx0O2xhdW5jaDpjb2RlTWFyayZndDsgZWxlbWVudDxi
ciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjbWFyayI+Mi41LjwvYT4mbmJz
cDsKTWFyazxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY29udGFjdCI+
Mi42LjwvYT4mbmJzcDsKQ29udGFjdDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBo
cmVmPSIjZGlnaXRhbHNpZ25hdHVyZSI+Mi43LjwvYT4mbmJzcDsKRGlnaXRhbCBTaWduYXR1cmU8
YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEg
aHJlZj0iI3NpZ25lZE1hcmsiPjIuNy4xLjwvYT4mbmJzcDsKJmx0O3NtZDpzaWduZWRNYXJrJmd0
OyBlbGVtZW50PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOzxhIGhyZWY9IiNlbmNvZGVkU2lnbmVkTWFyayI+Mi43LjIuPC9hPiZuYnNwOwombHQ7
c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50PGJyIC8+CjxhIGhyZWY9IiNjb21tYW5k
cyI+My48L2E+Jm5ic3A7CkVQUCBDb21tYW5kIE1hcHBpbmc8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7PGEgaHJlZj0iI2NoZWNrQ29tbWFuZCI+My4xLjwvYT4mbmJzcDsKRVBQICZsdDtj
aGVjayZndDsgQ29tbWFuZDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIj
aW5mb0NvbW1hbmQiPjMuMi48L2E+Jm5ic3A7CkVQUCAmbHQ7aW5mbyZndDsgQ29tbWFuZDxiciAv
PgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY3JlYXRlQ29tbWFuZCI+My4zLjwv
YT4mbmJzcDsKRVBQICZsdDtjcmVhdGUmZ3Q7IENvbW1hbmQ8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI3N1bnJpc2VDcmVhdGVG
b3JtIj4zLjMuMS48L2E+Jm5ic3A7ClN1bnJpc2UgQ3JlYXRlIEZvcm08YnIgLz4KJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2NsYWltc0Ny
ZWF0ZUZvcm0iPjMuMy4yLjwvYT4mbmJzcDsKQ2xhaW1zIENyZWF0ZSBGb3JtPGJyIC8+CiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiN1cGRhdGVDb21tYW5kIj4zLjQuPC9hPiZuYnNw
OwpFUFAgJmx0O3VwZGF0ZSZndDsgQ29tbWFuZDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDs8YSBocmVmPSIjZGVsZXRlQ29tbWFuZCI+My41LjwvYT4mbmJzcDsKRVBQICZsdDtkZWxldGUm
Z3Q7IENvbW1hbmQ8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI3JlbmV3
Q29tbWFuZCI+My42LjwvYT4mbmJzcDsKRVBQICZsdDtyZW5ldyZndDsgQ29tbWFuZDxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjdHJhbnNmZXJDb21tYW5kIj4zLjcuPC9h
PiZuYnNwOwpFUFAgJmx0O3RyYW5zZmVyJmd0OyBDb21tYW5kPGJyIC8+CjxhIGhyZWY9IiNzeW50
YXgiPjQuPC9hPiZuYnNwOwpGb3JtYWwgU3ludGF4PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOzxhIGhyZWY9IiNhbmNob3I0Ij40LjEuPC9hPiZuYnNwOwpMYXVuY2ggU2NoZW1hPGJyIC8+
CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNhbmNob3I1Ij40LjIuPC9hPiZuYnNw
OwpTaWduZWQgTWFyayBTY2hlbWE8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJl
Zj0iI2FuY2hvcjYiPjQuMy48L2E+Jm5ic3A7Ck1hcmsgU2NoZW1hPGJyIC8+CjxhIGhyZWY9IiNB
Y2tub3dsZWRnZW1lbnRzIj41LjwvYT4mbmJzcDsKQWNrbm93bGVkZ2VtZW50czxiciAvPgo8YSBo
cmVmPSIjYW5jaG9yNyI+Ni48L2E+Jm5ic3A7CkNoYW5nZSBIaXN0b3J5PGJyIC8+CiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDAtdG8tMDEiPjYuMS48L2E+Jm5ic3A7
CkNoYW5nZSBmcm9tIDAwIHRvIDAxPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhy
ZWY9IiNjaGFuZ2UtMDEtdG8tMDIiPjYuMi48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDAxIHRvIDAy
PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDItdG8tMDMi
PjYuMy48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDAyIHRvIDAzPGJyIC8+CiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDMtdG8tMDQiPjYuNC48L2E+Jm5ic3A7CkNoYW5n
ZSBmcm9tIDAzIHRvIDA0PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNj
aGFuZ2UtMDQtdG8tMDUiPjYuNS48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDA0IHRvIDA1PGJyIC8+
CjxhIGhyZWY9IiNJQU5BIj43LjwvYT4mbmJzcDsKSUFOQSBDb25zaWRlcmF0aW9uczxiciAvPgo8
YSBocmVmPSIjU2VjdXJpdHkiPjguPC9hPiZuYnNwOwpTZWN1cml0eSBDb25zaWRlcmF0aW9uczxi
ciAvPgo8YSBocmVmPSIjcmZjLnJlZmVyZW5jZXMxIj45LjwvYT4mbmJzcDsKTm9ybWF0aXZlIFJl
ZmVyZW5jZXM8YnIgLz4KPGEgaHJlZj0iI3JmYy5hdXRob3JzIj4mIzE2Nzs8L2E+Jm5ic3A7CkF1
dGhvcnMnIEFkZHJlc3NlczxiciAvPgo8L3A+CjxiciBjbGVhcj0iYWxsIiAvPgoKPGEgbmFtZT0i
YW5jaG9yMSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFk
ZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRy
Pjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90
ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjEiPjwvYT48aDM+MS4mbmJzcDsK
SW50cm9kdWN0aW9uPC9oMz4KCjxwPlRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGFuIGV4dGVuc2lv
biBtYXBwaW5nIGZvciB2ZXJzaW9uIDEuMCBvZiB0aGUKICAgICAgPGEgY2xhc3M9J2luZm8nIGhy
ZWY9JyNSRkM1NzMwJz5FeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKTxzcGFu
PiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVu
c2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAw
OS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMwXS4KICAgICAgVGhpcyBFUFAgbWFw
cGluZyBzcGVjaWZpZXMgYSBmbGV4aWJsZSBzY2hlbWEgdGhhdCBjYW4gYmUgdXNlZCB0bwogICAg
ICBpbXBsZW1lbnQgc2V2ZXJhbCBjb21tb24gdXNlIGNhc2VzIHJlbGF0ZWQgdG8gdGhlIHByb3Zp
c2lvbmluZyBhbmQKICAgICAgbWFuYWdlbWVudCBvZiBsYXVuY2ggcGhhc2UgZXh0ZW5zaW9uIGlu
IGEgZG9tYWluIG5hbWUgcmVnaXN0cnkuCjwvcD4KPHA+SXQgaXMgdHlwaWNhbCBmb3IgZG9tYWlu
IHJlZ2lzdHJpZXMgdG8gb3BlcmF0ZSBpbiBzcGVjaWFsIG1vZGVzCiAgICAgIHdpdGhpbiBjZXJ0
YWluIHBlcmlvZHMgb2YgdGltZSB0byBmYWNpbGl0YXRlIGFsbG9jYXRpb24gb2YgZG9tYWluIG5h
bWVzLiAKICAgICAgVGhpcyBkb2N1bWVudAogICAgICB1c2VzIHRoZSB0ZXJtICJsYXVuY2ggcGhh
c2UiIGFuZCB0aGUgc2hvcnRlciBmb3JtICJsYXVuY2giIHRvIHJlZmVyIHRvCiAgICAgIHN1Y2gg
YSBwZXJpb2QuCjwvcD4KPHA+VGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQ
IGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXSBpcyBkZXNpZ25lZAogICAgICBmb3IgdGhlIHN0ZWFk
eSBzdGF0ZSBvcGVyYXRpb24gb2YgYSByZWdpc3RyeS4gRHVyaW5nIHRoZSBsYXVuY2gsIHRoZQog
ICAgICBpbnRlcmZhY2UgdXNlZCBhdCBlYWNoIHBoYXNlIG9mIHRoZSBsYXVuY2ggY291bGQgYmUg
ZGlmZmVyZW50IGZyb20gd2hhdAogICAgICBpcyBkZWZpbmVkIGluIDxhIGNsYXNzPSdpbmZvJyBo
cmVmPScjUkZDNTczMSc+RVBQIGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lv
bmluZyBQcm90b2NvbCAoRVBQKSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5i
c3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXS4gZm9yCiAgICAgIGV4
YW1wbGUsIHJlZ2lzdHJpZXMgdHlwaWNhbGx5IGFjY2VwdCBtdWx0aXBsZSBhcHBsaWNhdGlvbnMg
Zm9yIGEgZ2l2ZW4KICAgICAgZG9tYWluIG5hbWUgZHVyaW5nIHRoZSAic3VucmlzZSIgbGF1bmNo
IHBoYXNlLCByZWZlcnJlZCB0byBhcyBhIGxhdW5jaCBhcHBsaWNhdGlvbi4gIEEgbGF1bmNoIHJl
Z2lzdHJhdGlvbiAKICAgICAgaXMgdXNlZCB0byByZWZlciB0byBhIHJlZ2lzdHJhdGlvbiBtYWRl
IGR1cmluZyBhIGxhdW5jaCBwaGFzZSB3aGVuIHRoZSBzZXJ2ZXIgdXNlcyAKICAgICAgYSBmaXJz
dC1jb21lLWZpcnN0LXNlcnZlIG1vZGVsLiAgRXZlbiBpbiBhIGZpcnN0LWNvbWUtZmlyc3Qtc2Vy
dmUgbW9kZWwgYWRkaXRpb25hbCBzdGVwcyAKICAgICAgYW5kIGluZm9ybWF0aW9uIG1pZ2h0IGJl
IHJlcXVpcmVkIHRvIHN1cHBvcnQgYSBsYXVuY2ggcGhhc2UsIGxpa2UgdGhlIHBhc3Npbmcgb2Yg
CiAgICAgIHRyYWRlbWFyayBpbmZvcm1hdGlvbiBvbiBhIGNyZWF0ZS4gIEluIGFkZGl0aW9uLCB0
aGUgPGEgaHJlZj0naHR0cDovL25ld2d0bGRzLmljYW5uLm9yZy9lbi9hYm91dC90cmFkZW1hcmst
Y2xlYXJpbmdob3VzZS9jbGFpbXMtbW9kZWwtMjZzZXAxMi1lbi5wZGYnPlByb3Bvc2VkIFRyYWRl
bWFyayBDbGFpbXMgTW9kZWw8L2E+IAogICAgICBkZWZpbmVzIGEgcmVnaXN0cnkKICAgICAgaW50
ZXJmYWNlIGZvciB0aGUgVHJhZGVtYXJrIENsYWltcyBvciAiY2xhaW1zIiBsYXVuY2ggcGhhc2Ug
dGhhdAogICAgICBpbmNsdWRlcyBzdXBwb3J0IGZvciBwcmVzZW50aW5nIGEgVHJhZGVtYXJrIENs
YWltcyBOb3RpY2UgdG8gdGhlCiAgICAgIFJlZ2lzdHJhbnQuIFRoaXMgZG9jdW1lbnQgcHJvcG9z
ZXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBkb21haW4gbmFtZQogICAgICBleHRlbnNpb24gaW4gb3Jk
ZXIgdG8gdW5hbWJpZ3VvdXNseSBtYW5hZ2UgdGhlIHZhcmlvdXMgbGF1bmNoIHBoYXNlcwogICAg
ICBrbm93bi4KPC9wPgo8YSBuYW1lPSJhbmNob3IyIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBz
dW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRP
Q2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2Mi
PiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rp
b24uMS4xIj48L2E+PGgzPjEuMS4mbmJzcDsKQ29udmVudGlvbnMgVXNlZCBpbiBUaGlzIERvY3Vt
ZW50PC9oMz4KCjxwPlRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQi
LCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgICAgICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAi
UkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcwogICAgICAgIGRvY3Vt
ZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gPGEgY2xhc3M9J2luZm8n
IGhyZWY9JyNSRkMyMTE5Jz5SRkMgMjExOTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZv
Jz5CcmFkbmVyLCBTLiwgJmxkcXVvO0tleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNh
dGUgUmVxdWlyZW1lbnQgTGV2ZWxzLCZyZHF1bzsgTWFyY2gmbmJzcDsxOTk3Ljwvc3Bhbj48c3Bh
bj4pPC9zcGFuPjwvYT4gW1JGQzIxMTldLgo8L3A+CjxwPlhNTCBpcyBjYXNlIHNlbnNpdGl2ZS4g
VW5sZXNzIHN0YXRlZCBvdGhlcndpc2UsIFhNTCBzcGVjaWZpY2F0aW9ucwogICAgICAgIGFuZCBl
eGFtcGxlcyBwcm92aWRlZCBpbiB0aGlzIGRvY3VtZW50IE1VU1QgYmUgaW50ZXJwcmV0ZWQgaW4g
dGhlCiAgICAgICAgY2hhcmFjdGVyIGNhc2UgcHJlc2VudGVkIGluIG9yZGVyIHRvIGRldmVsb3Ag
YSBjb25mb3JtaW5nCiAgICAgICAgaW1wbGVtZW50YXRpb24uCjwvcD4KPHA+ImxhdW5jaC0xLjAi
IGlzIHVzZWQgYXMgYW4gYWJicmV2aWF0aW9uIGZvcgogICAgICAgICJ1cm46aWV0ZjpwYXJhbXM6
eG1sOm5zOmxhdW5jaC0xLjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXggImxhdW5jaCIKICAg
ICAgICBpcyB1c2VkLCBidXQgaW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIGRlcGVuZCBvbiBpdCBh
bmQgaW5zdGVhZCBlbXBsb3kKICAgICAgICBhIHByb3BlciBuYW1lc3BhY2UtYXdhcmUgWE1MIHBh
cnNlciBhbmQgc2VyaWFsaXplciB0byBpbnRlcnByZXQgYW5kCiAgICAgICAgb3V0cHV0IHRoZSBY
TUwgZG9jdW1lbnRzLgo8L3A+CjxwPiJzaWduZWRNYXJrLTEuMCIgaXMgdXNlZCBhcyBhbiBhYmJy
ZXZpYXRpb24gZm9yCiAgICAgICAgInVybjppZXRmOnBhcmFtczp4bWw6bnM6c2lnbmVkTWFyay0x
LjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXggInNtZCIKICAgICAgICBpcyB1c2VkLCBidXQg
aW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIGRlcGVuZCBvbiBpdCBhbmQgaW5zdGVhZCBlbXBsb3kK
ICAgICAgICBhIHByb3BlciBuYW1lc3BhY2UtYXdhcmUgWE1MIHBhcnNlciBhbmQgc2VyaWFsaXpl
ciB0byBpbnRlcnByZXQgYW5kCiAgICAgICAgb3V0cHV0IHRoZSBYTUwgZG9jdW1lbnRzLgo8L3A+
CjxwPiJtYXJrLTEuMCIgaXMgdXNlZCBhcyBhbiBhYmJyZXZpYXRpb24gZm9yCiAgICAgICAgInVy
bjppZXRmOnBhcmFtczp4bWw6bnM6bWFyay0xLjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXgg
Im1hcmsiCiAgICAgICAgaXMgdXNlZCwgYnV0IGltcGxlbWVudGF0aW9ucyBNVVNUIE5PVCBkZXBl
bmQgb24gaXQgYW5kIGluc3RlYWQgZW1wbG95CiAgICAgICAgYSBwcm9wZXIgbmFtZXNwYWNlLWF3
YXJlIFhNTCBwYXJzZXIgYW5kIHNlcmlhbGl6ZXIgdG8gaW50ZXJwcmV0IGFuZAogICAgICAgIG91
dHB1dCB0aGUgWE1MIGRvY3VtZW50cy4KPC9wPgo8YSBuYW1lPSJhdHRycyI+PC9hPjxiciAvPjxo
ciAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9
IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48
YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5h
bWU9InJmYy5zZWN0aW9uLjIiPjwvYT48aDM+Mi4mbmJzcDsKT2JqZWN0IEF0dHJpYnV0ZXM8L2gz
PgoKPHA+VGhpcyBleHRlbnNpb24gYWRkcyBhZGRpdGlvbmFsIGVsZW1lbnRzIHRvIHRoZSA8YSBj
bGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+
ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRx
dW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0u
IE9ubHkgdGhvc2UgbmV3IGVsZW1lbnRzCiAgICAgIGFyZSBkZXNjcmliZWQgaGVyZS4KPC9wPgo8
YSBuYW1lPSJhcHBsaWNhdGlvbklEIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJs
YXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxp
Z249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RP
QyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi4xIj48
L2E+PGgzPjIuMS4mbmJzcDsKQXBwbGljYXRpb24gSWRlbnRpZmllcnM8L2gzPgoKPHA+U2VydmVy
cyBNQVkgYWxsb3cgbXVsdGlwbGUgYXBwbGljYXRpb25zLCByZWZlcnJlZCB0byBhcyBhIGxhdW5j
aCBhcHBsaWNhdGlvbiwgCiAgICAgICAgb2YgYSBnaXZlbiBkb21haW4gbmFtZQogICAgICAgIGR1
cmluZyBpdHMgbGF1bmNoIHBoYXNlIG9wZXJhdGlvbnMuIFVwb24gcmVjZWl2aW5nIGEgcmVxdWVz
dCB0byBjcmVhdGUKICAgICAgICBhIGRvbWFpbiBuYW1lLCB0aGUgc2VydmVyIGNyZWF0ZXMgYW4g
YXBwbGljYXRpb24gb2JqZWN0IGNvcnJlc3BvbmRpbmcKICAgICAgICB0byB0aGUgcmVxdWVzdCBh
bmQgYXNzaWducyBhbiBhcHBsaWNhdGlvbiBpZGVudGlmaWVyIGZvciB0aGUgYXBwbGljYXRpb24K
ICAgICAgICBhbmQgcmV0dXJucyBpdCB0byB0aGUgY2xpZW50IHdpdGggdGhlICZsdDtsYXVuY2g6
YXBwbGljYXRpb25JRCZndDsKICAgICAgICBlbGVtZW50LiBJbiBvcmRlciB0byBmYWNpbGl0YXRl
IGNvcnJlbGF0aW9uLCBhbGwgc3Vic2VxdWVudCBsYXVuY2gKICAgICAgICBvcGVyYXRpb25zIG9u
IHRoZSBhcHBsaWNhdGlvbiBvYmplY3QgTVVTVCBiZSBxdWFsaWZpZWQgYnkgdGhlCiAgICAgICAg
cHJldmlvdXNseSBhc3NpZ25lZCBhcHBsaWNhdGlvbiBpZGVudGlmaWVyIHVzaW5nIHRoZQogICAg
ICAgICZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDsgZWxlbWVudC4KPC9wPgo8YSBuYW1lPSJw
aGFzZXMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp
bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48
dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+
PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4yLjIiPjwvYT48aDM+Mi4yLiZuYnNw
OwpMYXVuY2ggUGhhc2VzPC9oMz4KCjxwPlRoZSBzZXJ2ZXIgTUFZIHN1cHBvcnQgbXVsdGlwbGUg
bGF1bmNoIHBoYXNlcyBzZXF1ZW50aWFsbHkgb3IKICAgICAgICBzaW11bHRhbmVvdXNseS4gVGhl
ICZsdDtsYXVuY2g6cGhhc2UmZ3Q7IGVsZW1lbnQgTVVTVCBiZSBpbmNsdWRlZCBieQogICAgICAg
IHRoZSBjbGllbnQgdG8gZGVmaW5lIHRoZSB0YXJnZXQgbGF1bmNoIHBoYXNlIG9mIHRoZSBjb21t
YW5kLgo8L3A+CjxwPlRoZSBmb2xsb3dpbmcgbGF1bmNoIHBoYXNlIHZhbHVlcyBhcmUgZGVmaW5l
ZDogPC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+c3VucmlzZTwvZHQ+Cjxk
ZD5QaGFzZSB3aGVuIHRyYWRlbWFyayBob2xkZXJzIGNhbiBzdWJtaXQKICAgICAgICAgICAgcmVn
aXN0cmF0aW9ucyBvciBhcHBsaWNhdGlvbnMgd2l0aCB0cmFkZW1hcmsgaW5mb3JtYXRpb24gdGhh
dCBjYW4gYmUKICAgICAgICAgICAgdmFsaWRhdGVkIGJ5IHRoZSBzZXJ2ZXIuCjwvZGQ+CjxkdD5s
YW5kcnVzaDwvZHQ+CjxkZD5Qb3N0IHN1bnJpc2UgcGhhc2Ugd2hlbiBub24tdHJhZGVtYXJrCiAg
ICAgICAgICAgIGhvbGRlcnMgYXJlIGFsbG93ZWQgdG8gcmVnaXN0ZXIgZG9tYWluIG5hbWVzIHdp
dGggc3RlcHMgdGFrZW4gCiAgICAgICAgICAgIHRvIGFkZHJlc3MgYSBsYXJnZSB2b2x1bWUgb2Yg
aW5pdGlhbCByZWdpc3RyYXRpb25zLgo8L2RkPgo8ZHQ+Y2xhaW1zMTwvZHQ+CjxkZD5UcmFkZW1h
cmsgY2xhaW1zIHBoYXNlIDEgYXMgZGVmaW5lZCBieSAKICAgICAgICAgICAgVHJhZGVtYXJrIENs
ZWFyaW5naG91c2UgbW9kZWwgb2YgZGlzcGxheWluZyBhIGZ1bGwsIGRldGFpbGVkIAogICAgICAg
ICAgICBjbGFpbXMgbm90aWNlIHRvIGNsaWVudHMgZm9yIGRvbWFpbiBuYW1lcyB0aGF0IG1hdGNo
IAogICAgICAgICAgICB0cmFkZW1hcmtzLgo8L2RkPgo8ZHQ+Y2xhaW1zMjwvZHQ+CjxkZD5UcmFk
ZW1hcmsgY2xhaW1zIHBoYXNlIDIgYXMgZGVmaW5lZCBieSAKICAgICAgICAgICAgVHJhZGVtYXJr
IENsZWFyaW5naG91c2UgbW9kZWwgb2YgZGlzcGxheWluZyBhIHNob3J0LCBlZHVjYXRpb25hbCAK
ICAgICAgICAgICAgY2xhaW1zIG5vdGljZSB0byBjbGllbnRzIGZvciBkb21haW4gbmFtZXMgdGhh
dCBtYXRjaCAKICAgICAgICAgICAgdHJhZGVtYXJrcyB0aGF0IG9wdCBpbnRvIHRoZSBzZXJ2aWNl
Lgo8L2RkPgo8ZHQ+b3BlbjwvZHQ+CjxkZD5Qb3N0IGxhdW5jaCBwaGFzZSB0aGF0IGlzIGFsc28g
cmVmZXJyZWQgdG8gYXMKICAgICAgICAgICAgInN0ZWFkeSBzdGF0ZSIuIFNlcnZlcnMgTUFZIHJl
cXVpcmUgYWRkaXRpb25hbCB0cmFkZW1hcmsKICAgICAgICAgICAgcHJvdGVjdGlvbiB3aXRoIHRo
aXMgcGhhc2UuCjwvZGQ+CjxkdD5jdXN0b208L2R0Pgo8ZGQ+QSBjdXN0b20gc2VydmVyIGxhdW5j
aCBwaGFzZSB0aGF0IGlzIGRlZmluZWQKICAgICAgICAgICAgdXNpbmcgdGhlICJuYW1lIiBhdHRy
aWJ1dGUuCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+Rm9yIGV4dGVuc2liaWxpdHkgdGhl
ICZsdDtsYXVuY2g6cGhhc2UmZ3Q7IGVsZW1lbnQgaW5jbHVkZXMgYW4KICAgICAgICBPUFRJT05B
TCAibmFtZSIgYXR0cmlidXRlIHRoYXQgY2FuIGRlZmluZSBhIHN1Yi1waGFzZSBvciB0aGUgZnVs
bCBuYW1lCiAgICAgICAgb2YgdGhlIHBoYXNlIHdoZW4gdGhlICZsdDtsYXVuY2g6cGhhc2UmZ3Q7
IGVsZW1lbnQgaGFzIHRoZSAiY3VzdG9tIgogICAgICAgIHZhbHVlLiAgRm9yIGV4YW1wbGUsIHRo
ZSAiY2xhaW1zMSIgbGF1bmNoIHBoYXNlIGNvdWxkIGhhdmUgdHdvIAogICAgICAgIHN1Yi1waGFz
ZXMgdGhhdCBpbmNsdWRlICJsYW5kcnVzaCIgYW5kICJvcGVuIi4KPC9wPgo8YSBuYW1lPSJzdGF0
dXNlcyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuMyI+PC9hPjxoMz4yLjMuJm5ic3A7
ClN0YXR1cyBWYWx1ZXM8L2gzPgoKPHA+QSBsYXVuY2ggYXBwbGljYXRpb24gb2JqZWN0IE1BWSBo
YXZlIGEgc3RhdHVzIHZhbHVlLiBUaGUKICAgICAgICAmbHQ7bGF1bmNoOnN0YXR1cyZndDsgZWxl
bWVudCBpcyB1c2VkIHRvIGNvbnZleSBleHRlbmRlZCBzdGF0dXMgcGVydGFpbmluZyB0bwogICAg
ICAgIHRoZSBhcHBsaWNhdGlvbiBvYmplY3QsIGJleW9uZCB3aGF0IGlzIHNwZWNpZmllZCBpbiB0
aGUgb2JqZWN0IG1hcHBpbmcKICAgICAgICBmb3IgdGhpcyBhcHBsaWNhdGlvbiBvYmplY3QuCjwv
cD4KPHA+VGhlIGZvbGxvd2luZyBzdGF0dXMgdmFsdWVzIGFyZSBkZWZpbmVkIHVzaW5nIHRoZSAK
ICAgICAgICByZXF1aXJlZCAicyIgYXR0cmlidXRlOiA8L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0
ZXh0Ij48ZGw+CjxkdD5wZW5kaW5nOjwvZHQ+CjxkZD5UaGUgaW5pdGlhbCBzdGF0ZSBvZiBhIG5l
d2x5LWNyZWF0ZWQKICAgICAgICAgICAgYXBwbGljYXRpb24gb2JqZWN0Lgo8L2RkPgo8ZHQ+dmFs
aWRhdGVkOjwvZHQ+CjxkZD5UaGUgYXBwbGljYXRpb24gbWVldHMgcmVsZXZhbnQgcmVnaXN0cnkK
ICAgICAgICAgICAgcnVsZXMuCjwvZGQ+CjxkdD5pbnZhbGlkOjwvZHQ+CjxkZD5UaGUgYXBwbGlj
YXRpb24gZG9lcyBub3QgdmFsaWRhdGUgYWNjb3JkaW5nCiAgICAgICAgICAgIHRvIHJlZ2lzdHJ5
IHJ1bGVzLgo8L2RkPgo8ZHQ+cGVuZGluZ0F1Y3Rpb246PC9kdD4KPGRkPlRoZSBhcHBsaWNhdGlv
biBpcyBwZW5kaW5nIGJhc2VkIG9uIAogICAgICAgICAgICByZXN1bHRzIG9mIGFuIGF1Y3Rpb24u
CjwvZGQ+CjxkdD5hbGxvY2F0ZWQ6PC9kdD4KPGRkPk9uZSBvZiB0d28gcG9zc2libGUgZW5kIHN0
YXRlcyBvZiBhbgogICAgICAgICAgICBhcHBsaWNhdGlvbiBvYmplY3Q7IHRoZSBvYmplY3QgY29y
cmVzcG9uZGluZyB0byB0aGUgYXBwbGljYXRpb24KICAgICAgICAgICAgaGFzIGJlZW4gcHJvdmlz
aW9uZWQuCjwvZGQ+CjxkdD5yZWplY3RlZDo8L2R0Pgo8ZGQ+VGhlIG90aGVyIHBvc3NpYmxlIGVu
ZCBzdGF0ZTsgdGhlIG9iamVjdAogICAgICAgICAgICB3YXMgbm90IHByb3Zpc2lvbmVkLgo8L2Rk
Pgo8ZHQ+Y3VzdG9tOjwvZHQ+CjxkZD5BIGN1c3RvbSBzdGF0dXMgdGhhdCBpcyBkZWZpbmVkIHVz
aW5nIHRoZSAKICAgICAgICAgICAgIm5hbWUiIGF0dHJpYnV0ZS4KPC9kZD4KPC9kbD48L2Jsb2Nr
cXVvdGU+Cgo8cD5FYWNoIHN0YXR1cyB2YWx1ZSBNQVkgYmUgYWNjb21wYW5pZWQgYnkgYSBzdHJp
bmcgb2YgaHVtYW4tcmVhZGFibGUgCiAgICAgICAgdGV4dCB0aGF0IGRlc2NyaWJlcyB0aGUgcmF0
aW9uYWxlIGZvciB0aGUgc3RhdHVzIGFwcGxpZWQgdG8gdGhlIG9iamVjdC4KICAgICAgICBUaGUg
T1BUSU9OQUwgImxhbmciIGF0dHJpYnV0ZSBNQVkgYmUgcHJlc2VudCB0byBpZGVudGlmeSB0aGUg
bGFuZ3VhZ2UgCiAgICAgICAgaWYgdGhlIG5lZ290aWF0ZWQgdmFsdWUgaXMgc29tZXRoaW5nIG90
aGVyIHRoYW4gdGhlIGRlZmF1bHQgdmFsdWUgb2YgCiAgICAgICAgImVuIiAoRW5nbGlzaCkuCjwv
cD4KPHA+Rm9yIGV4dGVuc2liaWxpdHkgdGhlICZsdDtsYXVuY2g6c3RhdHVzJmd0OyBlbGVtZW50
IGluY2x1ZGVzIGFuCiAgICAgICAgT1BUSU9OQUwgIm5hbWUiIGF0dHJpYnV0ZSB0aGF0IGNhbiBk
ZWZpbmUgYSBzdWItc3RhdHVzIG9yIHRoZSBmdWxsIG5hbWUKICAgICAgICBvZiB0aGUgc3RhdHVz
IHdoZW4gdGhlIHN0YXR1cyB2YWx1ZSBpcyAiY3VzdG9tIi4gIFRoZSBzZXJ2ZXIgU0hPVUxEIAog
ICAgICAgIE5PVCB1c2UgdGhlICJjdXN0b20iIHN0YXR1cyB2YWx1ZS4KPC9wPgo8cD5DZXJ0YWlu
IHN0YXR1cyB2YWx1ZXMgTUFZIGJlIGNvbWJpbmVkLiBGb3IgZXhhbXBsZSwgYW4gYXBwbGljYXRp
b24KICAgICAgICBjYW4gYmUgaW52YWxpZCBhbmQgcmVqZWN0ZWQuIEFkZGl0aW9uYWxseSBjZXJ0
YWluIHN0YXR1c2VzIE1BWSBiZQogICAgICAgIHNraXBwZWQuIEZvciBleGFtcGxlLCBhbiBhcHBs
aWNhdGlvbiBNQVkgaW1tZWRpYXRlbHkgc3RhcnQgYXQgdGhlCiAgICAgICAgYWxsb2NhdGVkIHN0
YXR1cyBvciBhbiBhcHBsaWNhdGlvbiBNQVkgc2tpcCB0aGUgcGVuZGluZ0F1Y3Rpb24gc3RhdHVz
CiAgICAgICAgaWYgdGhlIHNlcnZlciBkb2VzIG5vdCBzdXBwb3J0IGFuIGF1Y3Rpb24uIElmIGEg
Jmx0O2RvbWFpbjpjcmVhdGUmZ3Q7IHByb2Nlc3NlcyBhIHJlcXVlc3QKICAgICAgICBzeW5jaHJv
bm91c2x5IHdpdGhvdXQgdGhlIHVzZSBvZiBhbiBpbnRlcm1lZGlhdGUgYXBwbGljYXRpb24sIHRo
YW4gYW4KICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQnPkFwcGxp
Y2F0aW9uIElkZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBwbGlj
YXRpb24gSWRlbnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGlzIG5vdAogICAgICAg
IG5lZWRlZCBhbG9uZyB3aXRoIHRoZSBhcHBsaWNhdGlvbiBzdGF0dXMuCjwvcD4KPGEgbmFtZT0i
YW5jaG9yMyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFk
ZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRy
Pjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90
ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuMy4xIj48L2E+PGgzPjIuMy4x
LiZuYnNwOwpTdGF0ZSBUcmFuc2l0aW9uPC9oMz4KPGJyIC8+PGhyIGNsYXNzPSJpbnNlcnQiIC8+
CjxhIG5hbWU9ImZzbSI+PC9hPgo8ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7
IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICB8IHJlcXVlc3QKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHYK
ICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKwogICAgICAgICAgICAgICAgICAgICAg
IHwgcGVuZGluZyB8CiAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0rLS0tLSsKICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgICAg
ICstLS0tLS0tLS0tLS0tLSstLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSsKICAgICAg
IHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwKICAgICAg
IHYgICAgICAgICAgICAgIHYgICAgICAgICAgICAgICAgIHYgICAgICAgICAgICAgIHYKICstLS0t
LS0tLS0tLSsgICArLS0tLS0tLS0tKyAgICAgICAgKy0tLS0tLS0rICAgICAgKy0tLS0tLS0rCiB8
ICAgICAgICAgICB8ICAgfCAgICAgICAgIHwgICAgICAgLyAgICAgICAgIFwgICAgLyAgICAgICAg
IFwKIHwgdmFsaWRhdGVkIHwgICB8IGludmFsaWQgKy0tLS0tJmd0O3wgcmVqZWN0ZWQgIHwgIHwg
YWxsb2NhdGVkIHwKIHwgICAgICAgICAgIHwgICB8ICAgICAgICAgfCAgICAgICBcICAgICAgICAg
LyAgICBcICAgICAgICAgLwogKy0tLS0rLS0tLS0tKyAgICstLS0tKy0tLS0rICAgICAgICArLS0t
LS0tLSsgICAgICArLS0tLS0tLSsKICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg
ICAgIF4gICAgICAgICAgICAgIF4KICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0t
LS0tLSsgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLSsgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIF4gICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICstLS0t
LS0tLSstLS0tLS0tKyAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwgICAg
ICAgICAgICAgICAgfCAgICAgIHwKICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJmd0O3wg
cGVuZGluZ0F1Y3Rpb24gKy0tLS0tLSsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgfAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0t
LS0tLS0tLS0rCgo8L3ByZT48L2Rpdj48dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIg
Y2VsbHNwYWNpbmc9IjIiIGFsaWduPSJjZW50ZXIiPjx0cj48dGQgYWxpZ249ImNlbnRlciI+PGZv
bnQgZmFjZT0ibW9uYWNvLCBNUyBTYW5zIFNlcmlmIiBzaXplPSIxIj48Yj4mbmJzcDtGaWd1cmUm
bmJzcDsxJm5ic3A7PC9iPjwvZm9udD48YnIgLz48L3RkPjwvdHI+PC90YWJsZT48aHIgY2xhc3M9
Imluc2VydCIgLz4KCjxhIG5hbWU9InZhbGlkYXRpb25Nb2RlbHMiPjwvYT48YnIgLz48aHIgLz4K
PHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBj
bGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJl
Zj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJy
ZmMuc2VjdGlvbi4yLjQiPjwvYT48aDM+Mi40LiZuYnNwOwpNYXJrIFZhbGlkYXRpb24gTW9kZWxz
PC9oMz4KCjxwPkEgc2VydmVyIE1VU1Qgc3VwcG9ydCBvbmUgb2YgZm91ciBtb2RlbHMgZm9yIHZh
bGlkYXRpbmcgdGhlIHRyYWRlbWFyayAKICAgICAgICBpbmZvcm1hdGlvbjoKPC9wPgo8cD48L3A+
CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5jb2RlPC9kdD4KPGRkPlVzZSBvZiBh
IG1hcmsgY29kZSBieSBpdHNlbGYgdG8gdmFsaWRhdGUgCiAgICAgICAgICAJdGhhdCB0aGUgbWFy
ayBtYXRjaGVzIHRoZSBkb21haW4gbmFtZS4gIFRoaXMgbW9kZWwgaXMgc3VwcG9ydGVkIAogICAg
ICAgICAgCXVzaW5nIHRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVtZW50IHdpdGgganVz
dCB0aGUgCiAgICAgICAgICAJJmx0O2xhdW5jaDpjb2RlJmd0OyBlbGVtZW50Lgo8L2RkPgo8ZHQ+
bWFyazwvZHQ+CjxkZD5UaGUgbWFyayBpbmZvcm1hdGlvbiBpcyBwYXNzZWQgd2l0aG91dCBhbnkK
ICAgICAgICAgICAgb3RoZXIgdmFsaWRhdGlvbiBlbGVtZW50LiBUaGUgc2VydmVyIHdpbGwgdXNl
IHNvbWUgY3VzdG9tIGZvcm0gb2YKICAgICAgICAgICAgdmFsaWRhdGlvbiB0byB2YWxpZGF0ZSB0
aGF0IHRoZSBtYXJrIGluZm9ybWF0aW9uIGlzIGF1dGhlbnRpYy4gVGhpcwogICAgICAgICAgICBt
b2RlbCBpcyBzdXBwb3J0ZWQgdXNpbmcgdGhlICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1l
bnQgd2l0aCAKICAgICAgICAgICAganVzdCB0aGUgJmx0O21hcms6bWFyayZndDsgZWxlbWVudC4K
PC9kZD4KPGR0PmNvZGUgd2l0aCBtYXJrOjwvZHQ+CjxkZD5BIGNvZGUgaXMgdXNlZCBhbG9uZyB3
aXRoIHRoZSBtYXJrCiAgICAgICAgICAgIGluZm9ybWF0aW9uIGJ5IHRoZSBzZXJ2ZXIgdG8gdmFs
aWRhdGUgdGhlIG1hcmsgdXRpbGl6aW5nIGFuIGV4dGVybmFsIHBhcnR5LiAKICAgICAgICAgICAg
VGhlIGNvZGUgcmVwcmVzZW50cyBzb21lIGZvcm0gb2YKICAgICAgICAgICAgc2VjcmV0IHRoYXQg
bWF0Y2hlcyB0aGUgbWFyayBpbmZvcm1hdGlvbiBwYXNzZWQuIFRoaXMgbW9kZWwgaXMKICAgICAg
ICAgICAgc3VwcG9ydGVkIHVzaW5nIHRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVtZW50
IHRoYXQgY29udGFpbnMgYm90aCB0aGUKICAgICAgICAgICAgJmx0O2xhdW5jaDpjb2RlJmd0OyBh
bmQgdGhlICZsdDttYXJrOm1hcmsmZ3Q7IGVsZW1lbnRzLgo8L2RkPgo8ZHQ+c2lnbmVkIG1hcms6
PC9kdD4KPGRkPlRoZSBtYXJrIGluZm9ybWF0aW9uIGlzIGRpZ2l0YWxseQogICAgICAgICAgICBz
aWduZWQgYXMgZGVzY3JpYmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2RpZ2l0YWxz
aWduYXR1cmUnPkRpZ2l0YWwgU2lnbmF0dXJlPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkRpZ2l0YWwgU2lnbmF0dXJlPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPgogICAgICAgICAg
ICBzZWN0aW9uLiAgVGhlIGRpZ2l0YWwgc2lnbmF0dXJlIGNhbiBiZSBkaXJlY3RseSB2YWxpZGF0
ZWQgYnkgdGhlIAogICAgICAgICAgICBzZXJ2ZXIgdXNpbmcgdGhlIHB1YmxpYyBrZXkKICAgICAg
ICAgICAgb2YgdGhlIGV4dGVybmFsIHBhcnR5IHRoYXQgY3JlYXRlZCB0aGUgc2lnbmVkIG1hcmsg
dXNpbmcgaXQncyBwcml2YXRlIGtleS4gVGhpcyBtb2RlbCBpcyAKICAgICAgICAgICAgc3VwcG9y
dGVkIHVzaW5nIHRoZQogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI3NpZ25lZE1h
cmsnPiZsdDtzbWQ6c2lnbmVkTWFyayZndDs8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5m
byc+Jmx0O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9h
PiBhbmQgCiAgICAgICAgICAgIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjZW5jb2RlZFNpZ25lZE1h
cmsnPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xh
c3M9J2luZm8nPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IAogICAgICAgICAgICBlbGVtZW50cy4KPC9kZD4KPC9kbD48L2Jsb2Nr
cXVvdGU+Cgo8cD5Nb3JlIHRoYW4gb25lICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7LCAmbHQ7c21k
OnNpZ25lZE1hcmsmZ3Q7LCAKICAgICAgICBvciAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0
OyBlbGVtZW50IE1BWSBiZSBzcGVjaWZpZWQuIFRoZSBtYXhpbXVtCiAgICAgICAgbnVtYmVyIG9m
IG1hcmtzIHBlciBkb21haW4gbmFtZSBpcyB1cCB0byBzZXJ2ZXIgcG9saWN5Lgo8L3A+CjxhIG5h
bWU9ImNvZGVNYXJrIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNl
bGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0
Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwv
YT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi40LjEiPjwvYT48aDM+
Mi40LjEuJm5ic3A7CiZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1lbnQ8L2gzPgoKPHA+VGhl
ICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1lbnQgdGhhdCBpcyB1c2VkIGJ5IHRoZSAiY29k
ZSIsICJtYXJrIiwgCiAgICAgICAgICAgYW5kICJjb2RlIHdpdGggbWFyayIgdmFsaWRhdGlvbiBt
b2RlbHMsIGhhcyB0aGUgZm9sbG93aW5nIGNoaWxkIAogICAgICAgICAgIGVsZW1lbnRzOgo8L3A+
CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDtsYXVuY2g6Y29k
ZSZndDs6PC9kdD4KPGRkPk9QVElPTkFMIG1hcmsgY29kZSB1c2VkIHRvIAogICAgICAgICAgICAg
IHZhbGlkYXRlIHRoZSAmbHQ7bGF1bmNoOm1hcmsmZ3Q7IGluZm9ybWF0aW9uLiAgVGhlIG1hcmsg
Y29kZSAKICAgICAgICAgICAgICBjYW4gYmUgYSBtYXJrIHNwZWNpZmljIHNlY3JldCB2YWx1ZSB0
aGF0IHRoZSBzZXJ2ZXIgY2FuIHZlcmlmeSAKICAgICAgICAgICAgICBhZ2FpbnN0IGEgdGhpcmQg
cGFydHkuCjwvZGQ+CjxkdD4mbHQ7bWFyazptYXJrJmd0Ozo8L2R0Pgo8ZGQ+T1BUSU9OQUwgbWFy
ayBpbmZvcm1hdGlvbiAKICAgICAgICAgICAgICB3aXRoIGNoaWxkIGVsZW1lbnRzIGRlZmluZWQg
aW4gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjbWFyayc+TWFyazxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz5NYXJrPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiAKICAgICAgICAg
ICAgICBzZWN0aW9uLgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPlRoZSBmb2xsb3dpbmcg
aXMgYW4gZXhhbXBsZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICAgICBlbGVtZW50
IHdpdGggYm90aCBhICZsdDtsYXVuY2g6Y29kZSZndDsgYW5kICZsdDtsYXVuY2g6bWFyayZndDsg
ZWxlbWVudC4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2lu
LWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7bGF1bmNoOmNvZGVNYXJr
Jmd0OwogICZsdDtsYXVuY2g6Y29kZSZndDs0OUZENDZFNkM0QjQ1QzU1RDRBQyZsdDsvbGF1bmNo
OmNvZGUmZ3Q7CiAgJmx0O21hcms6bWFyayB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOm1hcmstMS4wIiZndDsKICAgICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21h
cms6bmFtZSZndDsKICAgICZsdDttYXJrOmxhYmVsJmd0O2V4YW1wbGUtb25lJmx0Oy9tYXJrOmxh
YmVsJmd0OwogICAgJmx0O21hcms6bGFiZWwmZ3Q7ZXhhbXBsZW9uZSZsdDsvbWFyazpsYWJlbCZn
dDsKICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3Vl
ciZndDsKICAgICZsdDttYXJrOm51bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZn
dDsKICAgICZsdDttYXJrOnR5cGUmZ3Q7UkVHLVRNLVdPUkQmbHQ7L21hcms6dHlwZSZndDsKICAg
ICZsdDttYXJrOmNsYXNzJmd0OzEmbHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAmbHQ7bWFyazplbnRp
dGxlbWVudCZndDtvd25lciZsdDsvbWFyazplbnRpdGxlbWVudCZndDsKICAgICZsdDttYXJrOnJl
Z0RhdGUmZ3Q7MjAxMS0wOS0wOSZsdDsvbWFyazpyZWdEYXRlJmd0OwogICAgJmx0O21hcms6ZWZm
ZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAm
bHQ7bWFyazpleERhdGUmZ3Q7MjAxMy0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAmbHQ7
bWFyazpjb3VudHJ5Jmd0O0FVJmx0Oy9tYXJrOmNvdW50cnkmZ3Q7CiAgICAmbHQ7bWFyazpyZWdp
b24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsKICAgICZsdDttYXJrOm93bmVyJmd0OwogICAg
ICAmbHQ7bWFyazpvcmcmZ3Q7RXhhbXBsZSBJbmMuJmx0Oy9tYXJrOm9yZyZndDsKICAgICZsdDsv
bWFyazpvd25lciZndDsKICAgICZsdDttYXJrOmNvbnRhY3QmZ3Q7CiAgICAgICZsdDttYXJrOm5h
bWUmZ3Q7Sm9obiBEb2UmbHQ7L21hcms6bmFtZSZndDsKICAgICAgJmx0O21hcms6b3JnJmd0O0V4
YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICZsdDttYXJrOmFkZHImZ3Q7CiAgICAg
ICAgJmx0O21hcms6c3RyZWV0Jmd0OzEyMyBFeGFtcGxlIERyLiZsdDsvbWFyazpzdHJlZXQmZ3Q7
CiAgICAgICAgJmx0O21hcms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7
CiAgICAgICAgJmx0O21hcms6Y2l0eSZndDtSZXN0b24mbHQ7L21hcms6Y2l0eSZndDsKICAgICAg
ICAmbHQ7bWFyazpzcCZndDtWQSZsdDsvbWFyazpzcCZndDsKICAgICAgICAmbHQ7bWFyazpwYyZn
dDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAmbHQ7bWFyazpjYyZndDtVUyZsdDsvbWFy
azpjYyZndDsKICAgICAgJmx0Oy9tYXJrOmFkZHImZ3Q7CiAgICAgICZsdDttYXJrOnZvaWNlIHg9
IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICZsdDttYXJr
OmZheCZndDsrMS43MDM1NTU1NTU2Jmx0Oy9tYXJrOmZheCZndDsKICAgICAgJmx0O21hcms6ZW1h
aWwmZ3Q7amRvZUBleGFtcGxlLnRsZCZsdDsvbWFyazplbWFpbCZndDsKICAgICZsdDsvbWFyazpj
b250YWN0Jmd0OwogICZsdDsvbWFyazptYXJrJmd0OwombHQ7L2xhdW5jaDpjb2RlTWFyayZndDs8
L3ByZT48L2Rpdj4KPGEgbmFtZT0ibWFyayI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFy
eT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWci
IGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJz
cDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIu
NSI+PC9hPjxoMz4yLjUuJm5ic3A7Ck1hcms8L2gzPgoKPHA+QSAmbHQ7bWFyazptYXJrJmd0OyBl
bGVtZW50IGRlc2NyaWJlcyBhbiBhcHBsaWNhbnQncyBwcmlvciByaWdodAogICAgICAgIHRvIGEg
Z2l2ZW4gZG9tYWluIG5hbWUgdGhhdCBpcyB1c2VkIHdpdGggdGhlICJtYXJrIiwgIm1hcmsgd2l0
aCBjb2RlIiwgYW5kIAogICAgICAgIHRoZSAic2lnbmVkIG1hcmsiIHZhbGlkYXRpb24gbW9kZWxz
Lgo8L3A+CjxwPlRoZSBjaGlsZCBlbGVtZW50cyBvZiB0aGUgJmx0O21hcms6bWFyayZndDsgZWxl
bWVudCBpbmNsdWRlOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4K
PGR0PiZsdDttYXJrOmlkJmd0Ozo8L2R0Pgo8ZGQ+QW4gaWRlbnRpZmllciBmb3IgdGhlIG1hcmsu
IFRoaXMKICAgICAgICAgICAgaWRlbnRpZmllciBNVVNUIGJlIHVuaXF1ZSBhbW9uZyBhbGwgbWFy
a3MgYXNzb2NpYXRlZCB3aXRoIGFuCiAgICAgICAgICAgIGFwcGxpY2F0aW9uIG9iamVjdC4KPC9k
ZD4KPGR0PiZsdDttYXJrOm5hbWUmZ3Q7OjwvZHQ+CjxkZD5UaGUgcmVnaXN0ZXJlZCB0cmFkZW1h
cmsgdGV4dCBzdHJpbmcuICBUaGlzIAogICAgICAgICAgICB2YWx1ZSBpcyBmcmVlLWZvcm0gdGV4
dCB0aGF0IE1BWSBiZSBtYXBwZWQgdG8gb25lIG9yIG1vcmUgJmx0O21hcms6bGFiZWwmZ3Q7IHZh
bHVlcy4KPC9kZD4KPGR0PiZsdDttYXJrOmxhYmVsJmd0Ozo8L2R0Pgo8ZGQ+WmVybyBvciBtb3Jl
IGRvbWFpbiBuYW1lIGxhYmVscyB0aGF0IGNvcnJlc3BvbmQgCiAgICAgICAgICAgIHRvIHRoZSAm
bHQ7bWFyazpuYW1lJmd0Oy4gIEVhY2ggJmx0O21hcms6bGFiZWwmZ3Q7IGNhbiBtYXRjaCAKICAg
ICAgICAgICAgZGlyZWN0bHkgdG8gdGhlIGRvbWFpbiBuYW1lIGFmdGVyIGFkZGluZyB0aGUgcGFy
ZW50IHpvbmUuCjwvZGQ+CjxkdD4mbHQ7bWFyazppc3N1ZXImZ3Q7OjwvZHQ+CjxkZD5UaGUgbmFt
ZSBvZiB0aGUgYXV0aG9yaXR5IHdoaWNoIGlzc3VlZAogICAgICAgICAgICB0aGUgcmlnaHQgKHRy
YWRlbWFyayBjbGVhcmluZ2hvdXNlLCB0cmFkZW1hcmsgb2ZmaWNlLCBjb21wYW55IHJlZ2lzdHJh
dGlvbiBidXJlYXUsIGV0Yy4pLgo8L2RkPgo8ZHQ+Jmx0O21hcms6bnVtYmVyJmd0Ozo8L2R0Pgo8
ZGQ+VGhlIHJlZ2lzdHJhdGlvbiBudW1iZXIgb2YgdGhlIHJpZ2h0CiAgICAgICAgICAgICh0cmFk
ZW1hcmsgbnVtYmVyLCBjb21wYW55IHJlZ2lzdHJhdGlvbiBudW1iZXIsIGV0Yy4pLgo8L2RkPgo8
ZHQ+Jmx0O21hcms6dHlwZSZndDs6PC9kdD4KPGRkPkluZGljYXRlcyB0aGUgdHlwZSBvZiBjbGFp
bSBiZWluZyBtYWRlICh0cmFkZW1hcmssCiAgICAgIHN5bWJvbCwgY29tYmluZWQgbWFyaywgY29t
cGFueSBuYW1lLCBldGMuKS4KPC9kZD4KPGR0PiZsdDttYXJrOmNsYXNzJmd0Ozo8L2R0Pgo8ZGQ+
WmVybyBvciBtb3JlIE5pY2UgQ2xhc3NpZmljYXRpb24gY2xhc3MgbnVtYmVycyBhcyBkZWZpbmVk
IGluIHRoZSAKICAgICAgICAgICAgPGEgaHJlZj0naHR0cDovL3d3dy53aXBvLmludC9jbGFzc2lm
aWNhdGlvbnMvbml2aWxvL25pY2UvaW5kZXguaHRtJz5OaWNlIExpc3Qgb2YgQ2xhc3NlczwvYT4u
CjwvZGQ+CjxkdD4mbHQ7bWFyazplbnRpdGxlbWVudCZndDs6PC9kdD4KPGRkPkluZGljYXRlcyB0
aGUgYXBwbGljYW50J3MKICAgICAgICAgICAgZW50aXRsZW1lbnQgdG8gdGhlIG1hcmsgKG93bmVy
LCBsaWNlbnNlZSwgZXRjLikuCjwvZGQ+CjxkdD4mbHQ7bWFyazpyZWdEYXRlJmd0Ozo8L2R0Pgo8
ZGQ+VGhlIGRhdGUgb2YgcmVnaXN0cmF0aW9uIC8gYXBwbGljYXRpb24gb2YgdGhlCiAgICAgICAg
ICAgIG1hcmsuCjwvZGQ+CjxkdD4mbHQ7bWFyazplZmZlY3RpdmVEYXRlJmd0Ozo8L2R0Pgo8ZGQ+
VGhlIGRhdGUgdGhlCiAgICAgICAgICAgIG1hcmsgYmVjb21lcyBlZmZlY3RpdmUuCjwvZGQ+Cjxk
dD4mbHQ7bWFyazpleERhdGUmZ3Q7OjwvZHQ+CjxkZD5UaGUgZGF0ZSBvZiBleHBpcmF0aW9uIG9m
IHRoZQogICAgICAgICAgICBtYXJrLgo8L2RkPgo8ZHQ+Jmx0O21hcms6Y291bnRyeSZndDs6PC9k
dD4KPGRkPlRoZSBjb3VudHJ5IGluIHdoaWNoIHRoZQogICAgICAgICAgICAgIG1hcmsgaXMgdmFs
aWQuIFRoaXMgbWF5IGJlIGEgdHdvLWNoYXJhY3RlciBjb2RlIGZyb20gPGEgY2xhc3M9J2luZm8n
IGhyZWY9JyNXSVBPLlNUMyc+W1dJUE8uU1QzXTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5XSVBPLCAmbGRxdW87UmVjb21tZW5kZWQgc3RhbmRhcmQgb24gdHdvLWxldHRlciBjb2Rl
cyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIHN0YXRlcywgb3RoZXIgZW50aXRpZXMgYW5kIGlu
dGVyZ292ZXJubWVudGFsIG9yZ2FuaXphdGlvbnMsJnJkcXVvOyBNYXJjaCZuYnNwOzIwMDcuPC9z
cGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KPC9kZD4KPGR0PiZsdDttYXJrOnJlZ2lvbiZndDs6PC9k
dD4KPGRkPlRoZSBuYW1lIG9mIGEgY2l0eSwgc3RhdGUsCiAgICAgICAgICAgIHByb3ZpbmNlIG9y
IG90aGVyIGdlb2dyYXBoaWMgcmVnaW9uIGluIHdoaWNoIHRoZSBtYXJrIGlzIHZhbGlkLgo8L2Rk
Pgo8ZHQ+Jmx0O21hcms6b3duZXImZ3Q7OjwvZHQ+CjxkZD5UaGUgb3duZXIgaW5mb3JtYXRpb24g
dXNpbmcgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjY29udGFjdCc+Q29udGFjdDxzcGFuPiAo
PC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Db250YWN0PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9h
PiAKICAgICAgICAgICAgZWxlbWVudHMuCjwvZGQ+CjxkdD4mbHQ7bWFyazpjb250YWN0Jmd0Ozo8
L2R0Pgo8ZGQ+VGhlIGNvbnRhY3QgZm9yIHRoZSBvd25lciB1c2luZyB0aGUgCiAgICAgICAgICAg
IDxhIGNsYXNzPSdpbmZvJyBocmVmPScjY29udGFjdCc+Q29udGFjdDxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz5Db250YWN0PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBlbGVtZW50
Lgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkFsbCBvZiB0aGUgY2hpbGQgZWxlbWVudHMg
YXJlIE9QVElPTkFMLiBTZXJ2ZXIgcG9saWN5IG1heSAKICAgICAgICAgIHBsYWNlIGFkZGl0aW9u
YWwgY29uc3RyYWludHMgb24gdGhlIGZvcm1hdCBhbmQgcmVxdWlyZW1lbnRzIG9mIHN1Y2ggZWxl
bWVudHMuCjwvcD4KPGEgbmFtZT0iY29udGFjdCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3Vt
bWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0Ni
dWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4m
bmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9u
LjIuNiI+PC9hPjxoMz4yLjYuJm5ic3A7CkNvbnRhY3Q8L2gzPgoKPHA+VGhlIGNvbnRhY3QgaW5m
b3JtYXRpb24gY29udGFpbmVkIHdpdGhpbiB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNtYXJr
Jz5NYXJrPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcms8L3NwYW4+PHNwYW4+
KTwvc3Bhbj48L2E+IGNhbm5vdCAKICAgICAgICBiZSBkZWZpbmVkIHZpYSBhIGNvbnRhY3QgaWRl
bnRpZmllciBhcyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzMn
PkVQUCBjb250YWN0IG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBDb250YWN0IE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4p
PC9zcGFuPjwvYT4gW1JGQzU3MzNdIHNpbmNlIAogICAgICAgIGl0IGlzIGNvbnRhY3QgaW5mb3Jt
YXRpb24gZGVmaW5lZCBvdXRzaWRlIG9mIHRoZSBzZXJ2ZXIuICBTb21lIG9mIHRoZSBjb250YWN0
IGVsZW1lbnRzIGRlZmluZWQgaW4gCiAgICAgICAgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1
NzMzJz5FUFAgY29udGFjdCBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8n
PkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wg
KEVQUCkgQ29udGFjdCBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMzXSBhcmUgcmVwbGljYXRlZCBmb3IgdGhlIG1hcmsgY29u
dGFjdCBzbyB0aGVyZSBpcyBubyBkZXBlbmRlbmN5IHRvIHRoZSA8YSBjbGFzcz0naW5mbycgaHJl
Zj0nI1JGQzU3MzMnPkVQUCBjb250YWN0IG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFz
cz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQ
cm90b2NvbCAoRVBQKSBDb250YWN0IE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwv
c3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzNdIFhNTCBzY2hlbWEgZnJvbSB0aGUgTWFy
ayBYTUwgc2NoZW1hLgo8L3A+CjxwPlRoZSBjaGlsZCBlbGVtZW50cyBvZiBhIGNvbnRhY3QgdXNp
bmcgZWl0aGVyIHRoZSAmbHQ7bWFyazpvd25lciZndDsgb3IgCiAgICAgICAgJmx0O21hcms6Y29u
dGFjdCZndDsgZWxlbWVudHMgaW5jbHVkZToKICAgICAgICA8L3A+CjxibG9ja3F1b3RlIGNsYXNz
PSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bWFyazpuYW1lJmd0Ozo8L2R0Pgo8ZGQ+VGhlIG5hbWUgb2Yg
dGhlIGluZGl2aWR1YWwgb3Igcm9sZSByZXByZXNlbnRlZCBieSB0aGUgY29udGFjdC4KPC9kZD4K
PGR0PiZsdDttYXJrOm9yZyZndDs6PC9kdD4KPGRkPlRoZSBuYW1lIG9mIHRoZSBvcmdhbml6YXRp
b24gd2l0aCB3aGljaCB0aGUgY29udGFjdCBpcyBhZmZpbGlhdGVkLgo8L2RkPgo8ZHQ+Jmx0O21h
cms6YWRkciZndDs6PC9kdD4KPGRkPlRoZSBhZGRyZXNzIGluZm9ybWF0aW9uIGFzc29jaWF0ZWQg
d2l0aCB0aGUgY29udGFjdC4gIHRoZSAmbHQ7bWFyazphZGRyJmd0OyBlbGVtZW50IGNvbnRhaW5z
IAogICAgICAgICAgICB0aGUgZm9sbG93aW5nIGNoaWxkIGVsZW1lbnRzOgo8L2RkPgo8ZHQ+PC9k
dD4KPGRkPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O21hcms6c3RyZWV0
Jmd0OzwvZHQ+CjxkZD5aZXJvIHRvIHRocmVlICZsdDttYXJrOnN0cmVldCZndDsgZWxlbWVudHMg
dGhhdCBjb250YWluIAogICAgICAgICAgICAgICAgICB0aGUgY29udGFjdCdzIHN0cmVldCBhZGRy
ZXNzLgo8L2RkPgo8ZHQ+Jmx0O21hcms6Y2l0eSZndDs8L2R0Pgo8ZGQ+VGhlIGNvbnRhY3QncyBj
aXR5Lgo8L2RkPgo8ZHQ+Jmx0O21hcms6c3AmZ3Q7PC9kdD4KPGRkPlRoZSBjb250YWN0J3Mgc3Rh
dGUgb3IgcHJvdmluY2UuCjwvZGQ+CjxkdD4mbHQ7bWFyazpwYyZndDs8L2R0Pgo8ZGQ+VGhlIGNv
bnRhY3QncyBwb3N0YWwgY29kZS4KPC9kZD4KPGR0PiZsdDttYXJrOmNjJmd0OzwvZHQ+CjxkZD5U
aGUgY29udGFjdCdzIGNvdW50cnkgY29kZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+CjwvZGQ+
CjxkdD4mbHQ7bWFyazp2b2ljZSZndDs6PC9kdD4KPGRkPlRoZSBjb250YWN0J3Mgdm9pY2UgdGVs
ZXBob25lIG51bWJlci4KPC9kZD4KPGR0PiZsdDttYXJrOmZheCZndDs6PC9kdD4KPGRkPlRoZSBj
b250YWN0J3MgZmFjc2ltaWxlIHRlbGVwaG9uZSBudW1iZXIuCjwvZGQ+CjxkdD4mbHQ7bWFyazpl
bWFpbCZndDs6PC9kdD4KPGRkPlRoZSBjb250YWN0J3MgZW1haWwgYWRkcmVzcy4KPC9kZD4KPC9k
bD48L2Jsb2NrcXVvdGU+Cgo8cD5BbGwgb2YgdGhlIGNoaWxkIGVsZW1lbnRzIGFyZSBPUFRJT05B
TC4gIFNlcnZlciBwb2xpY3kgbWF5IHBsYWNlIGFkZGl0aW9uYWwgY29uc3RyYWludHMKICAgICAg
ICBvbiB0aGUgZm9ybWF0IGFuZCByZXF1aXJlbWVudHMgb2Ygc3VjaCBlbGVtZW50cy4KPC9wPgo8
YSBuYW1lPSJkaWdpdGFsc2lnbmF0dXJlIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi43
Ij48L2E+PGgzPjIuNy4mbmJzcDsKRGlnaXRhbCBTaWduYXR1cmU8L2gzPgoKPHA+RGlnaXRhbCBz
aWduYXR1cmVzIE1BWSBiZSB1c2VkIGJ5IHRoZSBzZXJ2ZXIgdG8gdmFsaWRhdGUgZWl0aGVyIAog
ICAgICAgIHRoZSBtYXJrIGluZm9ybWF0aW9uLCB3aGVuIHVzaW5nIHRoZSAic2lnbmVkIG1hcmsi
IHZhbGlkYXRpb24gbW9kZWwgd2l0aCB0aGUgCiAgICAgICAgJmx0O3NtZDpzaWduZWRNYXJrJmd0
OyBlbGVtZW50IG9yIHRoZSAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50LiAg
CiAgICAgICAgVGhlIGRpZ2l0YWwgc2lnbmF0dXJlcyBhcmUgICAKICAgICAgICBoYW5kbGVkIHVz
aW5nIGFuIDxhIGhyZWY9J2h0dHA6Ly93d3cudzMub3JnL1RSL3htbGRzaWctY29yZS8nPlhNTAog
ICAgICAgICAgICBTaWduYXR1cmU8L2E+IGFyb3VuZCB0aGUgZW50aXJlICZsdDtzbWQ6c2lnbmVk
TWFyayZndDsgCiAgICAgICAgICAgIGVsZW1lbnQuICBUaGUgJmx0O3NtZDplbmNvZGVkU2lnbmVk
TWFyayZndDsgZWxlbWVudCBpbmNsdWRlcyBhbiAKICAgICAgICAgICAgZW5jb2RlZCBmb3JtIG9m
IHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQgbGlrZSB0aGUgdXNlIG9mICJiYXNl
NjQiIGVuY29kaW5nLgogICAgICAgICAgICBPbmNlIHRoZSBkaWdpdGFsIHNpZ25hdHVyZSAKICAg
ICAgICAgaXMgdmFsaWRhdGVkIHVzaW5nIHRoZSBhcHByb3ByaWF0ZSBwdWJsaWMga2V5LCB0aGUg
c2VydmVyIGNhbiB0cnVzdCAKICAgICAgICAgYWxsIG9mIHRoZSBpbmZvcm1hdGlvbiBpbmNsdWRl
ZCBpbiB0aGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyAKICAgICAgICAgZWxlbWVudC4gIEl0J3Mg
dXAgdG8gc2VydmVyIHBvbGljeSBob3cgCiAgICAgICAgIHRoZSBwdWJsaWMga2V5IGlzIHRyYW5z
ZmVycmVkLgo8L3A+CjxwPlRvIGhhdmUgdGhlIGRpZ2l0YWwgc2lnbmF0dXJlIGNvdmVyIGFsbCBv
ZiB0aGUgZWxlbWVudHMgb2YgdGhlIAogICAgICAgICAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVs
ZW1lbnQsIAogICAgICAgICB0aGUgPGEgaHJlZj0naHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNp
Zy1jb3JlLyc+WE1MCiAgICAgICAgICAgIFNpZ25hdHVyZTwvYT4gSURSRUYgVVJJIGlzIHNldCB0
byB0aGUgImlkIiBhdHRyaWJ1dGUgdmFsdWUgb2YgdGhlIAogICAgICAgICAgICAmbHQ7c21kOnNp
Z25lZE1hcmsmZ3Q7IGVsZW1lbnQgYW5kIHRoZSAKICAgICAgICAgICAgVHJhbnNmb3JtICJodHRw
Oi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjZW52ZWxvcGVkLXNpZ25hdHVyZSIgaXMgCiAg
ICAgICAgICAgIHVzZWQuICBUaGUgZGlnaXRhbCBzaWduYXR1cmUgY292ZXJzIHRoZSAmbHQ7c21k
OnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQgCiAgICAgICAgICAgIGFuZCB0aGUgU2lnbmF0dXJlIAog
ICAgICAgICAgICBlbGVtZW50IGlzIGVtYmVkZGVkIGluIHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsm
Z3Q7IGVsZW1lbnQuCiAgICAgICAgCjwvcD4KPGEgbmFtZT0ic2lnbmVkTWFyayI+PC9hPjxiciAv
PjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNp
bmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVn
Ij48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+Cjxh
IG5hbWU9InJmYy5zZWN0aW9uLjIuNy4xIj48L2E+PGgzPjIuNy4xLiZuYnNwOwombHQ7c21kOnNp
Z25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L2gzPgoKPHA+VGhlICZsdDtzbWQ6c2lnbmVkTWFyayZndDsg
aXMgdGhlIGZyYWdtZW50IG9mIFhNTCB0aGF0IGlzIGRpZ2l0YWxseSAKICAgICAgICBzaWduZWQg
dXNpbmcgPGEgaHJlZj0naHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNpZy1jb3JlLyc+WE1MCiAg
ICAgICAgICAgIFNpZ25hdHVyZTwvYT4uICBUaGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyBpbmNs
dWRlcyBhIHJlcXVpcmVkICJpZCIgCiAgICAgICAgICAgIGF0dHJpYnV0ZSBvZiB0eXBlIFhTRCBJ
RCBmb3IgCiAgICAgICAgICAgIHVzZSB3aXRoIGFuIElEUkVGIFVSSSBmcm9tIHRoZSBTaWduYXR1
cmUgZWxlbWVudC4gIAogICAgICAgICAgICBUaGUgY2hpbGQgZWxlbWVudHMgb2YgdGhlICZsdDtz
bWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudCBpbmNsdWRlOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVv
dGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDtzbWQ6c2VyaWFsJmd0Ozo8L2R0Pgo8ZGQ+VGhl
IHNpZ25hdHVyZSBzZXJpYWwgbnVtYmVyIHRoYXQgCiAgICAgICAgICAgIGNhbiBiZSBjb21wYXJl
ZCB3aXRoIGEgcmV2b2NhdGlvbiBsaXN0IGJ5IHRoZSBzZXJ2ZXIuCjwvZGQ+CjxkdD4mbHQ7c21k
OmV4RGF0ZSZndDs6PC9kdD4KPGRkPk9QVElPTkFMIGRhdGUgYW5kIHRpbWUgdGhhdCB0aGUgCiAg
ICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZXhwaXJ5LiAgVGhlIHNlcnZlciBNVVNU
IE5PVCBhY2NlcHQgCiAgICAgICAgICAgIGEgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyB0aGF0IGhh
cyBleHBpcmVkLiAgTm8gJmx0O3NtZDpleERhdGUmZ3Q7IAogICAgICAgICAgICBlbGVtZW50IGlu
ZGljYXRlcyB0aGF0IHRoZXJlIGlzIG5vIGV4cGlyeS4KPC9kZD4KPGR0PiZsdDttYXJrOm1hcmsm
Z3Q7OjwvZHQ+CjxkZD5UaGUgdHJhZGVtYXJrIGluZm9ybWF0aW9uIGFzIGRlZmluZWQgaW4gdGhl
ICAKICAgICAgICAgICAgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNtYXJrJz5NYXJrPHNwYW4+ICg8
L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcms8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IHNl
Y3Rpb24uCjwvZGQ+CjxkdD4mbHQ7U2lnbmF0dXJlJmd0Ozo8L2R0Pgo8ZGQ+CiAgICAgICAgICAg
IDxhIGhyZWY9J2h0dHA6Ly93d3cudzMub3JnL1RSL3htbGRzaWctY29yZS8nPlhNTAogICAgICAg
ICAgICBTaWduYXR1cmU8L2E+IGZvciB0aGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0Oy4gIFVzZSBv
ZiAKICAgICAgICAgICAgYSBuYW1lc3BhY2UgcHJlZml4LCBsaWtlICJkc2lnIiwgaXMgcmVjb21t
ZW5kZWQgZm9yIHRoZSAiaHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNpZy1jb3JlLyIgCiAgICAg
ICAgICAgIGVsZW1lbnRzLgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPlRoZSBmb2xsb3dp
bmcgaXMgYW4gZXhhbXBsZSAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7CiAgICAgICAgICAgIHVzaW5n
IHRoZSA8YSBocmVmPSdodHRwOi8vd3d3LnczLm9yZy9UUi94bWxkc2lnLWNvcmUvJz5YTUwKICAg
ICAgICAgICAgU2lnbmF0dXJlPC9hPiB0byBzaWduIGFsbCBvZiB0aGUgZWxlbWVudHMgb2YgCiAg
ICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudC4KPC9wPjxkaXYgc3R5bGU9
J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0
OiBhdXRvJz48cHJlPgogJmx0O3NtZDpzaWduZWRNYXJrIGlkPSJzaWduZWRNYXJrIgogIHhtbG5z
OnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRNYXJrLTEuMCImZ3Q7CiAgJmx0O3Nt
ZDpzZXJpYWwmZ3Q7MTIzNDU2Jmx0Oy9zbWQ6c2VyaWFsJmd0OwogICZsdDtzbWQ6ZXhEYXRlJmd0
OzIwMTItMDgtMTZUMDk6MDA6MDAuMFombHQ7L3NtZDpleERhdGUmZ3Q7CiAgJmx0O21hcms6bWFy
awogICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmstMS4wIiZndDsKICAg
ICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21hcms6bmFtZSZndDsKICAgICZsdDtt
YXJrOmxhYmVsJmd0O2V4YW1wbGUtb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgJmx0O21hcms6
bGFiZWwmZ3Q7ZXhhbXBsZW9uZSZsdDsvbWFyazpsYWJlbCZndDsKICAgICZsdDttYXJrOmlzc3Vl
ciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3VlciZndDsKICAgICZsdDttYXJrOm51
bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZndDsKICAgICZsdDttYXJrOnR5cGUm
Z3Q7UkVHLVRNLVdPUkQmbHQ7L21hcms6dHlwZSZndDsKICAgICZsdDttYXJrOmNsYXNzJmd0OzEm
bHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAmbHQ7bWFyazplbnRpdGxlbWVudCZndDtvd25lciZsdDsv
bWFyazplbnRpdGxlbWVudCZndDsKICAgICZsdDttYXJrOnJlZ0RhdGUmZ3Q7MjAxMS0wOS0wOSZs
dDsvbWFyazpyZWdEYXRlJmd0OwogICAgJmx0O21hcms6ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEw
LTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAmbHQ7bWFyazpleERhdGUmZ3Q7MjAx
My0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAmbHQ7bWFyazpjb3VudHJ5Jmd0O0FVJmx0
Oy9tYXJrOmNvdW50cnkmZ3Q7CiAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJl
Z2lvbiZndDsKICAgICZsdDttYXJrOm93bmVyJmd0OwogICAgICZsdDttYXJrOm9yZyZndDtFeGFt
cGxlIEluYy4mbHQ7L21hcms6b3JnJmd0OwogICAgJmx0Oy9tYXJrOm93bmVyJmd0OwogICAgJmx0
O21hcms6Y29udGFjdCZndDsKICAgICAmbHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJr
Om5hbWUmZ3Q7CiAgICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcm
Z3Q7CiAgICAgJmx0O21hcms6YWRkciZndDsKICAgICAgJmx0O21hcms6c3RyZWV0Jmd0OzEyMyBF
eGFtcGxlIERyLiZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICZsdDttYXJrOnN0cmVldCZndDtT
dWl0ZSAxMDAmbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3Rv
biZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAmbHQ7bWFyazpzcCZndDtWQSZsdDsvbWFyazpzcCZn
dDsKICAgICAgJmx0O21hcms6cGMmZ3Q7MjAxOTAmbHQ7L21hcms6cGMmZ3Q7CiAgICAgICZsdDtt
YXJrOmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICZsdDsvbWFyazphZGRyJmd0OwogICAg
ICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2Um
Z3Q7CiAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1NTU1NTYmbHQ7L21hcms6ZmF4Jmd0Owog
ICAgICZsdDttYXJrOmVtYWlsJmd0O2pkb2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7
CiAgICAmbHQ7L21hcms6Y29udGFjdCZndDsKICAmbHQ7L21hcms6bWFyayZndDsKICAmbHQ7ZHNp
ZzpTaWduYXR1cmUKICAJeG1sbnM6ZHNpZz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxk
c2lnIyImZ3Q7CiAgICAmbHQ7ZHNpZzpTaWduZWRJbmZvJmd0OwogICAgJmx0O2RzaWc6Q2Fub25p
Y2FsaXphdGlvbk1ldGhvZApBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMTAveG1s
LWV4Yy1jMTRuIyIvJmd0OwogICAgJmx0O2RzaWc6U2lnbmF0dXJlTWV0aG9kCkFsZ29yaXRobT0i
aHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI3JzYS1zaGExIi8mZ3Q7CiAgICAmbHQ7
ZHNpZzpSZWZlcmVuY2UgVVJJPSIjc2lnbmVkTWFyayImZ3Q7CiAgICAgICZsdDtkc2lnOlRyYW5z
Zm9ybXMmZ3Q7CiAgICAgICAgJmx0O2RzaWc6VHJhbnNmb3JtCkFsZ29yaXRobT0iaHR0cDovL3d3
dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI2VudmVsb3BlZC1zaWduYXR1cmUiLyZndDsKICAgICAg
Jmx0Oy9kc2lnOlRyYW5zZm9ybXMmZ3Q7CiAgICAgICZsdDtkc2lnOkRpZ2VzdE1ldGhvZAogICAg
ICAgIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI3NoYTEiLyZn
dDsKICAgICAgJmx0O2RzaWc6RGlnZXN0VmFsdWUmZ3Q7NjY1MVQ1czlHWmdRT3hpZmRDRm1EZlNJ
b1VjPSZsdDsvZHNpZzpEaWdlc3RWYWx1ZSZndDsKICAgICZsdDsvZHNpZzpSZWZlcmVuY2UmZ3Q7
CiAgJmx0Oy9kc2lnOlNpZ25lZEluZm8mZ3Q7CiAgICAmbHQ7ZHNpZzpTaWduYXR1cmVWYWx1ZSZn
dDsKR203Um5FYjZqY2lqS2NnbXdFbXhKNmoxTDB2dDJ3RnlYdjNvS2M5CmE0YjhuTU9LZGVjOFMz
dEcyaFN4L05aYTBSRkh2eDV6TXNIL00Kam14enJUQmJsNWQ3VzhRcWw1VnNXNFhhblNqSitVZ0lM
czlrNlhnVnRaRTJFdmZmTUxCaUw0eGJDSk00OGV3ClJZUlk3bFZFem9ObXM5MXBtbTNVNUlsTlJO
alUvWUZxWjFwWGhocmh5aFBqU2k5VW9uOEZuQUphaUJFZkhjagpHNjgxNUlKVi85UlQrTVRYcmk3
aTBzODJDcUlTNHdER2JHcHlaQXM3L2tEWTNBM3VwcVNPd1R0ckZTQ0ZYMUYKK0NyYWVjNzJsQkIv
ZEtKSHhtb1ZrYklPNUtRaHFJT2QrRStoMmtndUUrK1JIS2E0eG9CSWV5VGdXcXBXY0x1Ck1vRnBN
K0d4d0ZjcFNBPT0KICAgICAmbHQ7L2RzaWc6U2lnbmF0dXJlVmFsdWUmZ3Q7CiAgICZsdDsvZHNp
ZzpTaWduYXR1cmUmZ3Q7CiAmbHQ7L3NtZDpzaWduZWRNYXJrJmd0OzwvcHJlPjwvZGl2Pgo8YSBu
YW1lPSJlbmNvZGVkU2lnbmVkTWFyayI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0i
bGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFs
aWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtU
T0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuNy4y
Ij48L2E+PGgzPjIuNy4yLiZuYnNwOwombHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVt
ZW50PC9oMz4KCjxwPlRoZSAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IGNv
bnRhaW5zIGFuIGVuY29kZWQgZm9ybSBvZiAKICAgICAgICB0aGUgZGlnaXRhbGx5IHNpZ25lZCAm
bHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQsIGRlc2NyaWJlZCBpbiA8YSBjbGFzcz0naW5m
bycgaHJlZj0nI3NpZ25lZE1hcmsnPlNlY3Rpb24mbmJzcDsyLjcuMTxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+LCAKICAgICAgICB3aXRoIHRoZSBlbmNvZGluZyBkZWZpbmVkIGJ5IHRo
ZSAiZW5jb2RpbmciIGF0dHJpYnV0ZSB3aXRoIHRoZSBkZWZhdWx0ICJlbmNvZGluZyIgCiAgICAg
ICAgdmFsdWUgb2YgImJhc2U2NCIuICBUaGUgImJhc2U2NCIgZW5jb2RlZCB0ZXh0IG9mIHRoZSAm
bHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IAogICAgICAgIE1VU1QgY29uZm9y
bSB0byA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzIwNDUnPltSRkMyMDQ1XTxzcGFuPiAoPC9z
cGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5GcmVlZCwgTi4gYW5kIE4uIEJvcmVuc3RlaW4sICZsZHF1
bztNdWx0aXB1cnBvc2UgSW50ZXJuZXQgTWFpbCBFeHRlbnNpb25zIChNSU1FKSBQYXJ0IE9uZTog
Rm9ybWF0IG9mIEludGVybmV0IE1lc3NhZ2UgQm9kaWVzLCZyZHF1bzsgTm92ZW1iZXImbmJzcDsx
OTk2Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4uCjwvcD4KPHA+VGhlIGZvbGxvd2luZyBpcyBh
biBleGFtcGxlIG9mIGEgJmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsKICAgICAgICAgICAg
ZWxlbWVudCB0aGF0IHVzZXMgdGhlIGRlZmF1bHQgImJhc2U2NCIgZm9yIGVuY29kaW5nIGEgJmx0
O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFi
bGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+
CiAgICAgICAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrCiAgICAgICAgeG1sbnM6c21kPSJ1cm46
aWV0ZjpwYXJhbXM6eG1sOm5zOnNpZ25lZE1hcmstMS4wIiZndDsKRDk0Yld3Z2RtVnljMmx2Ymow
aU1TNHdJaUJsYm1OdlpHbHVaejBpVlZSR0xUZ2lQejQ4YzIxa09uTgpwWjI1bFpFMWhjbXNnZUcx
c2JuTTZjMjFrUFNKMWNtNDZhV1YwWmpwd1lYSmhiWE02ZUcxc09tNXpPCm5OcFoyNWxaRTFoY21z
dE1TNHdJaUJwWkQwaWMybG5ibVZrVFdGeWF5SS1QSE50WkRwelpYSnBZV3cKLU1USXpORFUyUEM5
emJXUTZjMlZ5YVdGc1BqeHpiV1E2WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTQpUZzZNVFk2TlRR
dU1EZzRNRm84TDNOdFpEcGxlRVJoZEdVLVBHMWhjbXM2YldGeWF5QjRiV3h1Y3pwCnRZWEpyUFNK
MWNtNDZhV1YwWmpwd1lYSmhiWE02ZUcxc09tNXpPbTFoY21zdE1TNHdJajQ4YldGeWEKenB1WVcx
bFBrVjRZVzF3YkdVZ1QyNWxQQzl0WVhKck9tNWhiV1UtUEcxaGNtczZiR0ZpWld3LVpYaApoYlhC
c1pTMXZibVU4TDIxaGNtczZiR0ZpWld3LVBHMWhjbXM2YkdGaVpXdy1aWGhoYlhCc1pXOXVaClR3
dmJXRnlhenBzWVdKbGJENDhiV0Z5YXpwcGMzTjFaWEktU1ZBZ1EyeGxZWEpwYm1kb2IzVnpaVHcK
dmJXRnlhenBwYzNOMVpYSS1QRzFoY21zNmJuVnRZbVZ5UGtkRklETTVNek15TXpJOEwyMWhjbXM2
YgpuVnRZbVZ5UGp4dFlYSnJPbTUxYldKbGNqNXZkMjVsY2p3dmJXRnlhenB1ZFcxaVpYSS1QRzFo
Y21zCjZjbVZuUkdGMFpUNHlNREV5TFRFeExUSTVWREU0T2pFMk9qVTBMakEzTkRaYVBDOXRZWEpy
T25KbFoKMFJoZEdVLVBHMWhjbXM2WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTVRnNk1UWTZOVFF1
TURjME5sbwo4TDIxaGNtczZaWGhFWVhSbFBqeHRZWEpyT21OdmRXNTBjbmstUVZVOEwyMWhjbXM2
WTI5MWJuUnllClQ0OGJXRnlhenB5WldkcGIyNC1Wa2xEUEM5dFlYSnJPbkpsWjJsdmJqNDhMMjFo
Y21zNmJXRnlhejQKOFpITnBaenBUYVdkdVlYUjFjbVVnZUcxc2JuTTZaSE5wWnowaWFIUjBjRG92
TDNkM2R5NTNNeTV2YwptY3ZNakF3TUM4d09TOTRiV3hrYzJsbkl5SS1QR1J6YVdjNlUybG5ibVZr
U1c1bWJ6NDhaSE5wWnpwCkRZVzV2Ym1sallXeHBlbUYwYVc5dVRXVjBhRzlrSUVGc1oyOXlhWFJv
YlQwaWFIUjBjRG92TDNkM2QKeTUzTXk1dmNtY3ZWRkl2TWpBd01TOVNSVU10ZUcxc0xXTXhORzR0
TWpBd01UQXpNVFVqVjJsMGFFTgp2YlcxbGJuUnpJaTgtUEdSemFXYzZVMmxuYm1GMGRYSmxUV1Yw
YUc5a0lFRnNaMjl5YVhSb2JUMGlhCkhSMGNEb3ZMM2QzZHk1M015NXZjbWN2TWpBd01DOHdPUzk0
Yld4a2MybG5JM0p6WVMxemFHRXhJaTgKLVBHUnphV2M2VW1WbVpYSmxibU5sSUZWU1NUMGlJM05w
WjI1bFpFMWhjbXNpUGp4a2MybG5PbFJ5WQpXNXpabTl5YlhNLVBHUnphV2M2VkhKaGJuTm1iM0p0
SUVGc1oyOXlhWFJvYlQwaWFIUjBjRG92TDNkCjNkeTUzTXk1dmNtY3ZNakF3TUM4d09TOTRiV3hr
YzJsbkkyVnVkbVZzYjNCbFpDMXphV2R1WVhSMWMKbVVpTHo0OEwyUnphV2M2VkhKaGJuTm1iM0p0
Y3o0OFpITnBaenBFYVdkbGMzUk5aWFJvYjJRZ1FXeApuYjNKcGRHaHRQU0pvZEhSd09pOHZkM2Qz
TG5jekxtOXlaeTh5TURBd0x6QTVMM2h0YkdSemFXY2pjCjJoaE1TSXZQanhrYzJsbk9rUnBaMlZ6
ZEZaaGJIVmxQa3RJZFZGcmRGZFVNblJZYlhnNFkyWldkMk4KdlowSlNVbTVvUlQwOEwyUnphV2M2
UkdsblpYTjBWbUZzZFdVLVBDOWtjMmxuT2xKbFptVnlaVzVqWgpUNDhMMlJ6YVdjNlUybG5ibVZr
U1c1bWJ6NDhaSE5wWnpwVGFXZHVZWFIxY21WV1lXeDFaVDVSZFdrCjJkMnhMVlVsUmNITXhTMk42
YWpoVWFUVnVOVEJqYVRWRGMycE1MMmsyWWpCd1MwWjJORzE2WkVOaGMKV3BXY1hWdlZERmlTekpD
Wm5oS05HMHJiWEppT1d4TGVGbHJWbk5GQ25CNFFubG9TRzVLU0hwU01YVgoxTUcxTk1tdDRWVVJ5
V2tWQ2MwZHBWM0Z1YUhNelFWQnhPVEpCY1ZkR1pIWm5VbVY2WkhjeWNtTlZiClZnM2RHSnllV05H
TTNaRE1FSm1SVWc0UkhvS2IyRklVRlJRYjI0eFRVeE9iekY1Ykd0WVREQTViV0oKcVRIVmhSbEpT
UzNaMlVDczRkalExVkZKWFJta3JiVkowYWtKdk1HZzRibEZpTlROdFIybEthVTFPZQprRkRhREJ0
SzNwRmVBcDJibXhFVW1ScGRXSkZaVlZXYkc5TFYyZE1ZMUJpU2tkNFFtRldMMWd2UWpRCnZSblZS
YlhFemNsY3hhWE5aT1VsRVl6QTNVM1poZUVaMGExbDRlbVZyYTI1R1FrTkNTV05pYlhGVEMKbmxP
Y2tNdk9FcDRZMlJSU0hOMFRVWldjMVoyU2pkV1VGSnFTMlZaTTBSTGNVd3JUR2hSUFQwOEwyUgp6
YVdjNlUybG5ibUYwZFhKbFZtRnNkV1UtUEM5a2MybG5PbE5wWjI1aGRIVnlaVDQ4TDNOdFpEcHph
CldkdVpXUk5ZWEpyUGcKICAgICAgICZsdDsvc21kOmVuY29kZWRTaWduZWRNYXJrJmd0Owo8L3By
ZT48L2Rpdj4KPGEgbmFtZT0iY29tbWFuZHMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1h
cnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVn
IiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5i
c3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4z
Ij48L2E+PGgzPjMuJm5ic3A7CkVQUCBDb21tYW5kIE1hcHBpbmc8L2gzPgoKPHA+QSBkZXRhaWxl
ZCBkZXNjcmlwdGlvbiBvZiB0aGUgRVBQIHN5bnRheCBhbmQgc2VtYW50aWNzIGNhbiBiZSBmb3Vu
ZAogICAgICBpbiB0aGUgRVBQIGNvcmUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbiA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzAnPltSRkM1NzMwXTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNz
PSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFBy
b3RvY29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bh
bj48L2E+LiBUaGUKICAgICAgY29tbWFuZCBtYXBwaW5ncyBkZXNjcmliZWQgaGVyZSBhcmUgc3Bl
Y2lmaWNhbGx5IGZvciB1c2UgaW4gdGhlIExhdW5jaAogICAgICBQaGFzZSBFeHRlbnNpb24uCjwv
cD4KPHA+VGhpcyBtYXBwaW5nIGlzIGRlc2lnbmVkIHRvIGJlIGZsZXhpYmxlLCByZXF1aXJpbmcg
b25seSBhIG1pbmltdW0gc2V0CiAgICAgIG9mIHJlcXVpcmVkIGVsZW1lbnRzLgo8L3A+CjxwPldo
aWxlIGl0IGlzIG1lYW50IHRvIHNlcnZlIHNldmVyYWwgdXNlIGNhc2VzLCBpdCBkb2VzIG5vdCBw
cmVzY3JpYmUKICAgICAgYW55IGludGVycHJldGF0aW9uIGJ5IHRoZSBjbGllbnQgb3Igc2VydmVy
LiBTdWNoIHByb2Nlc3NpbmcgaXMgdHlwaWNhbGx5CiAgICAgIGhpZ2hseSBwb2xpY3ktZGVwZW5k
ZW50IGFuZCB0aGVyZWZvcmUgc3BlY2lmaWMgdG8gaW1wbGVtZW50YXRpb25zLgo8L3A+CjxwPk9w
ZXJhdGlvbnMgb24gYXBwbGljYXRpb24gb2JqZWN0cyBhcmUgZG9uZSB2aWEgb25lIG9yIG1vcmUg
b2YgdGhlCiAgICAgIGV4aXN0aW5nIEVQUCB2ZXJicyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZQogICAgICBtYXBwaW5nPHNwYW4+
ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRx
dW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0u
IFJlZ2lzdHJpZXMgbWF5IGNob29zZSB0byBzdXBwb3J0IGEgc3Vic2V0IG9mIHRoZQogICAgICBv
cGVyYXRpb25zLgo8L3A+CjxhIG5hbWU9ImNoZWNrQ29tbWFuZCI+PC9hPjxiciAvPjxociAvPgo8
dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNs
YXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVm
PSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJm
Yy5zZWN0aW9uLjMuMSI+PC9hPjxoMz4zLjEuJm5ic3A7CkVQUCAmbHQ7Y2hlY2smZ3Q7IENvbW1h
bmQ8L2gzPgoKPHA+VGhpcyBleHRlbnNpb24gZGVmaW5lcyBhZGRpdGlvbmFsIGVsZW1lbnRzIHRv
IGV4dGVuZCB0aGUgRVBQCiAgICAgICAgJmx0O2NoZWNrJmd0OyBjb21tYW5kIGFuZCByZXNwb25z
ZSB0byBiZSB1c2VkIGluIGNvbmp1bmN0aW9uIHdpdGggdGhlCiAgICAgICAgPGEgY2xhc3M9J2lu
Zm8nIGhyZWY9JyNSRkM1NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFwcGluZzxzcGFuPiAoPC9zcGFu
PjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJv
dmlzaW9uaW5nIFByb3RvY29sIChFUFApIERvbWFpbiBOYW1lIE1hcHBpbmcsJnJkcXVvOyBBdWd1
c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzFdLgo8L3A+Cjxw
PlRoaXMgZXh0ZW5zaW9uIGRlZmluZXMgYSBuZXcgY29tbWFuZCBjYWxsZWQgdGhlIENsYWltcyBD
aGVjayBDb21tYW5kIAogICAgICAgIHRoYXQgaXMgdXNlZCB0byBkZXRlcm1pbmUgd2hldGhlciBv
ciBub3QgdGhlcmUgYXJlIGFueSBtYXRjaGluZyAKICAgICAgICB0cmFkZW1hcmtzLCBpbiB0aGUg
c3BlY2lmaWVkIGxhdW5jaCBwaGFzZSwgZm9yIGVhY2ggZG9tYWluIG5hbWUgcGFzc2VkIGluIHRo
ZSBjb21tYW5kLiAgCiAgICAgICAgVGhlIGF2YWlsYWJpbGl0eSBjaGVjayBpbmZvcm1hdGlvbiBk
ZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4g
bmFtZQogICAgICBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxl
bmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkg
RG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFu
Pik8L3NwYW4+PC9hPiBbUkZDNTczMV0gTVVTVCBOT1QgYmUgcmV0dXJuZWQgZm9yIHRoZSBDbGFp
bXMgQ2hlY2sgQ29tbWFuZC4gIAogICAgICAgIEluc3RlYWQgb2YgCiAgICAgICAgcmV0dXJuaW5n
IHdoZXRoZXIgdGhlIGRvbWFpbiBuYW1lIGlzIGF2YWlsYWJsZSB0aGUgQ2xhaW1zIENoZWNrIENv
bW1hbmQgd2lsbCByZXR1cm4gd2hldGhlciAKICAgICAgICBvciBub3QgYXQgbGVhc3Qgb25lIG1h
dGNoaW5nIHRyYWRlbWFyayBleGlzdHMgZm9yIHRoZSBkb21haW4gbmFtZS4gIAogICAgICAgIElm
IHRoZXJlIGlzIGF0IGxlYXN0IG9uZSBtYXRjaGluZyB0cmFkZW1hcmsgdGhhdCBleGlzdHMgZm9y
IHRoZSAKICAgICAgICBkb21haW4gbmFtZSBhICZsdDtsYXVuY2g6Y2xhaW1LZXkmZ3Q7IGVsZW1l
bnQgaXMgcmV0dXJuZWQuICAKICAgICAgICBUaGUgdmFsdWUgb2YgdGhlICZsdDtsYXVuY2g6Y2xh
aW1LZXkmZ3Q7IGVsZW1lbnQgY2FuIAogICAgICAgIGJlIHVzZWQgd2l0aCBhbiBpbmZvIHNlcnZp
Y2Ugb2YgYSB0aGlyZCBwYXJ0eSB0cmFkZW1hcmsgcHJvdmlkZXIgbGlrZSAKICAgICAgICB0aGUg
VHJhZGVtYXJrIENsZWFyaW5naG91c2UgKFRNQ0gpIGZvciBnZXR0aW5nIHRoZSBpbmZvcm1hdGlv
biBuZWVkZWQgCiAgICAgICAgdG8gZ2VuZXJhdGUgdGhlIHRyYWRlbWFyayBjbGFpbXMgbm90aWNl
LiAgVGhlIHRoaXJkIHBhcnR5IHRyYWRlbWFyayAKICAgICAgICBwcm92aWRlciBzaG91bGQgYWxz
byByZXR1cm4gYSB1bmlxdWUgbm90aWNlIGlkZW50aWZpZXIgIAogICAgICAgIHRoYXQgY2FuIGJl
IHBhc3NlZCBpbiB0aGUgJmx0O2xhdW5jaDpub3RpY2VJRCZndDsgZWxlbWVudCBvZiB0aGUgZXh0
ZW5zaW9uIHRvIHRoZSAKICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NyZWF0ZUNvbW1h
bmQnPkNyZWF0ZSBDb21tYW5kPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkVQUCAm
bHQ7Y3JlYXRlJmd0OyBDb21tYW5kPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KICAgICAgICAK
ICAgICAgICBUaGUgJmx0O2RvbWFpbjpuYW1lJmd0OyBlbGVtZW50cyBpbiB0aGUgRVBQICZsdDtj
aGVjayZndDsgCiAgICAgICAgY29tbWFuZCBvZiA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3
MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9j
b2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9z
cGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0gZGVmaW5lIAogICAgICAgIHRoZSBkb21h
aW4gbmFtZXMgdG8gY2hlY2sgZm9yIG1hdGNoaW5nIHRyYWRlbWFya3MuICAKICAgICAgICBUaGUg
Jmx0O2xhdW5jaDpjaGVjayZndDsgZWxlbWVudCBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxk
IGVsZW1lbnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0
PiZsdDtsYXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPlRoZSBwaGFzZSB3aXRoIHRoZSB2YWx1ZSBv
ZgogICAgICAgICAgICAgICJjbGFpbXMxIiBvciAiY2xhaW1zMiIgdG8gaW5kaWNhdGUgaXQgYXMg
YSBDbGFpbXMgQ2hlY2sgQ29tbWFuZC4KICAgICAgICAgICAgICBUaGUgImNsYWltczEiIENsYWlt
cyBDaGVjayBDb21tYW5kIHdpbGwgbWF0Y2ggdGhlICZsdDtkb21haW46bmFtZSZndDsKICAgICAg
ICAgICAgICBhZ2FpbnN0IHRoZSBmdWxsIGxpc3Qgb2YgdHJhZGVtYXJrIGxhYmVscyBhbmQgdGhl
ICJjbGFpbXMyIiAKICAgICAgICAgICAgICBDbGFpbXMgQ2hlY2sgQ29tbWFuZCB3aWxsIG1hdGNo
IHRoZSAmbHQ7ZG9tYWluOm5hbWUmZ3Q7IGFnYWluc3QgCiAgICAgICAgICAgICAgdGhlIGxpc3Qg
b2YgdHJhZGVtYXJrIGxhYmVscyB0aGF0IG9wdGVkIGludG8gdGhlICJjbGFpbXMyIiAKICAgICAg
ICAgICAgICBsYXVuY2ggcGhhc2UuCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+RXhhbXBs
ZSBDbGFpbXMgQ2hlY2sgQ29tbWFuZCB1c2luZyB0aGUgJmx0O2NoZWNrJmd0OwogICAgICAgICAg
ICBkb21haW4gY29tbWFuZCBhbmQgdGhlICZsdDtsYXVuY2g6Y2hlY2smZ3Q7IGV4dGVuc2lvbiB0
byAKICAgICAgICAgICAgZGV0ZXJtaW5lIGlmICJleGFtcGxlMS50bGQiIGFuZCAiZXhhbXBsZTIu
dGxkIiBoYXZlIGFueSAKICAgICAgICAgICAgbWF0Y2hpbmcgdHJhZGVtYXJrcyBkdXJpbmcgdGhl
ICJjbGFpbXMxIiBsYXVuY2ggcGhhc2UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsg
d2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0
Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7
CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0
O2NvbW1hbmQmZ3Q7CiAgICZsdDtjaGVjayZndDsKICAgICZsdDtkb21haW46Y2hlY2sKICAgICB4
bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7CiAgICAg
ICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlMS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAg
ICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZTIudGxkJmx0Oy9kb21haW46bmFtZSZndDsKICAg
ICZsdDsvZG9tYWluOmNoZWNrJmd0OwogICAmbHQ7L2NoZWNrJmd0OwogICAmbHQ7ZXh0ZW5zaW9u
Jmd0OwogICAgJmx0O2xhdW5jaDpjaGVjawogICAgIHhtbG5zOmxhdW5jaD0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtjbGFp
bXMxJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDpjaGVjayZndDsKICAgJmx0
Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7
CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPHA+RXhhbXBsZSBD
bGFpbXMgQ2hlY2sgQ29tbWFuZCB1c2luZyB0aGUgJmx0O2NoZWNrJmd0OwogICAgICAgICAgICBk
b21haW4gY29tbWFuZCBhbmQgdGhlICZsdDtsYXVuY2g6Y2hlY2smZ3Q7IGV4dGVuc2lvbiB0byAK
ICAgICAgICAgICAgZGV0ZXJtaW5lIGlmICJleGFtcGxlMy50bGQiIGFuZCAiZXhhbXBsZTQudGxk
IiBoYXZlIGFueSAKICAgICAgICAgICAgbWF0Y2hpbmcgdHJhZGVtYXJrcyB0aGF0IG9wdGVkIGlu
dG8gdGhlICJjbGFpbXMyIiBsYXVuY2ggcGhhc2UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0
YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHBy
ZT4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5v
Ij8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7
CiAgJmx0O2NvbW1hbmQmZ3Q7CiAgICZsdDtjaGVjayZndDsKICAgICZsdDtkb21haW46Y2hlY2sK
ICAgICB4bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7
CiAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlMy50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0
OwogICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZTQudGxkJmx0Oy9kb21haW46bmFtZSZn
dDsKICAgICZsdDsvZG9tYWluOmNoZWNrJmd0OwogICAmbHQ7L2NoZWNrJmd0OwogICAmbHQ7ZXh0
ZW5zaW9uJmd0OwogICAgJmx0O2xhdW5jaDpjaGVjawogICAgIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZn
dDtjbGFpbXMyJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDpjaGVjayZndDsK
ICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRS
SUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPHA+SWYg
dGhlICZsdDtjaGVjayZndDsgY29tbWFuZCBoYXMgYmVlbiBwcm9jZXNzZWQgc3VjY2Vzc2Z1bGx5
LCB0aGUgRVBQIAogICAgICAgICAgJmx0O3Jlc0RhdGEmZ3Q7IGVsZW1lbnQgTVVTVCBjb250YWlu
cyBhIGNoaWxkICZsdDtsYXVuY2g6Y2hrRGF0YSZndDsgZWxlbWVudCAKICAgICAgICAgIHRoYXQg
aWRlbnRpZmllcyB0aGUgbGF1bmNoIG5hbWVzcGFjZS4gIFRoZSAmbHQ7bGF1bmNoOmNoa0RhdGEm
Z3Q7IGVsZW1lbnQgCiAgICAgICAgICBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxkIGVsZW1l
bnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDts
YXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPlRoZSBwaGFzZSB3aXRoIGEgdmFsdWUgb2YKICAgICAg
ICAgICAgICAiY2xhaW1zMSIgb3IgImNsYWltczIiIHRoYXQgbWF0Y2hlcyB0aGUgYXNzb2NpYXRl
ZCAKICAgICAgICAgICAgICBDbGFpbXMgQ2hlY2sgQ29tbWFuZCAmbHQ7bGF1bmNoOnBoYXNlJmd0
Oy4KPC9kZD4KPGR0PiZsdDtsYXVuY2g6Y2QmZ3Q7PC9kdD4KPGRkPk9uZSBvciBtb3JlICZsdDts
YXVuY2g6Y2QmZ3Q7IAogICAgICAgICAgICAgIGVsZW1lbnRzIHRoYXQgY29udGFpbiB0aGUgZm9s
bG93aW5nIGNoaWxkIGVsZW1lbnRzOgo8L2RkPgo8ZHQ+PC9kdD4KPGRkPgo8YmxvY2txdW90ZSBj
bGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O2xhdW5jaDpuYW1lJmd0OzwvZHQ+CjxkZD5Db250YWlu
cyB0aGUgZnVsbHkgCiAgICAgICAgICAgIHF1YWxpZmllZCBuYW1lIG9mIHRoZSBxdWVyaWVkIGRv
bWFpbiBuYW1lLiAgVGhpcyBlbGVtZW50IAogICAgICAgICAgICBNVVNUIGNvbnRhaW4gYW4gImV4
aXN0cyIgYXR0cmlidXRlIHdob3NlIHZhbHVlIAogICAgICAgICAgICBpbmRpY2F0ZXMgaWYgYSBt
YXRjaGluZyB0cmFkZW1hcmsgZXhpc3RzIGZvciB0aGUgZG9tYWluIAogICAgICAgICAgICBuYW1l
LiAgQSB2YWx1ZSBvZiAiMSIgb3IgInRydWUiIG1lYW5zIHRoYXQgYSBtYXRjaGluZyAKICAgICAg
ICAgICAgdHJhZGVtYXJrIGRvZXMgZXhpc3QgZm9yIHRoZSBjbGFpbXMgbGF1bmNoIHBoYXNlLiAg
CiAgICAgICAgICAgIEEgdmFsdWUgb2YgIjAiIG9yICJmYWxzZSIgbWVhbnMgdGhhdCAKICAgICAg
ICAgICAgYSBtYXRjaGluZyB0cmFkZW1hcmsgZG9lcyBub3QgZXhpc3QuCjwvZGQ+CjxkdD4mbHQ7
bGF1bmNoOmNsYWltS2V5Jmd0OzwvZHQ+CjxkZD5BbiBPUFRJT05BTCBjbGFpbSBrZXkgCiAgICAg
ICAgICAgIHRoYXQgTUFZIGJlIHBhc3NlZCB0byBhbiBpbmZvIHNlcnZpY2Ugb2YgYSB0aGlyZCBw
YXJ0eSAKICAgICAgICAgICAgdHJhZGVtYXJrIHByb3ZpZGVyIGxpa2UgdGhlIFRyYWRlbWFyayBD
bGVhcmluZ2hvdXNlIChUTUNIKSAKICAgICAgICAgICAgZm9yIGdldHRpbmcgdGhlIGluZm9ybWF0
aW9uIG5lZWRlZCB0byBnZW5lcmF0ZSB0aGUgCiAgICAgICAgICAgIHRyYWRlbWFyayBjbGFpbXMg
bm90aWNlLiAgVGhlICZsdDtsYXVuY2g6Y2xhaW1LZXkmZ3Q7IGlzIHVzZWQgCiAgICAgICAgICAg
IGFzIHRoZSBrZXkgZm9yIHRoZSBxdWVyeSBpbiBwbGFjZSBvZiB0aGUgZG9tYWluIG5hbWUgCiAg
ICAgICAgICAgIHRvIHNlY3VyZWx5IHF1ZXJ5IHRoZSBzZXJ2aWNlIHdpdGhvdXQgdXNpbmcgYSB3
ZWxsLWtub3duIAogICAgICAgICAgICB2YWx1ZSBsaWtlIGEgZG9tYWluIG5hbWUuCjwvZGQ+Cjwv
ZGw+PC9ibG9ja3F1b3RlPgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkV4YW1wbGUgQ2xh
aW1zIENoZWNrIFJlc3BvbnNlIHdoZW4gbm8gbWF0Y2hpbmcgdHJhZGVtYXJrcwogICAgICAgICAg
ICAgYXJlIGZvdW5kIGZvciB0aGUgZG9tYWluIG5hbWUgZXhhbXBsZTEudGxkIGFuZCBtYXRjaGlu
ZyAKICAgICAgICAgICAgIHRyYWRlbWFya3MgYXJlIGZvdW5kIGZvciB0aGUgZG9tYWluIG5hbWUg
ZXhhbXBsZTIudGxkIGZvciB0aGUgCiAgICAgICAgICAgICAiY2xhaW1zMSIgbGF1bmNoIHBoYXNl
Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDog
M2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5j
b2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAgICZsdDty
ZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgJmx0O21zZyZndDtDb21tYW5kIGNvbXBsZXRlZCBz
dWNjZXNzZnVsbHkmbHQ7L21zZyZndDsKICAgICZsdDsvcmVzdWx0Jmd0OwogICAgJmx0O3Jlc0Rh
dGEmZ3Q7CiAgICAgJmx0O2xhdW5jaDpjaGtEYXRhCiAgICAgIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZn
dDtjbGFpbXMxJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICZsdDtsYXVuY2g6Y2QmZ3Q7CiAg
ICAgICAgJmx0O2xhdW5jaDpuYW1lIGV4aXN0cz0iMCImZ3Q7ZXhhbXBsZTEudGxkJmx0Oy9sYXVu
Y2g6bmFtZSZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y2QmZ3Q7CiAgICAgICZsdDtsYXVuY2g6Y2Qm
Z3Q7CiAgICAgICAgJmx0O2xhdW5jaDpuYW1lIGV4aXN0cz0iMSImZ3Q7ZXhhbXBsZTIudGxkJmx0
Oy9sYXVuY2g6bmFtZSZndDsKICAgICAgICAmbHQ7bGF1bmNoOmNsYWltS2V5Jmd0O2FiYzEyMyZs
dDsvbGF1bmNoOmNsYWltS2V5Jmd0OwogICAgICAmbHQ7L2xhdW5jaDpjZCZndDsKICAgICAmbHQ7
L2xhdW5jaDpjaGtEYXRhJmd0OwogICAgJmx0Oy9yZXNEYXRhJmd0OwogICAgJmx0O3RySUQmZ3Q7
CiAgICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAgICAmbHQ7c3ZU
UklEJmd0OzU0MzIxLVhZWiZsdDsvc3ZUUklEJmd0OwogICAgJmx0Oy90cklEJmd0OwogICZsdDsv
cmVzcG9uc2UmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5FeGFtcGxlIENsYWltcyBD
aGVjayBSZXNwb25zZSB3aGVuIG5vIG1hdGNoaW5nIHRyYWRlbWFya3MKICAgICAgICAgICAgIGFy
ZSBmb3VuZCBmb3IgdGhlIGRvbWFpbiBuYW1lIGV4YW1wbGUzLnRsZCBhbmQgbWF0Y2hpbmcgCiAg
ICAgICAgICAgICB0cmFkZW1hcmtzIGFyZSBmb3VuZCBmb3IgdGhlIGRvbWFpbiBuYW1lIGV4YW1w
bGU0LnRsZCBmb3IgdGhlIAogICAgICAgICAgICAgImNsYWltczIiIGxhdW5jaCBwaGFzZS4KPC9w
PjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsg
bWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5n
PSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZndDsKJmx0O2VwcCB4bWxucz0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAmbHQ7cmVzcG9uc2UmZ3Q7CiAgICAmbHQ7cmVzdWx0
IGNvZGU9IjEwMDAiJmd0OwogICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21wbGV0ZWQgc3VjY2Vz
c2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZsdDtyZXNEYXRhJmd0
OwogICAgICZsdDtsYXVuY2g6Y2hrRGF0YQogICAgICB4bWxuczpsYXVuY2g9InVybjppZXRmOnBh
cmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7Y2xh
aW1zMiZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAmbHQ7bGF1bmNoOmNkJmd0OwogICAgICAg
ICZsdDtsYXVuY2g6bmFtZSBleGlzdHM9IjAiJmd0O2V4YW1wbGUzLnRsZCZsdDsvbGF1bmNoOm5h
bWUmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNkJmd0OwogICAgICAmbHQ7bGF1bmNoOmNkJmd0Owog
ICAgICAgICZsdDtsYXVuY2g6bmFtZSBleGlzdHM9IjEiJmd0O2V4YW1wbGU0LnRsZCZsdDsvbGF1
bmNoOm5hbWUmZ3Q7CiAgICAgICAgJmx0O2xhdW5jaDpjbGFpbUtleSZndDthYmMxMjMmbHQ7L2xh
dW5jaDpjbGFpbUtleSZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y2QmZ3Q7CiAgICAgJmx0Oy9sYXVu
Y2g6Y2hrRGF0YSZndDsKICAgICZsdDsvcmVzRGF0YSZndDsKICAgICZsdDt0cklEJmd0OwogICAg
ICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgJmx0O3N2VFJJRCZn
dDs1NDMyMS1YWVombHQ7L3N2VFJJRCZndDsKICAgICZsdDsvdHJJRCZndDsKICAmbHQ7L3Jlc3Bv
bnNlJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPGEgbmFtZT0iaW5mb0NvbW1hbmQiPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjIiPjwvYT48aDM+My4yLiZuYnNwOwpFUFAgJmx0
O2luZm8mZ3Q7IENvbW1hbmQ8L2gzPgoKPHA+VGhpcyBleHRlbnNpb24gZGVmaW5lcyBhZGRpdGlv
bmFsIGVsZW1lbnRzIHRvIGV4dGVuZCB0aGUgRVBQCiAgICAgICAgJmx0O2luZm8mZ3Q7IGNvbW1h
bmQgYW5kIHJlc3BvbnNlIHRvIGJlIHVzZWQgaW4gY29uanVuY3Rpb24gd2l0aCB0aGUKICAgICAg
ICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5n
PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87
RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGlu
ZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZD
NTczMV0uCjwvcD4KPHA+VGhlIEVQUCAmbHQ7aW5mbyZndDsgY29tbWFuZCBpcyB1c2VkIHRvIHJl
dHJpZXZlIGluZm9ybWF0aW9uIAogICAgICAgIGZvciBhIGxhdW5jaCBwaGFzZSByZWdpc3RyYXRp
b24gb3IgYXBwbGljYXRpb24uICBUaGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlv
bklEJz5BcHBsaWNhdGlvbiBJZGVudGlmaWVyPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkFwcGxpY2F0aW9uIElkZW50aWZpZXJzPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiAKICAg
ICAgICByZXR1cm5lZCBpbiB0aGUgJmx0O2xhdW5jaDpjcmVEYXRhJmd0OyBlbGVtZW50IG9mIHRo
ZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NyZWF0ZUNvbW1hbmQnPkNyZWF0ZSBSZXNwb25zZTxz
cGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5FUFAgJmx0O2NyZWF0ZSZndDsgQ29tbWFu
ZDwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgaXMgdXNlZCBmb3IgcmV0cmlldmlu
ZyBpbmZvcm1hdGlvbiBmb3IgYSBsYXVuY2ggYXBwbGljYXRpb24uICBBICZsdDtsYXVuY2g6aW5m
byZndDsgZWxlbWVudAogICAgICAgIGlzIHNlbnQgYWxvbmcgd2l0aCB0aGUgcmVndWxhciAmbHQ7
aW5mbyZndDsgZG9tYWluIGNvbW1hbmQuIFRoZQogICAgICAgICZsdDtsYXVuY2g6aW5mbyZndDsg
ZWxlbWVudCBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxkCiAgICAgICAgZWxlbWVudHM6Cjwv
cD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O2xhdW5jaDpw
aGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIHBoYXNlIGR1cmluZyB3aGljaCB0aGUKICAgICAgICAgICAg
ICBhcHBsaWNhdGlvbiBvciByZWdpc3RyYXRpb24gd2FzIHN1Ym1pdHRlZCBvciBpcyBhc3NvY2lh
dGVkIHdpdGguIAogICAgICAgICAgICAgIFNlcnZlciBwb2xpY3kgZGVmaW5lcyB0aGUgcGhhc2Vz
IHRoYXQgYXJlIHN1cHBvcnRlZC4KPC9kZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZn
dDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgYXBwbGljYXRpb24KICAgICAgICAgICAgICBpZGVudGlmaWVy
IG9mIHRoZSBsYXVuY2ggYXBwbGljYXRpb24uCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+
RXhhbXBsZSAmbHQ7aW5mbyZndDsgZG9tYWluIGNvbW1hbmQgd2l0aCB0aGUKICAgICAgICAgICAg
Jmx0O2xhdW5jaDppbmZvJmd0OyBleHRlbnNpb24gdG8gcmV0cmlldmUgaW5mb3JtYXRpb24gCiAg
ICAgICAgICAgIGZvciB0aGUgc3VucmlzZSBhcHBsaWNhdGlvbiBmb3IgZXhhbXBsZS50bGQgYW5k
IGFwcGxpY2F0aW9uIAogICAgICAgICAgICBpZGVudGlmaWVyICJhYmMxMjMiLgo8L3A+PGRpdiBz
dHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4t
cmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04
IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5kJmd0OwogICAmbHQ7aW5mbyZndDsKICAgICZs
dDtkb21haW46aW5mbwogICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpk
b21haW4tMS4wIiZndDsKICAgICAgJmx0O2RvbWFpbjpuYW1lJmd0O2V4YW1wbGUudGxkJmx0Oy9k
b21haW46bmFtZSZndDsKICAgICZsdDsvZG9tYWluOmluZm8mZ3Q7CiAgICZsdDsvaW5mbyZndDsK
ICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICZsdDtsYXVuY2g6aW5mbwogICAgIHhtbG5zOmxhdW5j
aD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5j
aDpwaGFzZSZndDtzdW5yaXNlJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICZsdDtsYXVuY2g6
YXBwbGljYXRpb25JRCZndDthYmMxMjMmbHQ7L2xhdW5jaDphcHBsaWNhdGlvbklEJmd0OwogICAg
Jmx0Oy9sYXVuY2g6aW5mbyZndDsKICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQm
Z3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZn
dDs8L3ByZT48L2Rpdj4KPHA+RXhhbXBsZSAmbHQ7aW5mbyZndDsgZG9tYWluIGNvbW1hbmQgd2l0
aCB0aGUKICAgICAgICAgICAgJmx0O2xhdW5jaDppbmZvJmd0OyBleHRlbnNpb24gdG8gcmV0cmll
dmUgaW5mb3JtYXRpb24gCiAgICAgICAgICAgIGZvciB0aGUgc3VucmlzZSByZWdpc3RyYXRpb24g
Zm9yIGV4YW1wbGUudGxkLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAw
OyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZl
cnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBw
IHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5k
Jmd0OwogICAmbHQ7aW5mbyZndDsKICAgICZsdDtkb21haW46aW5mbwogICAgIHhtbG5zOmRvbWFp
bj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZndDsKICAgICAgJmx0O2RvbWFp
bjpuYW1lJmd0O2V4YW1wbGUudGxkJmx0Oy9kb21haW46bmFtZSZndDsKICAgICZsdDsvZG9tYWlu
OmluZm8mZ3Q7CiAgICZsdDsvaW5mbyZndDsKICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICZsdDts
YXVuY2g6aW5mbwogICAgIHhtbG5zOmxhdW5jaD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVu
Y2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtzdW5yaXNlJmx0Oy9sYXVuY2g6
cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDppbmZvJmd0OwogICAmbHQ7L2V4dGVuc2lvbiZndDsK
ICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQm
Z3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5JZiB0aGUgcXVlcnkgd2FzIHN1Y2Nlc3Nm
dWwsIHRoZSBzZXJ2ZXIgcmVwbGllcyB3aXRoIGEKICAgICAgICAgICZsdDtsYXVuY2g6aW5mRGF0
YSZndDsgZWxlbWVudCBhbG9uZyB3aXRoIHRoZSByZWd1bGFyIEVQUAogICAgICAgICAgJmx0O3Jl
c0RhdGEmZ3Q7LiBUaGUgJmx0O2xhdW5jaDppbmZEYXRhJmd0OyBjb250YWlucyB0aGUgZm9sbG93
aW5nCiAgICAgICAgICBjaGlsZCBlbGVtZW50czoKPC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNs
YXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNoOnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhh
c2UgZHVyaW5nIHdoaWNoIHRoZQogICAgICAgICAgICAgIGFwcGxpY2F0aW9uIHdhcyBzdWJtaXR0
ZWQgb3IgaXMgYXNzb2NpYXRlZCB3aXRoIHRoYXQgbWF0Y2hlcyB0aGUgYXNzb2NpYXRlZCAKICAg
ICAgICAgICAgICAmbHQ7aW5mbyZndDsgY29tbWFuZCAmbHQ7bGF1bmNoOnBoYXNlJmd0Oy4KPC9k
ZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgYXBw
bGljYXRpb24KICAgICAgICAgICAgICBpZGVudGlmaWVyIG9mIHRoZSBsYXVuY2ggYXBwbGljYXRp
b24uCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnN0YXR1cyZndDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgc3Rh
dHVzIG9mIHRoZSBsYXVuY2ggYXBwbGljYXRpb24KICAgICAgICAgICAgICB1c2luZyBvbmUgb2Yg
dGhlIHN1cHBvcnRlZCA8YSBjbGFzcz0naW5mbycgaHJlZj0nI3N0YXR1c2VzJz5zdGF0dXMKICAg
ICAgICAgICAgICB2YWx1ZXM8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+U3RhdHVz
IFZhbHVlczwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4uCjwvZGQ+CjxkdD4mbHQ7bWFyazptYXJr
Jmd0OzwvZHQ+CjxkZD5aZXJvIG9yIG1vcmUKICAgICAgICAgICAgICAmbHQ7bWFyazptYXJrJmd0
OyBlbGVtZW50cy4gIFRoZSAmbHQ7bWFyazptYXJrJmd0OwogICAgICAgICAgICAgIGNoaWxkIGVs
ZW1lbnRzIGFyZSBkZWZpbmVkIGluIHRoZSAKICAgICAgICAgICAgICA8YSBjbGFzcz0naW5mbycg
aHJlZj0nI21hcmsnPiZsdDttYXJrOm1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+TWFyazwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgICAg
ICAgc2VjdGlvbi4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5FeGFtcGxlICZsdDtpbmZv
Jmd0OyBkb21haW4gcmVzcG9uc2UgdXNpbmcgdGhlIAogICAgICAgICAgICAmbHQ7bGF1bmNoOmlu
ZkRhdGEmZ3Q7IGV4dGVuc2lvbiB3aXRoIHRoZSBtYXJrCiAgICAgICAgICAgIGluZm9ybWF0aW9u
Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDog
M2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5j
b2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAgICZsdDty
ZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21wbGV0ZWQg
c3VjY2Vzc2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZsdDtyZXNE
YXRhJmd0OwogICAgICAmbHQ7ZG9tYWluOmluZkRhdGEKICAgICAgIHhtbG5zOmRvbWFpbj0idXJu
OmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZndDsKICAgICAgICAmbHQ7ZG9tYWluOm5h
bWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAgICAgICZsdDtkb21haW46
cm9pZCZndDtFWEFNUExFMS1SRVAmbHQ7L2RvbWFpbjpyb2lkJmd0OwogICAgICAgICZsdDtkb21h
aW46c3RhdHVzIHM9InBlbmRpbmdDcmVhdGUiLyZndDsKICAgICAgICAmbHQ7ZG9tYWluOnJlZ2lz
dHJhbnQmZ3Q7amQxMjM0Jmx0Oy9kb21haW46cmVnaXN0cmFudCZndDsKICAgICAgICAmbHQ7ZG9t
YWluOmNvbnRhY3QgdHlwZT0iYWRtaW4iJmd0O3NoODAxMyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7
CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9InRlY2giJmd0O3NoODAxMyZsdDsvZG9t
YWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjbElEJmd0O0NsaWVudFgmbHQ7L2Rv
bWFpbjpjbElEJmd0OwogICAgICAgICZsdDtkb21haW46Y3JJRCZndDtDbGllbnRZJmx0Oy9kb21h
aW46Y3JJRCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNyRGF0ZSZndDsyMDEyLTA0LTAzVDIyOjAw
OjAwLjBaJmx0Oy9kb21haW46Y3JEYXRlJmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8m
Z3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsK
ICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46aW5mRGF0
YSZndDsKICAgICZsdDsvcmVzRGF0YSZndDsKICAgICZsdDtleHRlbnNpb24mZ3Q7CiAgICAgICZs
dDtsYXVuY2g6aW5mRGF0YQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZs
dDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICAgJmx0O2xhdW5jaDphcHBsaWNhdGlvbklEJmd0
O2FiYzEyMyZsdDsvbGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNo
OnN0YXR1cyBzPSJwZW5kaW5nIi8mZ3Q7CiAgICAgICAgICAmbHQ7bWFyazptYXJrCiAgICAgICAg
ICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bWFyay0xLjAiJmd0OwogICAg
ICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0hlbGxvJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAg
ICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3VlciZn
dDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5MzMyMzImbHQ7L21hcms6bnVt
YmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JFRy1UTS1XT1JEJmx0Oy9tYXJr
OnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0OzEmbHQ7L21hcms6Y2xhc3Mm
Z3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0O293bmVyJmx0Oy9tYXJrOmVu
dGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdEYXRlJmd0OzIwMTEtMDktMDkm
bHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6ZWZmZWN0aXZlRGF0ZSZn
dDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAgICAgICAgICZsdDtt
YXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0ZSZndDsKICAgICAgICAgICAg
Jmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5Jmd0OwogICAgICAgICAgICAm
bHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsKICAgICAgICAgICAgJmx0
O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5j
LiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpvd25lciZndDsKICAgICAg
ICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0
O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3JnJmd0
O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6YWRk
ciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDsxMjMgRXhhbXBsZSBEci4m
bHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6c3RyZWV0Jmd0O1N1
aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpjaXR5
Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6c3Am
Z3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpwYyZndDsyMDE5
MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOmNjJmd0O1VTJmx0Oy9t
YXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRyJmd0OwogICAgICAgICAgICAg
ICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2Um
Z3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1NTU1NTYmbHQ7L21hcms6
ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0O2pkb2VAZXhhbXBsZS50bGQm
bHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpjb250YWN0Jmd0OwogICAg
ICAgICAmbHQ7L21hcms6bWFyayZndDsKICAgICAgJmx0Oy9sYXVuY2g6aW5mRGF0YSZndDsKICAg
ICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7
QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0
Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQmZ3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9l
cHAmZ3Q7PC9wcmU+PC9kaXY+CjxhIG5hbWU9ImNyZWF0ZUNvbW1hbmQiPjwvYT48YnIgLz48aHIg
Lz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIy
IiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEg
aHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1l
PSJyZmMuc2VjdGlvbi4zLjMiPjwvYT48aDM+My4zLiZuYnNwOwpFUFAgJmx0O2NyZWF0ZSZndDsg
Q29tbWFuZDwvaDM+Cgo8cD5UaGVyZSBhcmUgdHdvIGZvcm1zIG9mIHRoZSBleHRlbnNpb24gdG8g
dGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OwogICAgICAgIGNvbW1hbmQgdGhhdCBhcmUgZGVwZW5kZW50
IG9uIHRoZSBzdXBwb3J0ZWQgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNwaGFzZXMnPmxhdW5jaCBw
aGFzZXM8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+TGF1bmNoIFBoYXNlczwvc3Bh
bj48c3Bhbj4pPC9zcGFuPjwvYT4gYXMgZGVmaW5lZCBiZWxvdzoKPC9wPgo8cD48L3A+CjxibG9j
a3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5zdW5yaXNlPC9kdD4KPGRkPlRoZSBFUFAgJmx0
O2NyZWF0ZSZndDsgY29tbWFuZCB3aXRoIHRoZQogICAgICAgICAgICAic3VucmlzZSIgbGF1bmNo
IHBoYXNlIGlzIHVzZWQgdG8gc3VibWl0IGEgcmVnaXN0cmF0aW9uIHdpdGggdHJhZGVtYXJrCiAg
ICAgICAgICAgIGluZm9ybWF0aW9uIHRoYXQgY2FuIGJlIHZlcmlmaWVkIGJ5IHRoZSBzZXJ2ZXIg
d2l0aCB0aGUKICAgICAgICAgICAgJmx0O2RvbWFpbjpuYW1lJmd0OyB2YWx1ZS4gVGhlIDxhIGNs
YXNzPSdpbmZvJyBocmVmPScjc3VucmlzZUNyZWF0ZUZvcm0nPlN1bnJpc2UgQ3JlYXRlIEZvcm08
c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+U3VucmlzZSBDcmVhdGUgRm9ybTwvc3Bh
bj48c3Bhbj4pPC9zcGFuPjwvYT4gaXMgdXNlZCBmb3IgdGhlICJzdW5yaXNlIiBsYXVuY2ggcGhh
c2UuCiAgICAgICAgICAgIE9wdGlvbmFsbHksIHRoZSBzZXJ2ZXIgY2FuIHN1cHBvcnQgbXVsdGlw
bGUgb3ZlcmxhcHBpbmcKICAgICAgICAgICAgYXBwbGljYXRpb25zIHRoYXQgYXJlIGNob3NlbiBh
c3luY2hyb25vdXNseSB3aXRoIGEgc2VydmVyCiAgICAgICAgICAgIGdlbmVyYXRlZCA8YSBjbGFz
cz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQnPkFwcGxpY2F0aW9uCiAgICAgICAgICAgIElk
ZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBwbGljYXRpb24gSWRl
bnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGZvciBsYXRlciByZWZlcmVuY2UuCjwv
ZGQ+CjxkdD5sYW5kcnVzaDwvZHQ+CjxkZD5UaGUgRVBQICZsdDtjcmVhdGUmZ3Q7IGNvbW1hbmQg
d2l0aCB0aGUKICAgICAgICAgICAgImxhbmRydXNoIiBsYXVuY2ggcGhhc2UgaXMgdW5kZWZpbmVk
IGJ1dCB0aGUgZm9ybSBzdXBwb3J0ZWQgaXMgdXAgdG8KICAgICAgICAgICAgc2VydmVyIHBvbGlj
eS4KPC9kZD4KPGR0PmNsYWltczE8L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21t
YW5kIHdpdGggdGhlCiAgICAgICAgICAgICJjbGFpbXMxIiBsYXVuY2ggcGhhc2UgaXMgdXNlZCB0
byBwYXNzIHRoZSBpbmZvcm1hdGlvbiBhc3NvY2lhdGVkIAogICAgICAgICAgICB3aXRoIHRoZSBw
cmVzZW50YXRpb24gYW5kIGFjY2VwdGFuY2Ugb2YgdGhlICJjbGFpbXMxIiBjbGFpbXMgbm90aWNl
LiAgVGhlIAogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NsYWltc0NyZWF0ZUZv
cm0nPkNsYWltcyBDcmVhdGUgRm9ybTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5D
bGFpbXMgQ3JlYXRlIEZvcm08L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGlzIHVzZWQgCiAgICAg
ICAgICAgIGZvciB0aGUgImNsYWltczEiIGxhdW5jaCBwaGFzZS4KPC9kZD4KPGR0PmNsYWltczI8
L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21tYW5kIHdpdGggdGhlCiAgICAgICAg
ICAgICJjbGFpbXMyIiBsYXVuY2ggcGhhc2UgaXMgdXNlZCB0byBwYXNzIHRoZSBpbmZvcm1hdGlv
biBhc3NvY2lhdGVkIAogICAgICAgICAgICB3aXRoIHRoZSBwcmVzZW50YXRpb24gb2YgdGhlICJj
bGFpbXMxIiBjbGFpbXMgbm90aWNlLiAgVGhlIAogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycg
aHJlZj0nI2NsYWltc0NyZWF0ZUZvcm0nPkNsYWltcyBDcmVhdGUgRm9ybTxzcGFuPiAoPC9zcGFu
PjxzcGFuIGNsYXNzPSdpbmZvJz5DbGFpbXMgQ3JlYXRlIEZvcm08L3NwYW4+PHNwYW4+KTwvc3Bh
bj48L2E+IGlzIHVzZWQgCiAgICAgICAgICAgIGZvciB0aGUgImNsYWltczIiIGxhdW5jaCBwaGFz
ZS4KPC9kZD4KPGR0Pm9wZW48L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21tYW5k
IHdpdGggdGhlICJvcGVuIgogICAgICAgICAgICBsYXVuY2ggcGhhc2UgaXMgdW5kZWZpbmVkIGJ1
dCB0aGUgZm9ybSBzdXBwb3J0ZWQgaXMgdXAgdG8gc2VydmVyCiAgICAgICAgICAgIHBvbGljeS4K
PC9kZD4KPGR0PmN1c3RvbTwvZHQ+CjxkZD5UaGUgRVBQICZsdDtjcmVhdGUmZ3Q7IGNvbW1hbmQg
d2l0aCB0aGUKICAgICAgICAgICAgImN1c3RvbSIgbGF1bmNoIHBoYXNlIGlzIHVuZGVmaW5lZCBi
dXQgdGhlIGZvcm0gc3VwcG9ydGVkIGlzIHVwIHRvIHNlcnZlcgogICAgICAgICAgICBwb2xpY3ku
CjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPGEgbmFtZT0ic3VucmlzZUNyZWF0ZUZvcm0iPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjMuMSI+PC9hPjxoMz4zLjMuMS4mbmJzcDsKU3Vu
cmlzZSBDcmVhdGUgRm9ybTwvaDM+Cgo8cD5UaGUgU3VucmlzZSBDcmVhdGUgRm9ybSBvZiB0aGUg
ZXh0ZW5zaW9uIHRvIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21h
aW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJl
Y2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiBbUkZDNTczMV0gaW5jbHVkZXMgdGhlCiAgICAgICAgICB2ZXJpZmlhYmxlIHRy
YWRlbWFyayBpbmZvcm1hdGlvbiB0aGF0IHRoZSBzZXJ2ZXIgdXNlcyB0byBtYXRjaAogICAgICAg
ICAgYWdhaW5zdCB0aGUgZG9tYWluIG5hbWUgdG8gYXV0aG9yaXplIHRoZSBkb21haW4gY3JlYXRl
LiBBIHNlcnZlcgogICAgICAgICAgTVVTVCBzdXBwb3J0IG9uZSBvZiBmb3VyIG1vZGVscyBpbiA8
YSBjbGFzcz0naW5mbycgaHJlZj0nI3ZhbGlkYXRpb25Nb2RlbHMnPkNsYWltIFZhbGlkYXRpb24g
TW9kZWxzPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcmsgVmFsaWRhdGlvbiBN
b2RlbHM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IHRvIAogICAgICAgICAgdmVyaWZ5IHRoZSB0
cmFkZW1hcmsgaW5mb3JtYXRpb24gcGFzc2VkIGJ5IHRoZSBjbGllbnQuCjwvcD4KPHA+QSAmbHQ7
bGF1bmNoOmNyZWF0ZSZndDsgZWxlbWVudCBpcyBzZW50IGFsb25nIHdpdGggdGhlIHJlZ3VsYXIK
ICAgICAgICAgICZsdDtjcmVhdGUmZ3Q7IGRvbWFpbiBjb21tYW5kLiBUaGUgJmx0O2xhdW5jaDpj
cmVhdGUmZ3Q7IGVsZW1lbnQKICAgICAgICAgIGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcgY2hpbGQg
ZWxlbWVudHM6CjwvcD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+
Jmx0O2xhdW5jaDpwaGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIGxhdW5jaCBwaGFzZSBmb3IgdGhlIAog
ICAgICAgICAgICAgIGNyZWF0ZSBsaWtlIHRoZSAic3VucmlzZSIgbGF1bmNoIHBoYXNlLgo8L2Rk
Pgo8ZHQ+Jmx0O2xhdW5jaDpjb2RlTWFyayZndDsgb3IgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyBv
ciAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OzwvZHQ+CjxkZD4KICAgICAgICAgICAgICAg
ICAgCjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNoOmNvZGVNYXJr
Jmd0OzwvZHQ+CjxkZD5aZXJvIG9yIG1vcmUKICAgICAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGVN
YXJrJmd0OyBlbGVtZW50cy4gIFRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICAg
ICAgIGNoaWxkIGVsZW1lbnRzIGFyZSBkZWZpbmVkIGluIHRoZSAKICAgICAgICAgICAgICA8YSBj
bGFzcz0naW5mbycgaHJlZj0nI2NvZGVNYXJrJz4mbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVt
ZW50PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPiZsdDtsYXVuY2g6Y29kZU1hcmsm
Z3Q7IGVsZW1lbnQ8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IAogICAgICAgICAgICAgIHNlY3Rp
b24uCjwvZGQ+CjxkdD4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7PC9kdD4KPGRkPlplcm8gb3IgbW9y
ZQogICAgICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudHMuICBUaGUgJmx0
O3NtZDpzaWduZWRNYXJrJmd0OyAKICAgICAgICAgICAgICBjaGlsZCBlbGVtZW50cyBhcmUgZGVm
aW5lZCBpbiAKICAgICAgICAgICAgICB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNzaWduZWRN
YXJrJz4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bhbj48c3BhbiBj
bGFzcz0naW5mbyc+Jmx0O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50PC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiAKICAgICAgICAgICAgICBzZWN0aW9uLgo8L2RkPgo8ZHQ+Jmx0O3NtZDplbmNv
ZGVkU2lnbmVkTWFyayZndDs8L2R0Pgo8ZGQ+WmVybyBvciBtb3JlCiAgICAgICAgICAgICAgJmx0
O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVudHMuICBUaGUgJmx0O3NtZDplbmNvZGVk
U2lnbmVkTWFyayZndDsgCiAgICAgICAgICAgICAgY2hpbGQgZWxlbWVudHMgYXJlIGRlZmluZWQg
aW4gCiAgICAgICAgICAgICAgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjZW5jb2RlZFNpZ25l
ZE1hcmsnPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bh
bj48c3BhbiBjbGFzcz0naW5mbyc+Jmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVu
dDwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgICAgICAgc2VjdGlvbi4KPC9kZD4K
PC9kbD48L2Jsb2NrcXVvdGU+CjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+Rm9sbG93aW5n
IGlzIGFuIGV4YW1wbGUgJmx0O2NyZWF0ZSZndDsgZG9tYWluIGNvbW1hbmQKICAgICAgICAgICAg
dXNpbmcgdGhlICZsdDtsYXVuY2g6Y3JlYXRlJmd0OyBleHRlbnNpb24sIGZvbGxvd2luZyB0aGUg
ImNvZGUiIAogICAgICAgICAgICB2YWxpZGF0aW9uIG1vZGVsLCB3aXRoIG11bHRpcGxlIHN1bnJp
c2UgY29kZXMuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdp
bi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9
InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAg
ICAmbHQ7Y3JlYXRlJmd0OwogICAgICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9t
YWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtk
b21haW46bmFtZSZndDtleGFtcGxlLnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAgJmx0
O2RvbWFpbjpyZWdpc3RyYW50Jmd0O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7CiAg
ICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2RvbWFp
bjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZndDtz
aDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8m
Z3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsK
ICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3JlYXRl
Jmd0OwogICAgJmx0Oy9jcmVhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAmbHQ7
bGF1bmNoOmNyZWF0ZQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5z
OmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsv
bGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAg
ICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpjb2Rl
Jmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICZsdDtsYXVuY2g6
Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1
NUQ0QUQmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0
OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNv
ZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1NUQ0QUUmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICZs
dDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZndDsKICAgICZs
dDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZn
dDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5Gb2xsb3dp
bmcgaXMgYW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAgICAgICAg
ICB1c2luZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiwgZm9sbG93aW5nIHRo
ZSAibWFyayIgCiAgICAgICAgICAgIHZhbGlkYXRpb24gbW9kZWwsIHdpdGggdGhlIG1hcmsgaW5m
b3JtYXRpb24uCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdp
bi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9
InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAg
ICAmbHQ7Y3JlYXRlJmd0OwogICAgICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9t
YWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtk
b21haW46bmFtZSZndDtleGFtcGxlb25lLnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAg
Jmx0O2RvbWFpbjpyZWdpc3RyYW50Jmd0O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7
CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2Rv
bWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZn
dDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aElu
Zm8mZ3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZn
dDsKICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3Jl
YXRlJmd0OwogICAgJmx0Oy9jcmVhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAm
bHQ7bGF1bmNoOmNyZWF0ZQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZs
dDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAg
ICAgICAmbHQ7bWFyazptYXJrCiAgICAgICAgICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFt
czp4bWw6bnM6bWFyay0xLjAiJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0V4YW1w
bGUgT25lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmxhYmVsJmd0O2V4
YW1wbGUtb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpsYWJlbCZn
dDtleGFtcGxlb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgICAgICAgICAmbHQ7bWFyazppc3N1
ZXImZ3Q7SVAgQ2xlYXJpbmdob3VzZSZsdDsvbWFyazppc3N1ZXImZ3Q7CiAgICAgICAgICAgICZs
dDttYXJrOm51bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZndDsKICAgICAgICAg
ICAgJmx0O21hcms6dHlwZSZndDtSRUctVE0tV09SRCZsdDsvbWFyazp0eXBlJmd0OwogICAgICAg
ICAgICAmbHQ7bWFyazpjbGFzcyZndDsxJmx0Oy9tYXJrOmNsYXNzJmd0OwogICAgICAgICAgICAm
bHQ7bWFyazplbnRpdGxlbWVudCZndDtvd25lciZsdDsvbWFyazplbnRpdGxlbWVudCZndDsKICAg
ICAgICAgICAgJmx0O21hcms6cmVnRGF0ZSZndDsyMDExLTA5LTA5Jmx0Oy9tYXJrOnJlZ0RhdGUm
Z3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7MjAxMS0xMC0wOSZsdDsv
bWFyazplZmZlY3RpdmVEYXRlJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpleERhdGUmZ3Q7MjAx
My0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNvdW50cnkm
Z3Q7QVUmbHQ7L21hcms6Y291bnRyeSZndDsKICAgICAgICAgICAgJmx0O21hcms6cmVnaW9uJmd0
O1ZJQyZsdDsvbWFyazpyZWdpb24mZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOm93bmVyJmd0Owog
ICAgICAgICAgICAgICZsdDttYXJrOm9yZyZndDtFeGFtcGxlIEluYy4mbHQ7L21hcms6b3JnJmd0
OwogICAgICAgICAgICAmbHQ7L21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNv
bnRhY3QmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6bmFtZSZndDtKb2huIERvZSZsdDsvbWFy
azpuYW1lJmd0OwogICAgICAgICAgICAgICZsdDttYXJrOm9yZyZndDtFeGFtcGxlIEluYy4mbHQ7
L21hcms6b3JnJmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmFkZHImZ3Q7CiAgICAgICAgICAg
ICAgICAmbHQ7bWFyazpzdHJlZXQmZ3Q7MTIzIEV4YW1wbGUgRHIuJmx0Oy9tYXJrOnN0cmVldCZn
dDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDtTdWl0ZSAxMDAmbHQ7L21hcms6
c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6Y2l0eSZndDtSZXN0b24mbHQ7L21h
cms6Y2l0eSZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnNwJmd0O1ZBJmx0Oy9tYXJrOnNw
Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6cGMmZ3Q7MjAxOTAmbHQ7L21hcms6cGMmZ3Q7
CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpjYyZndDtVUyZsdDsvbWFyazpjYyZndDsKICAgICAg
ICAgICAgICAmbHQ7L21hcms6YWRkciZndDsKICAgICAgICAgICAgICAmbHQ7bWFyazp2b2ljZSB4
PSIxMjM0IiZndDsrMS43MDM1NTU1NTU1Jmx0Oy9tYXJrOnZvaWNlJmd0OwogICAgICAgICAgICAg
ICZsdDttYXJrOmZheCZndDsrMS43MDM1NTU1NTU2Jmx0Oy9tYXJrOmZheCZndDsKICAgICAgICAg
ICAgICAmbHQ7bWFyazplbWFpbCZndDtqZG9lQGV4YW1wbGUudGxkJmx0Oy9tYXJrOmVtYWlsJmd0
OwogICAgICAgICAgICAmbHQ7L21hcms6Y29udGFjdCZndDsKICAgICAgICAgICZsdDsvbWFyazpt
YXJrJmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAmbHQ7L2xhdW5j
aDpjcmVhdGUmZ3Q7CiAgICAmbHQ7L2V4dGVuc2lvbiZndDsKICAgICZsdDtjbFRSSUQmZ3Q7QUJD
LTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3By
ZT48L2Rpdj4KPHA+Rm9sbG93aW5nIGlzIGFuIGV4YW1wbGUgJmx0O2NyZWF0ZSZndDsgZG9tYWlu
IGNvbW1hbmQKICAgICAgICAgICAgdXNpbmcgdGhlICZsdDtsYXVuY2g6Y3JlYXRlJmd0OyBleHRl
bnNpb24sIGZvbGxvd2luZyB0aGUgImNvZGUgd2l0aCBtYXJrIiAKICAgICAgICAgICAgdmFsaWRh
dGlvbiBtb2RlbCwgd2l0aCBhIGNvZGUgYW5kIG1hcmsgaW5mb3JtYXRpb24uCjwvcD48ZGl2IHN0
eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1y
aWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgi
IHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6
bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAgICAmbHQ7Y3JlYXRlJmd0OwogICAg
ICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9tYWluPSJ1cm46aWV0ZjpwYXJhbXM6
eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxl
LnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpyZWdpc3RyYW50Jmd0
O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjb250
YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAg
ICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZndDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250
YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8mZ3Q7CiAgICAgICAgICAmbHQ7ZG9t
YWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsKICAgICAgICAmbHQ7L2RvbWFpbjph
dXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3JlYXRlJmd0OwogICAgJmx0Oy9jcmVhdGUm
Z3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAmbHQ7bGF1bmNoOmNyZWF0ZQogICAgICAg
eG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmxhdW5jaC0xLjAiJmd0OwogICAg
ICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAg
ICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7
NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICAgJmx0O21h
cms6bWFyawogICAgICAgICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bWFy
ay0xLjAiJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0hlbGxvJmx0Oy9tYXJrOm5h
bWUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0
Oy9tYXJrOmlzc3VlciZndDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5MzMy
MzImbHQ7L21hcms6bnVtYmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JFRy1U
TS1XT1JEJmx0Oy9tYXJrOnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0OzEm
bHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0O293
bmVyJmx0Oy9tYXJrOmVudGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdEYXRl
Jmd0OzIwMTEtMDktMDkmbHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6
ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAg
ICAgICAgICAgICZsdDttYXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0ZSZn
dDsKICAgICAgICAgICAgJmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5Jmd0
OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsK
ICAgICAgICAgICAgJmx0O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3Jn
Jmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpv
d25lciZndDsKICAgICAgICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAgICAm
bHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICAg
Jmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAg
ICAgJmx0O21hcms6YWRkciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDsx
MjMgRXhhbXBsZSBEci4mbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21h
cms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAgICAg
ICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAgICAg
ICAgJmx0O21hcms6c3AmZ3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7
bWFyazpwYyZndDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDttYXJr
OmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRyJmd0
OwogICAgICAgICAgICAgICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUm
bHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1
NTU1NTYmbHQ7L21hcms6ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0O2pk
b2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpj
b250YWN0Jmd0OwogICAgICAgICAgJmx0Oy9tYXJrOm1hcmsmZ3Q7CiAgICAgICAgJmx0Oy9sYXVu
Y2g6Y29kZU1hcmsmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZndDsKICAgICZsdDsvZXh0
ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAm
bHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5Gb2xsb3dpbmcgaXMg
YW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAgICAgICAgICB1c2lu
ZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiwgZm9sbG93aW5nIHRoZSAic2ln
bmVkIG1hcmsiIAogICAgICAgICAgICB2YWxpZGF0aW9uIG1vZGVsLCB3aXRoIHRoZSBzaWduZWQg
bWFyayBpbmZvcm1hdGlvbi4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDog
MDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7P3htbCB2
ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZndDsKJmx0O2Vw
cCB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAmbHQ7Y29tbWFu
ZCZndDsKICAgICZsdDtjcmVhdGUmZ3Q7CiAgICAgICZsdDtkb21haW46Y3JlYXRlCiAgICAgICB4
bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7CiAgICAg
ICAgJmx0O2RvbWFpbjpuYW1lJmd0O2V4YW1wbGVvbmUudGxkJmx0Oy9kb21haW46bmFtZSZndDsK
ICAgICAgICAmbHQ7ZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7amQxMjM0Jmx0Oy9kb21haW46cmVnaXN0
cmFudCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNvbnRhY3QgdHlwZT0iYWRtaW4iJmd0O3NoODAx
MyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9
InRlY2giJmd0O3NoODAxMyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFp
bjphdXRoSW5mbyZndDsKICAgICAgICAgICZsdDtkb21haW46cHcmZ3Q7MmZvb0JBUiZsdDsvZG9t
YWluOnB3Jmd0OwogICAgICAgICZsdDsvZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAmbHQ7L2Rv
bWFpbjpjcmVhdGUmZ3Q7CiAgICAmbHQ7L2NyZWF0ZSZndDsKICAgICZsdDtleHRlbnNpb24mZ3Q7
CiAgICAgICZsdDtsYXVuY2g6Y3JlYXRlCiAgICAgICB4bWxuczpsYXVuY2g9InVybjppZXRmOnBh
cmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtz
dW5yaXNlJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICAgJmx0O3NtZDpzaWduZWRNYXJrIGlk
PSJzaWduZWRNYXJrIgogICAgICAgICB4bWxuczpzbWQ9InVybjppZXRmOnBhcmFtczp4bWw6bnM6
c2lnbmVkTWFyay0xLjAiJmd0OwogICAgICAgICAgJmx0O3NtZDpzZXJpYWwmZ3Q7MTIzNDU2Jmx0
Oy9zbWQ6c2VyaWFsJmd0OwogICAgICAgICAgJmx0O3NtZDpleERhdGUmZ3Q7MjAxMi0wOC0xNlQw
OTowMDowMC4wWiZsdDsvc21kOmV4RGF0ZSZndDsKICAgICAgICAgICZsdDttYXJrOm1hcmsKICAg
ICAgICAgICAgeG1sbnM6bWFyaz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczptYXJrLTEuMCImZ3Q7
CiAgICAgICAgICAgICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21hcms6bmFtZSZn
dDsKICAgICAgICAgICAgJmx0O21hcms6bGFiZWwmZ3Q7ZXhhbXBsZS1vbmUmbHQ7L21hcms6bGFi
ZWwmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmxhYmVsJmd0O2V4YW1wbGVvbmUmbHQ7L21hcms6
bGFiZWwmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNl
Jmx0Oy9tYXJrOmlzc3VlciZndDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5
MzMyMzImbHQ7L21hcms6bnVtYmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JF
Ry1UTS1XT1JEJmx0Oy9tYXJrOnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0
OzEmbHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0
O293bmVyJmx0Oy9tYXJrOmVudGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdE
YXRlJmd0OzIwMTEtMDktMDkmbHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21h
cms6ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7
CiAgICAgICAgICAgICZsdDttYXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0
ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5
Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZn
dDsKICAgICAgICAgICAgJmx0O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6
b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFy
azpvd25lciZndDsKICAgICAgICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAg
ICAmbHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAg
ICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAg
ICAgICAgJmx0O21hcms6YWRkciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZn
dDsxMjMgRXhhbXBsZSBEci4mbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0
O21hcms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAg
ICAgICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAg
ICAgICAgJmx0O21hcms6c3AmZ3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAm
bHQ7bWFyazpwYyZndDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDtt
YXJrOmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRy
Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1
NTUmbHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcw
MzU1NTU1NTYmbHQ7L21hcms6ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0
O2pkb2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFy
azpjb250YWN0Jmd0OwogICAgICAgICAgJmx0Oy9tYXJrOm1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7
ZHNpZzpTaWduYXR1cmUKICAgICAgICAgIHhtbG5zOmRzaWc9Imh0dHA6Ly93d3cudzMub3JnLzIw
MDAvMDkveG1sZHNpZyMiJmd0OwogICAgICAgICAgICAmbHQ7ZHNpZzpTaWduZWRJbmZvJmd0Owog
ICAgICAgICAgICAmbHQ7ZHNpZzpDYW5vbmljYWxpemF0aW9uTWV0aG9kCiBBbGdvcml0aG09Imh0
dHA6Ly93d3cudzMub3JnLzIwMDEvMTAveG1sLWV4Yy1jMTRuIyIvJmd0OwogICAgICAgICAgICAm
bHQ7ZHNpZzpTaWduYXR1cmVNZXRob2QKIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAw
MC8wOS94bWxkc2lnI3JzYS1zaGExIi8mZ3Q7CiAgICAgICAgICAgICZsdDtkc2lnOlJlZmVyZW5j
ZSBVUkk9IiNzaWduZWRNYXJrIiZndDsKICAgICAgICAgICAgICAgICZsdDtkc2lnOlRyYW5zZm9y
bXMmZ3Q7CiAgICAgICAgICAgICAgICAgICZsdDtkc2lnOlRyYW5zZm9ybQogQWxnb3JpdGhtPSJo
dHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjZW52ZWxvcGVkLXNpZ25hdHVyZSIvJmd0
OwogICAgICAgICAgICAgICAgJmx0Oy9kc2lnOlRyYW5zZm9ybXMmZ3Q7CiAgICAgICAgICAgICAg
ICAmbHQ7ZHNpZzpEaWdlc3RNZXRob2QKIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAw
MC8wOS94bWxkc2lnI3NoYTEiLyZndDsKICAgICAgICAgICAgICAgICZsdDtkc2lnOkRpZ2VzdFZh
bHVlJmd0OzY2NTFUNXM5R1pnUU94aWZkQ0ZtRGZTSW9VYz0KICAgICAgICAgICAgICAgICZsdDsv
ZHNpZzpEaWdlc3RWYWx1ZSZndDsKICAgICAgICAgICAgJmx0Oy9kc2lnOlJlZmVyZW5jZSZndDsK
ICAgICAgICAgICZsdDsvZHNpZzpTaWduZWRJbmZvJmd0OwogICAgICAgICAgICAmbHQ7ZHNpZzpT
aWduYXR1cmVWYWx1ZSZndDsKR203Um5FYjZqY2lqS2NnbXdFbXhKNmoxTDB2dDJ3RnlYdjNvS2M5
YTRiOG5NT0tkZWM4UzN0RzJoU3gKL05aYTBSRkh2eDV6TXNIL01qbXh6clRCYmw1ZDdXOFFxbDVW
c1c0WGFuU2pKK1VnSUxzOWs2WGdWdFoKRTJFdmZmTUxCaUw0eGJDSk00OGV3UllSWTdsVkV6b05t
czkxcG1tM1U1SWxOUk5qVS9ZRnFaMXBYaGgKcmh5aFBqU2k5VW9uOEZuQUphaUJFZkhjakc2ODE1
SUpWLzlSVCtNVFhyaTdpMHM4MkNxSVM0d0RHYkcKcHlaQXM3L2tEWTNBM3VwcVNPd1R0ckZTQ0ZY
MUYrQ3JhZWM3MmxCQi9kS0pIeG1vVmtiSU81S1FocUkKT2QrRStoMmtndUUrK1JIS2E0eG9CSWV5
VGdXcXBXY0x1TW9GcE0rR3h3RmNwU0E9PQombHQ7L2RzaWc6U2lnbmF0dXJlVmFsdWUmZ3Q7CiAg
ICAgICAgICAgICZsdDsvZHNpZzpTaWduYXR1cmUmZ3Q7CiAgICAgICAgJmx0Oy9zbWQ6c2lnbmVk
TWFyayZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y3JlYXRlJmd0OwogICAgJmx0Oy9leHRlbnNpb24m
Z3Q7CiAgICAmbHQ7Y2xUUklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29t
bWFuZCZndDsKJmx0Oy9lcHAmZ3Q7PC9wcmU+PC9kaXY+CjxwPkZvbGxvd2luZyBpcyBhbiBleGFt
cGxlICZsdDtjcmVhdGUmZ3Q7IGRvbWFpbiBjb21tYW5kCiAgICAgICAgICAgIHVzaW5nIHRoZSAm
bHQ7bGF1bmNoOmNyZWF0ZSZndDsgZXh0ZW5zaW9uLCBmb2xsb3dpbmcgdGhlICJzaWduZWQgbWFy
ayIgCiAgICAgICAgICAgIHZhbGlkYXRpb24gbW9kZWwsIHdpdGggdGhlIGJhc2U2NCBlbmNvZGVk
IHNpZ25lZCBtYXJrIGluZm9ybWF0aW9uLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7
IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZs
dDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0
OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZs
dDtjb21tYW5kJmd0OwogICAgJmx0O2NyZWF0ZSZndDsKICAgICAgJmx0O2RvbWFpbjpjcmVhdGUK
ICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZn
dDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZW9uZS50bGQmbHQ7L2RvbWFpbjpu
YW1lJmd0OwogICAgICAgICZsdDtkb21haW46cmVnaXN0cmFudCZndDtqZDEyMzQmbHQ7L2RvbWFp
bjpyZWdpc3RyYW50Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJhZG1pbiIm
Z3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNvbnRh
Y3QgdHlwZT0idGVjaCImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAm
bHQ7ZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAgICAgJmx0O2RvbWFpbjpwdyZndDsyZm9vQkFS
Jmx0Oy9kb21haW46cHcmZ3Q7CiAgICAgICAgJmx0Oy9kb21haW46YXV0aEluZm8mZ3Q7CiAgICAg
ICZsdDsvZG9tYWluOmNyZWF0ZSZndDsKICAgICZsdDsvY3JlYXRlJmd0OwogICAgJmx0O2V4dGVu
c2lvbiZndDsKICAgICAgJmx0O2xhdW5jaDpjcmVhdGUKICAgICAgIHhtbG5zOmxhdW5jaD0idXJu
OmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgICAmbHQ7bGF1bmNoOnBo
YXNlJmd0O3N1bnJpc2UmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAgICAmbHQ7c21kOmVuY29k
ZWRTaWduZWRNYXJrCiAgICAgICAgIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpz
aWduZWRNYXJrLTEuMCImZ3Q7CkQ5NGJXd2dkbVZ5YzJsdmJqMGlNUzR3SWlCbGJtTnZaR2x1Wnow
aVZWUkdMVGdpUHo0OGMyMWtPbk5wWjI1CmxaRTFoY21zZ2VHMXNibk02YzIxa1BTSjFjbTQ2YVdW
MFpqcHdZWEpoYlhNNmVHMXNPbTV6T25OcFoyNWxaCkUxaGNtc3RNUzR3SWlCcFpEMGljMmxuYm1W
a1RXRnlheUktUEhOdFpEcHpaWEpwWVd3LU1USXpORFUyUEM5CnpiV1E2YzJWeWFXRnNQanh6YldR
NlpYaEVZWFJsUGpJd01USXRNVEV0TWpsVU1UZzZNVFk2TlRRdU1EZzRNCkZvOEwzTnRaRHBsZUVS
aGRHVS1QRzFoY21zNmJXRnlheUI0Yld4dWN6cHRZWEpyUFNKMWNtNDZhV1YwWmpwCndZWEpoYlhN
NmVHMXNPbTV6T20xaGNtc3RNUzR3SWo0OGJXRnlhenB1WVcxbFBrVjRZVzF3YkdVZ1QyNWxQCkM5
dFlYSnJPbTVoYldVLVBHMWhjbXM2YkdGaVpXdy1aWGhoYlhCc1pTMXZibVU4TDIxaGNtczZiR0Zp
Wld3Ci1QRzFoY21zNmJHRmlaV3ctWlhoaGJYQnNaVzl1WlR3dmJXRnlhenBzWVdKbGJENDhiV0Z5
YXpwcGMzTjFaClhJLVNWQWdRMnhsWVhKcGJtZG9iM1Z6WlR3dmJXRnlhenBwYzNOMVpYSS1QRzFo
Y21zNmJuVnRZbVZ5UGtkCkZJRE01TXpNeU16SThMMjFoY21zNmJuVnRZbVZ5UGp4dFlYSnJPbTUx
YldKbGNqNXZkMjVsY2p3dmJXRnlhCnpwdWRXMWlaWEktUEcxaGNtczZjbVZuUkdGMFpUNHlNREV5
TFRFeExUSTVWREU0T2pFMk9qVTBMakEzTkRaCmFQQzl0WVhKck9uSmxaMFJoZEdVLVBHMWhjbXM2
WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTVRnNk1UWTZOClRRdU1EYzBObG84TDIxaGNtczZaWGhF
WVhSbFBqeHRZWEpyT21OdmRXNTBjbmstUVZVOEwyMWhjbXM2WTI5CjFiblJ5ZVQ0OGJXRnlhenB5
WldkcGIyNC1Wa2xEUEM5dFlYSnJPbkpsWjJsdmJqNDhMMjFoY21zNmJXRnlhCno0OFpITnBaenBU
YVdkdVlYUjFjbVVnZUcxc2JuTTZaSE5wWnowaWFIUjBjRG92TDNkM2R5NTNNeTV2Y21jCnZNakF3
TUM4d09TOTRiV3hrYzJsbkl5SS1QR1J6YVdjNlUybG5ibVZrU1c1bWJ6NDhaSE5wWnpwRFlXNXZi
Cm1sallXeHBlbUYwYVc5dVRXVjBhRzlrSUVGc1oyOXlhWFJvYlQwaWFIUjBjRG92TDNkM2R5NTNN
eTV2Y21jCnZWRkl2TWpBd01TOVNSVU10ZUcxc0xXTXhORzR0TWpBd01UQXpNVFVqVjJsMGFFTnZi
VzFsYm5SeklpOC1QCkdSemFXYzZVMmxuYm1GMGRYSmxUV1YwYUc5a0lFRnNaMjl5YVhSb2JUMGlh
SFIwY0RvdkwzZDNkeTUzTXk1CnZjbWN2TWpBd01DOHdPUzk0Yld4a2MybG5JM0p6WVMxemFHRXhJ
aTgtUEdSemFXYzZVbVZtWlhKbGJtTmxJCkZWU1NUMGlJM05wWjI1bFpFMWhjbXNpUGp4a2MybG5P
bFJ5WVc1elptOXliWE0tUEdSemFXYzZWSEpoYm5OCm1iM0p0SUVGc1oyOXlhWFJvYlQwaWFIUjBj
RG92TDNkM2R5NTNNeTV2Y21jdk1qQXdNQzh3T1M5NGJXeGtjCjJsbkkyVnVkbVZzYjNCbFpDMXph
V2R1WVhSMWNtVWlMejQ4TDJSemFXYzZWSEpoYm5ObWIzSnRjejQ4WkhOCnBaenBFYVdkbGMzUk5a
WFJvYjJRZ1FXeG5iM0pwZEdodFBTSm9kSFJ3T2k4dmQzZDNMbmN6TG05eVp5OHlNCkRBd0x6QTVM
M2h0YkdSemFXY2pjMmhoTVNJdlBqeGtjMmxuT2tScFoyVnpkRlpoYkhWbFBrdElkVkZyZEZkClVN
blJZYlhnNFkyWldkMk52WjBKU1VtNW9SVDA4TDJSemFXYzZSR2xuWlhOMFZtRnNkV1UtUEM5a2My
bG5PCmxKbFptVnlaVzVqWlQ0OEwyUnphV2M2VTJsbmJtVmtTVzVtYno0OFpITnBaenBUYVdkdVlY
UjFjbVZXWVd4CjFaVDVSZFdrMmQyeExWVWxSY0hNeFMyTjZhamhVYVRWdU5UQmphVFZEYzJwTUwy
azJZakJ3UzBaMk5HMTZaCkVOaGNXcFdjWFZ2VkRGaVN6SkNabmhLTkcwcmJYSmlPV3hMZUZsclZu
TkZDbkI0UW5sb1NHNUtTSHBTTVhWCjFNRzFOTW10NFZVUnlXa1ZDYzBkcFYzRnVhSE16UVZCeE9U
SkJjVmRHWkhablVtVjZaSGN5Y21OVmJWZzNkCkdKeWVXTkdNM1pETUVKbVJVZzRSSG9LYjJGSVVG
UlFiMjR4VFV4T2J6RjViR3RZVERBNWJXSnFUSFZoUmxKClNTM1oyVUNzNGRqUTFWRkpYUm1rcmJW
SjBha0p2TUdnNGJsRmlOVE50UjJsS2FVMU9la0ZEYURCdEszcEZlCkFwMmJteEVVbVJwZFdKRlpW
VldiRzlMVjJkTVkxQmlTa2Q0UW1GV0wxZ3ZRalF2Um5WUmJYRXpjbGN4YVhOClpPVWxFWXpBM1Uz
WmhlRVowYTFsNGVtVnJhMjVHUWtOQ1NXTmliWEZUQ25sT2NrTXZPRXA0WTJSUlNITjBUClVaV2Mx
WjJTamRXVUZKcVMyVlpNMFJMY1V3clRHaFJQVDA4TDJSemFXYzZVMmxuYm1GMGRYSmxWbUZzZFdV
Ci1QQzlrYzJsbk9sTnBaMjVoZEhWeVpUNDhMM050WkRwemFXZHVaV1JOWVhKclBnCiAgICAgICAg
Jmx0Oy9zbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZn
dDsKICAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7
L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8
cD5JZiB0aGUgY3JlYXRlIHdhcyBzdWNjZXNzZnVsLCB0aGUgc2VydmVyIE1BWSByZXBseSB3aXRo
IHRoZQogICAgICAgICAgJmx0O2xhdW5jaDpjcmVEYXRhJmd0OyBlbGVtZW50IGFsb25nIHdpdGgg
dGhlIHJlZ3VsYXIgRVBQCiAgICAgICAgICAmbHQ7cmVzRGF0YSZndDsgdG8gaW5kaWNhdGUgdGhl
IHNlcnZlciBnZW5lcmF0ZWQgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlvbklEJz5B
cHBsaWNhdGlvbiBJZGVudGlmaWVyPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkFw
cGxpY2F0aW9uIElkZW50aWZpZXJzPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiB3aGVuIG11bHRp
cGxlCiAgICAgICAgICBhcHBsaWNhdGlvbnMgb2YgYSBnaXZlbiBkb21haW4gbmFtZSBpcyBzdXBw
b3J0ZWQ7IG90aGVyd2lzZSBubwogICAgICAgICAgZXh0ZW5zaW9uIGlzIGluY2x1ZGVkIHdpdGgg
dGhlIHJlZ3VsYXIgRVBQICZsdDtyZXNEYXRhJmd0Oy4gVGhlCiAgICAgICAgICAmbHQ7bGF1bmNo
OmNyZURhdGEmZ3Q7IGVsZW1lbnQgY29udGFpbnMgdGhlIGZvbGxvd2luZyBjaGlsZAogICAgICAg
ICAgZWxlbWVudHM6CjwvcD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8
ZHQ+Jmx0O2xhdW5jaDpwaGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIHBoYXNlIG9mIHRoZSBhcHBsaWNh
dGlvbgogICAgICAgICAgICAgIHRoYXQgbWlycm9ycyB0aGUgJmx0O2xhdW5jaDpwaGFzZSZndDsg
ZWxlbWVudCBpbmNsdWRlZCBpbiB0aGUKICAgICAgICAgICAgICAmbHQ7bGF1bmNoOmNyZWF0ZSZn
dDsuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7PC9kdD4KPGRkPlRoZSBh
cHBsaWNhdGlvbgogICAgICAgICAgICAgIGlkZW50aWZpZXIgb2YgdGhlIGFwcGxpY2F0aW9uLgo8
L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkFuIGV4YW1wbGUgcmVzcG9uc2Ugd2hlbiBtdWx0
aXBsZSBvdmVybGFwcGluZwogICAgICAgICAgICBhcHBsaWNhdGlvbnMgYXJlIHN1cHBvcnRlZCBi
eSB0aGUgc2VydmVyLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBt
YXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNp
b249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHht
bG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZn
dDsKICAgICZsdDtyZXN1bHQgY29kZT0iMTAwMSImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFu
ZCBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5OyBhY3Rpb24gcGVuZGluZyZsdDsvbXNnJmd0OwogICAg
Jmx0Oy9yZXN1bHQmZ3Q7CiAgICAmbHQ7cmVzRGF0YSZndDsKICAgICAgJmx0O2RvbWFpbjpjcmVE
YXRhCiAgICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4t
MS4wIiZndDsKICAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlLnRsZCZsdDsvZG9tYWlu
Om5hbWUmZ3Q7CiAgICAgICAmbHQ7ZG9tYWluOmNyRGF0ZSZndDsyMDEwLTA4LTEwVDE1OjM4OjI2
LjYyMzg1NFombHQ7L2RvbWFpbjpjckRhdGUmZ3Q7CiAgICAgICAmbHQ7ZG9tYWluOmV4RGF0ZSZn
dDsyMDEyLTA4LTEwVDE1OjM4OjI2LjYyMzg1NFombHQ7L2RvbWFpbjpleERhdGUmZ3Q7CiAgICAg
ICZsdDsvZG9tYWluOmNyZURhdGEmZ3Q7CiAgICAmbHQ7L3Jlc0RhdGEmZ3Q7CiAgICAmbHQ7ZXh0
ZW5zaW9uJmd0OwogICAgICAmbHQ7bGF1bmNoOmNyZURhdGEKICAgICAgCXhtbG5zOmxhdW5jaD0i
dXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2hwaGFzZS0xLjAiJmd0OwogICAgICAgICZsdDts
YXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDts
YXVuY2g6YXBwbGljYXRpb25JRCZndDsyMzkzLTkzMjMtRTA4Qy0wM0IxCiAgICAgICAgJmx0Oy9s
YXVuY2g6YXBwbGljYXRpb25JRCZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y3JlRGF0YSZndDsKICAg
ICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7
QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0
Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQmZ3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9l
cHAmZ3Q7CjwvcHJlPjwvZGl2Pgo8YSBuYW1lPSJjbGFpbXNDcmVhdGVGb3JtIj48L2E+PGJyIC8+
PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2lu
Zz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWci
PjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEg
bmFtZT0icmZjLnNlY3Rpb24uMy4zLjIiPjwvYT48aDM+My4zLjIuJm5ic3A7CkNsYWltcyBDcmVh
dGUgRm9ybTwvaDM+Cgo8cD5UaGUgQ2xhaW1zIENyZWF0ZSBGb3JtIG9mIHRoZSBleHRlbnNpb24g
dG8gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQIGRvbWFpbiBuYW1lIG1h
cHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZs
ZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKSBEb21haW4gTmFtZSBN
YXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+
IFtSRkM1NzMxXSBpbmNsdWRlcyB0aGUKICAgICAgICAgIGluZm9ybWF0aW9uIHJlbGF0ZWQgdG8g
dGhlIGFjY2VwdGFuY2Ugb2YgdGhlIGNsYWltcyBub3RpY2UgCiAgICAgICAgICBmb3IgdGhlICJj
bGFpbXMxIiBsYXVuY2ggcGhhc2UgYW5kIHRoZSBkaXNwbGF5IG9mIHRoZSBjbGFpbXMgCiAgICAg
ICAgICBub3RpY2UgZm9yIHRoZSAiY2xhaW1zMiIgbGF1bmNoIHBoYXNlLgo8L3A+CjxwPkEgJmx0
O2xhdW5jaDpjcmVhdGUmZ3Q7IGVsZW1lbnQgaXMgc2VudCBhbG9uZyB3aXRoIHRoZSByZWd1bGFy
CiAgICAgICAgICAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZC4gVGhlICZsdDtsYXVuY2g6
Y3JlYXRlJmd0OyBlbGVtZW50CiAgICAgICAgICBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxk
IGVsZW1lbnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0
PiZsdDtsYXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPk1VU1QgY29udGFpbiB0aGUgdmFsdWUgb2YK
ICAgICAgICAgICAgICAiY2xhaW1zMSIgb3IgImNsYWltMiIgdG8gaW5kaWNhdGUgdGhlIGNsYWlt
cyBsYXVuY2ggcGhhc2UuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOm5vdGljZSZndDs8L2R0Pgo8ZGQ+
CiAgICAgICAgICAgICAgCjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1
bmNoOm5vdGljZUlEJmd0OzwvZHQ+CjxkZD5VbmlxdWUgbm90aWNlIGlkZW50aWZpZXIgCiAgICAg
ICAgICBnZW5lcmF0ZWQgYnkgdGhlIHNvdXJjZSBvZiB0aGUgY2xhaW1zIG5vdGljZSBpbmZvcm1h
dGlvbiAKICAgICAgICAgIGxpa2UgdGhlIENsYWltcyBOb3RpY2UgSW5mb3JtYXRpb24gU2Vydmlj
ZSAoQ05JUykuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnRpbWVzdGFtcCZndDs8L2R0Pgo8ZGQ+Q29u
dGFpbnMgdGhlCiAgICAgICAgICAgICAgZGF0ZSBhbmQgdGltZSB0aGF0IHRoZSBjbGFpbXMgbm90
aWNlIHdhcyBkaXNwbGF5ZWQgb3IgYWNjZXB0ZWQuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnNvdXJj
ZSZndDs8L2R0Pgo8ZGQ+Q29udGFpbnMgdGhlIHNvdXJjZSAKICAgICAgICAgICAgICBpbmZvcm1h
dGlvbiBvZiB0aGUgY2xpZW50IHRoYXQgd2FzIGRpc3BsYXllZCBvciB0aGF0IGFjY2VwdGVkIHRo
ZSAKICAgICAgICAgICAgICBjbGFpbXMgbm90aWNlIGxpa2UgdGhlIGNsaWVudCBJUCBhZGRyZXNz
Lgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5G
b2xsb3dpbmcgaXMgYW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAg
ICAgICAgICB1c2luZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiB3aXRoIHRo
ZSAKICAgICAgICAgICAgJmx0O2xhdW5jaDpub3RpY2UmZ3Q7IGluZm9ybWF0aW9uIGZvciB0aGUg
ImNsYWltczEiIGNsYWltcyAKICAgICAgICAgICAgbGF1bmNoIHBoYXNlLgo8L3A+PGRpdiBzdHls
ZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmln
aHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBz
dGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5z
OmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5kJmd0OwogICAgJmx0O2NyZWF0ZSZndDsKICAgICAg
Jmx0O2RvbWFpbjpjcmVhdGUKICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnht
bDpuczpkb21haW4tMS4wIiZndDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50
bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAgICAgICZsdDtkb21haW46cmVnaXN0cmFudCZndDtq
ZDEyMzQmbHQ7L2RvbWFpbjpyZWdpc3RyYW50Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFj
dCB0eXBlPSJhZG1pbiImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAm
bHQ7ZG9tYWluOmNvbnRhY3QgdHlwZT0idGVjaCImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFj
dCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAgICAgJmx0O2RvbWFp
bjpwdyZndDsyZm9vQkFSJmx0Oy9kb21haW46cHcmZ3Q7CiAgICAgICAgJmx0Oy9kb21haW46YXV0
aEluZm8mZ3Q7CiAgICAgICZsdDsvZG9tYWluOmNyZWF0ZSZndDsKICAgICZsdDsvY3JlYXRlJmd0
OwogICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICAgJmx0O2xhdW5jaDpjcmVhdGUKICAgICAgIHht
bG5zOmxhdW5jaD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAg
ICAmbHQ7bGF1bmNoOnBoYXNlJmd0O2NsYWltczEmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAg
ICAmbHQ7bGF1bmNoOm5vdGljZSZndDsKICAgICAgICAgICZsdDtsYXVuY2g6bm90aWNlSUQmZ3Q7
NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpub3RpY2VJRCZndDsKICAgICAgICAgICZs
dDtsYXVuY2g6dGltZXN0YW1wJmd0OzIwMTItMDYtMTlUMDk6MDA6MDAuMFombHQ7L2xhdW5jaDp0
aW1lc3RhbXAmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOnNvdXJjZSZndDsxOTIuMC4yLjI5Jmx0
Oy9sYXVuY2g6c291cmNlJmd0OwogICAgICAgICZsdDsvbGF1bmNoOm5vdGljZSZndDsKICAgICAg
Jmx0Oy9sYXVuY2g6Y3JlYXRlJmd0OwogICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7Y2xU
UklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29tbWFuZCZndDsKJmx0Oy9l
cHAmZ3Q7PC9wcmU+PC9kaXY+CjxwPlRoaXMgZXh0ZW5zaW9uIGRvZXMgbm90IGRlZmluZSBhbnkg
ZXh0ZW5zaW9uIHRvIHRoZSByZXNwb25zZSBvZiBhCiAgICAgICAgJmx0O2NyZWF0ZSZndDsgZG9t
YWluIGNvbW1hbmQgZm9yIHRoZSBDbGFpbXMgQ3JlYXRlIEZvcm0uIEFmdGVyIHByb2Nlc3Npbmcg
dGhlIGNvbW1hbmQsIHRoZQogICAgICAgIHNlcnZlciByZXBsaWVzIHdpdGggYSBzdGFuZGFyZCBF
UFAgcmVzcG9uc2UgYXMgZGVmaW5lZCBpbiB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1
NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFwcGluZzxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3Rv
Y29sIChFUFApIERvbWFpbiBOYW1lIE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwv
c3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzFdLgo8L3A+CjxhIG5hbWU9InVwZGF0ZUNv
bW1hbmQiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp
bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48
dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+
PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjQiPjwvYT48aDM+My40LiZuYnNw
OwpFUFAgJmx0O3VwZGF0ZSZndDsgQ29tbWFuZDwvaDM+Cgo8cD5UaGlzIGV4dGVuc2lvbiBkZWZp
bmVzIGFkZGl0aW9uYWwgZWxlbWVudHMgdG8gZXh0ZW5kIHRoZSBFUFAKICAgICAgICAmbHQ7dXBk
YXRlJmd0OyBjb21tYW5kIHRvIGJlIHVzZWQgaW4gY29uanVuY3Rpb24gd2l0aCB0aGUgZG9tYWlu
IG5hbWUKICAgICAgICBtYXBwaW5nLgo8L3A+CjxwPkEgc2VydmVyIHRoYXQgZG9lcyBub3Qgc3Vw
cG9ydCBtdWx0aXBsZSBhcHBsaWNhdGlvbnMgb2YgYQogICAgICAgIGdpdmVuIGRvbWFpbiBuYW1l
IHdpdGggYW4gPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlvbklEJz5BcHBsaWNhdGlv
bgogICAgICAgIElkZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBw
bGljYXRpb24gSWRlbnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGR1cmluZyBpdHMg
bGF1bmNoIHBoYXNlIG9wZXJhdGlvbnMgTVVTVCByZXR1cm4gYW4KICAgICAgICBFUFAgZXJyb3Ig
cmVzdWx0IGNvZGUgb2YgMjEwMi4KPC9wPgo8cD5SZWdpc3RyeSBwb2xpY2llcyBwZXJtaXR0aW5n
LCBjbGllbnRzIG1heSB1cGRhdGUgYW4gYXBwbGljYXRpb24KICAgICAgICBvYmplY3QgYnkgc3Vi
bWl0dGluZyBhbiBFUFAgJmx0O3VwZGF0ZSZndDsgY29tbWFuZCBhbG9uZyB3aXRoIGEKICAgICAg
ICAmbHQ7bGF1bmNoOnVwZGF0ZSZndDsgZWxlbWVudCB0byBpbmRpY2F0ZSB0aGUgYXBwbGljYXRp
b24gb2JqZWN0IHRvIGJlCiAgICAgICAgdXBkYXRlZC4gVGhlICZsdDtsYXVuY2g6dXBkYXRlJmd0
OyBlbGVtZW50IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcKICAgICAgICBjaGlsZCBlbGVtZW50czoK
PC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNo
OnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhhc2UgZHVyaW5nIHdoaWNoIHRoZQogICAgICAgICAg
ICBhcHBsaWNhdGlvbiB3YXMgc3VibWl0dGVkIG9yIGlzIGFzc29jaWF0ZWQgd2l0aC4KPC9kZD4K
PGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+VGhlIGFwcGxpY2F0aW9u
CiAgICAgICAgICAgIGlkZW50aWZpZXIgZm9yIHdoaWNoIHRoZSBjbGllbnQgd2lzaGVzIHRvIHVw
ZGF0ZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5UaGlzIGV4dGVuc2lvbiBkb2VzIG5v
dCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgcmVzcG9uc2Ugb2YgYW4KICAgICAgICAmbHQ7
dXBkYXRlJmd0OyBkb21haW4gY29tbWFuZC4gQWZ0ZXIgcHJvY2Vzc2luZyB0aGUgY29tbWFuZCwg
dGhlCiAgICAgICAgc2VydmVyIHJlcGxpZXMgd2l0aCBhIHN0YW5kYXJkIEVQUCByZXNwb25zZSBh
cyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21h
aW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJl
Y2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiBbUkZDNTczMV0uCjwvcD4KPHA+Rm9sbG93aW5nIGlzIGFuIGV4YW1wbGUgJmx0
O3VwZGF0ZSZndDsgZG9tYWluIGNvbW1hbmQgd2l0aAogICAgICAgICAgdGhlICZsdDtsYXVuY2g6
dXBkYXRlJmd0OyBleHRlbnNpb24gdG8gYWRkIGFuZCByZW1vdmUgYSBuYW1lIHNlcnZlcgogICAg
ICAgICAgb2YgYSBzdW5yaXNlIGFwcGxpY2F0aW9uIHdpdGggdGhlIGFwcGxpY2F0aW9uIGlkZW50
aWZpZXIKICAgICAgICAgICJhYmMxMjMiLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7
IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZs
dDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0
OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZs
dDtjb21tYW5kJmd0OwogICAgJmx0O3VwZGF0ZSZndDsKICAgICAgJmx0O2RvbWFpbjp1cGRhdGUK
ICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZn
dDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1l
Jmd0OwogICAgICAgICZsdDtkb21haW46YWRkJmd0OwogICAgICAgICAgICAmbHQ7ZG9tYWluOm5z
Jmd0OwogICAgICAgICAgICAgICZsdDtkb21haW46aG9zdE9iaiZndDtuczIuZXhhbXBsZS50bGQm
bHQ7L2RvbWFpbjpob3N0T2JqJmd0OwogICAgICAgICAgICAmbHQ7L2RvbWFpbjpucyZndDsKICAg
ICAgICAgICZsdDsvZG9tYWluOmFkZCZndDsKICAgICAgICAgICZsdDtkb21haW46cmVtJmd0Owog
ICAgICAgICAgICAmbHQ7ZG9tYWluOm5zJmd0OwogICAgICAgICAgICAgICZsdDtkb21haW46aG9z
dE9iaiZndDtuczEuZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpob3N0T2JqJmd0OwogICAgICAgICAg
ICAmbHQ7L2RvbWFpbjpucyZndDsKICAgICAgICAgICZsdDsvZG9tYWluOnJlbSZndDsKICAgICAg
Jmx0Oy9kb21haW46dXBkYXRlJmd0OwogICAgJmx0Oy91cGRhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5z
aW9uJmd0OwogICAgJmx0O2xhdW5jaDp1cGRhdGUKICAgICB4bWxuczpsYXVuY2g9InVybjppZXRm
OnBhcmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7
c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAmbHQ7bGF1bmNoOmFwcGxpY2F0aW9u
SUQmZ3Q7YWJjMTIzJmx0Oy9sYXVuY2g6YXBwbGljYXRpb25JRCZndDsKICAgICZsdDsvbGF1bmNo
OnVwZGF0ZSZndDsKICAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMt
MTIzNDUmbHQ7L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0Owo8L3By
ZT48L2Rpdj4KPHA+QW4gZXhhbXBsZSByZXNwb25zZSB0aGF0IGNvcnJlc3BvbmRzIHRvIHRoZSBh
Ym92ZQogICAgICAgICAgY29tbWFuZC4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3
aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7
P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1
cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAg
ICZsdDtyZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21w
bGV0ZWQgc3VjY2Vzc2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZs
dDt0cklEJmd0OwogICAgICAmbHQ7Y2xUUklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0Owog
ICAgICAmbHQ7c3ZUUklEJmd0OzU0MzIxLVhZWiZsdDsvc3ZUUklEJmd0OwogICAgJmx0Oy90cklE
Jmd0OwogICZsdDsvcmVzcG9uc2UmZ3Q7CiZsdDsvZXBwJmd0Owo8L3ByZT48L2Rpdj4KPGEgbmFt
ZT0iZGVsZXRlQ29tbWFuZCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0
IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJy
aWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJz
cDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjMuNSI+PC9hPjxo
Mz4zLjUuJm5ic3A7CkVQUCAmbHQ7ZGVsZXRlJmd0OyBDb21tYW5kPC9oMz4KCjxwPlRoaXMgZXh0
ZW5zaW9uIGRlZmluZXMgYWRkaXRpb25hbCBlbGVtZW50cyB0byBleHRlbmQgdGhlIEVQUAogICAg
ICAgICZsdDtkZWxldGUmZ3Q7IGNvbW1hbmQgdG8gYmUgdXNlZCBpbiBjb25qdW5jdGlvbiB3aXRo
IHRoZSBkb21haW4gbmFtZQogICAgICAgIG1hcHBpbmcuCjwvcD4KPHA+QSBzZXJ2ZXIgdGhhdCBk
b2VzIG5vdCBzdXBwb3J0IG11bHRpcGxlIGFwcGxpY2F0aW9ucyBvZiBhCiAgICAgICAgZ2l2ZW4g
ZG9tYWluIG5hbWUgd2l0aCBhbiA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQn
PkFwcGxpY2F0aW9uCiAgICAgICAgSWRlbnRpZmllcjxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNz
PSdpbmZvJz5BcHBsaWNhdGlvbiBJZGVudGlmaWVyczwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4g
ZHVyaW5nIGl0cyBsYXVuY2ggcGhhc2Ugb3BlcmF0aW9ucyBNVVNUIHJldHVybiBhbgogICAgICAg
IEVQUCBlcnJvciByZXN1bHQgY29kZSBvZiAyMTAyLgo8L3A+CjxwPlJlZ2lzdHJ5IHBvbGljaWVz
IHBlcm1pdHRpbmcsIGNsaWVudHMgTUFZIHdpdGhkcmF3IGFuIGFwcGxpY2F0aW9uCiAgICAgICAg
Ynkgc3VibWl0dGluZyBhbiBFUFAgJmx0O2RlbGV0ZSZndDsgY29tbWFuZCBhbG9uZyB3aXRoIGEK
ICAgICAgICAmbHQ7bGF1bmNoOmRlbGV0ZSZndDsgZWxlbWVudCB0byBpbmRpY2F0ZSB0aGUgYXBw
bGljYXRpb24gb2JqZWN0IHRvIGJlCiAgICAgICAgZGVsZXRlZC4gVGhlICZsdDtsYXVuY2g6ZGVs
ZXRlJmd0OyBlbGVtZW50IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcKICAgICAgICBjaGlsZCBlbGVt
ZW50czoKPC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7
bGF1bmNoOnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhhc2UgZHVyaW5nIHdoaWNoIHRoZQogICAg
ICAgICAgICBhcHBsaWNhdGlvbiB3YXMgc3VibWl0dGVkIG9yIGlzIGFzc29jaWF0ZWQgd2l0aC4K
PC9kZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+VGhlIGFwcGxp
Y2F0aW9uCiAgICAgICAgICAgIGlkZW50aWZpZXIgZm9yIHdoaWNoIHRoZSBjbGllbnQgd2lzaGVz
IHRvIGRlbGV0ZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5UaGlzIGV4dGVuc2lvbiBk
b2VzIG5vdCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgcmVzcG9uc2Ugb2YgYQogICAgICAg
ICZsdDtkZWxldGUmZ3Q7IGRvbWFpbiBjb21tYW5kLiBBZnRlciBwcm9jZXNzaW5nIHRoZSBjb21t
YW5kLCB0aGUKICAgICAgICBzZXJ2ZXIgcmVwbGllcyB3aXRoIGEgc3RhbmRhcmQgRVBQIHJlc3Bv
bnNlIGFzIGRlZmluZWQgaW4gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQ
IGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXS4KPC9wPgo8cD5Gb2xsb3dpbmcgaXMgYW4gZXhhbXBs
ZSAmbHQ7ZGVsZXRlJmd0OyBkb21haW4gY29tbWFuZCB3aXRoCiAgICAgICAgICB0aGUgJmx0O2xh
dW5jaDpkZWxldGUmZ3Q7IGV4dGVuc2lvbi4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxl
OyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgom
bHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZn
dDsKJmx0O2VwcCB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAm
bHQ7Y29tbWFuZCZndDsKICAgJmx0O2RlbGV0ZSZndDsKICAgICZsdDtkb21haW46ZGVsZXRlCiAg
ICAgeG1sbnM6ZG9tYWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0Owog
ICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0Owog
ICAgJmx0Oy9kb21haW46ZGVsZXRlJmd0OwogICAmbHQ7L2RlbGV0ZSZndDsKICAgJmx0O2V4dGVu
c2lvbiZndDsKICAgICZsdDtsYXVuY2g6ZGVsZXRlCiAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAmbHQ7bGF1bmNoOnBoYXNlJmd0
O3N1bnJpc2UmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAgJmx0O2xhdW5jaDphcHBsaWNhdGlv
bklEJmd0O2FiYzEyMyZsdDsvbGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7CiAgICAmbHQ7L2xhdW5j
aDpkZWxldGUmZ3Q7CiAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAmbHQ7Y2xUUklEJmd0O0FCQy0x
MjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29tbWFuZCZndDsKJmx0Oy9lcHAmZ3Q7CjwvcHJl
PjwvZGl2Pgo8cD5BbiBleGFtcGxlIHJlc3BvbnNlIHRoYXQgY29ycmVzcG9uZHMgdG8gdGhlIGFi
b3ZlCiAgICAgICAgICBjb21tYW5kLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdp
ZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/
eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04Ij8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVy
bjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O3Jlc3BvbnNlJmd0OwogICAg
Jmx0O3Jlc3VsdCBjb2RlPSIxMDAwIiZndDsKICAgICAgJmx0O21zZyZndDtDb21tYW5kIGNvbXBs
ZXRlZCBzdWNjZXNzZnVsbHkmbHQ7L21zZyZndDsKICAgICZsdDsvcmVzdWx0Jmd0OwogICAgJmx0
O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAg
ICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQm
Z3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9lcHAmZ3Q7CjwvcHJlPjwvZGl2Pgo8YSBuYW1l
PSJyZW5ld0NvbW1hbmQiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIg
Y2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmln
aHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7
PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjYiPjwvYT48aDM+
My42LiZuYnNwOwpFUFAgJmx0O3JlbmV3Jmd0OyBDb21tYW5kPC9oMz4KCjxwPlRoaXMgZXh0ZW5z
aW9uIGRvZXMgbm90IGRlZmluZSBhbnkgZXh0ZW5zaW9uIHRvIHRoZSBFUFAKICAgICAgICAmbHQ7
cmVuZXcmZ3Q7IGNvbW1hbmQgb3IgcmVzcG9uc2UgZGVzY3JpYmVkIGluIHRoZSA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3Nw
YW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQ
cm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1
Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0uCjwvcD4K
PGEgbmFtZT0idHJhbnNmZXJDb21tYW5kIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMy43
Ij48L2E+PGgzPjMuNy4mbmJzcDsKRVBQICZsdDt0cmFuc2ZlciZndDsgQ29tbWFuZDwvaDM+Cgo8
cD5UaGlzIGV4dGVuc2lvbiBkb2VzIG5vdCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgRVBQ
CiAgICAgICAgJmx0O3RyYW5zZmVyJmd0OyBjb21tYW5kIG9yIHJlc3BvbnNlIGRlc2NyaWJlZCBp
biB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFw
cGluZzxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxk
cXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApIERvbWFpbiBOYW1lIE1h
cHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4g
W1JGQzU3MzFdLgo8L3A+CjxhIG5hbWU9InN5bnRheCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUg
c3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJU
T0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9j
Ij4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0
aW9uLjQiPjwvYT48aDM+NC4mbmJzcDsKRm9ybWFsIFN5bnRheDwvaDM+Cgo8cD5UaHJlZSBzY2hl
bWFzIGFyZSBwcmVzZW50ZWQgaGVyZS4gIFRoZSBmaXJzdCBzY2hlbWEgaXMgdGhlIEVQUCBMYXVu
Y2ggCiAgICAgIFBoYXNlIE1hcHBpbmcgc2NoZW1hLiAgVGhlIHNlY29uZCBzY2hlbWEgaXMgYSBk
ZXBlbmRlbnQgc2NoZW1hIGZvciAKICAgICAgdGhlIFNpZ25lZCBNYXJrLiAgVGhlIHRoaXJkIHNj
aGVtYSBpcyBhIGRlcGVuZGVudCBzY2hlbWEgZm9yIHRoZSBNYXJrLgo8L3A+CjxwPlRoZSBmb3Jt
YWwKICAgICAgc3ludGF4IHByZXNlbnRlZCBoZXJlIGlzIGEgY29tcGxldGUgc2NoZW1hIHJlcHJl
c2VudGF0aW9uIG9mIHRoZSBvYmplY3QKICAgICAgbWFwcGluZyBzdWl0YWJsZSBmb3IgYXV0b21h
dGVkIHZhbGlkYXRpb24gb2YgRVBQIFhNTCBpbnN0YW5jZXMuIFRoZQogICAgICBCRUdJTiBhbmQg
RU5EIHRhZ3MgYXJlIG5vdCBwYXJ0IG9mIHRoZSBzY2hlbWE7IHRoZXkgYXJlIHVzZWQgdG8gbm90
ZSB0aGUKICAgICAgYmVnaW5uaW5nIGFuZCBlbmRpbmcgb2YgdGhlIHNjaGVtYSBmb3IgVVJJIHJl
Z2lzdHJhdGlvbiBwdXJwb3Nlcy4KPC9wPgo8YSBuYW1lPSJhbmNob3I0Ij48L2E+PGJyIC8+PGhy
IC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0i
MiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxh
IGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFt
ZT0icmZjLnNlY3Rpb24uNC4xIj48L2E+PGgzPjQuMS4mbmJzcDsKTGF1bmNoIFNjaGVtYTwvaDM+
Cgo8cD5Db3B5cmlnaHQgKGMpIDIwMTIgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRp
ZmllZCBhcyBhdXRob3JzCiAgICAgIG9mIHRoZSBjb2RlLiBBbGwgcmlnaHRzIHJlc2VydmVkLgo8
L3A+CjxwPlJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMs
IHdpdGggb3Igd2l0aG91dAogICAgICBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlk
ZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlCiAgICAgIG1ldDoKPC9wPgo8cD48
L3A+Cjx1bCBjbGFzcz0idGV4dCI+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg
bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNlLCB0aGlzIGxp
c3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgo8L2xpPgo8bGk+
UmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBj
b3B5cmlnaHQKICAgICAgICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRo
ZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKICAgICAgICAgIGRvY3VtZW50YXRpb24gYW5k
L29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZQogICAgICAgICAgZGlzdHJpYnV0
aW9uLgo8L2xpPgo8bGk+TmVpdGhlciB0aGUgbmFtZSBvZiBJbnRlcm5ldCBTb2NpZXR5LCBJRVRG
IG9yIElFVEYgVHJ1c3QsIG5vciB0aGUKICAgICAgICAgIG5hbWVzIG9mIHNwZWNpZmljIGNvbnRy
aWJ1dG9ycywgbWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9tb3RlCiAgICAgICAgICBwcm9k
dWN0cyBkZXJpdmVkIGZyb20gdGhpcyBzb2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdy
aXR0ZW4KICAgICAgICAgIHBlcm1pc3Npb24uCjwvbGk+CjwvdWw+Cgo8cD5USElTIFNPRlRXQVJF
IElTIFBST1ZJREVEIEJZIFRIRSBDT1BZUklHSFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTCiAg
ICAgICJBUyBJUyIgQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVE
SU5HLCBCVVQgTk9UCiAgICAgIExJTUlURUQgVE8sIFRIRSBJTVBMSUVEIFdBUlJBTlRJRVMgT0Yg
TUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBCiAgICAgIFBBUlRJQ1VMQVIgUFVSUE9T
RSBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIENPUFlSSUdIVCBPV05FUgog
ICAgICBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwg
SU5DSURFTlRBTCwgU1BFQ0lBTCwKICAgICAgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMIERB
TUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLAogICAgICBQUk9DVVJFTUVOVCBP
RiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IKICAg
ICAgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQg
T04gQU5ZIFRIRU9SWSBPRgogICAgICBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNU
UklDVCBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORwogICAgICBORUdMSUdFTkNFIE9SIE9U
SEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMKICAgICAg
U09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1B
R0UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0
OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KQkVHSU4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiPyZndDsKJmx0O3NjaGVtYQogIHRhcmdldE5hbWVzcGFjZT0i
dXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIgogIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIgogIHhtbG5zOmVwcGNvbT0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczplcHBjb20tMS4wIgogIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6
bnM6bWFyay0xLjAiCiAgeG1sbnM6c21kPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnNpZ25lZE1h
cmstMS4wIgogIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIKICBlbGVt
ZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCImZ3Q7CgombHQ7IS0tCkltcG9ydCBjb21tb24gZWxl
bWVudCB0eXBlcy4KLS0mZ3Q7CiAgJmx0O2ltcG9ydCBuYW1lc3BhY2U9InVybjppZXRmOnBhcmFt
czp4bWw6bnM6ZXBwY29tLTEuMCIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJlcHBjb20tMS4w
LnhzZCIvJmd0OwoKICAmbHQ7aW1wb3J0IG5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpu
czptYXJrLTEuMCIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJtYXJrLTEuMC54c2QiLyZndDsK
CiAgJmx0O2ltcG9ydCBuYW1lc3BhY2U9InVybjppZXRmOnBhcmFtczp4bWw6bnM6c2lnbmVkTWFy
ay0xLjAiCiAgICAgICAgICBzY2hlbWFMb2NhdGlvbj0ic2lnbmVkTWFyay0xLjAueHNkIi8mZ3Q7
CgogICZsdDthbm5vdGF0aW9uJmd0OwogICAgJmx0O2RvY3VtZW50YXRpb24mZ3Q7CiAgICAgIEV4
dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIHYxLjAKICAgICAgZG9tYWluIG5hbWUgZXh0
ZW5zaW9uIHNjaGVtYQogICAgICBmb3IgdGhlIGxhdW5jaCBwaGFzZSBwcm9jZXNzaW5nLgogICAg
Jmx0Oy9kb2N1bWVudGF0aW9uJmd0OwogICZsdDsvYW5ub3RhdGlvbiZndDsKCiAgJmx0OyEtLQog
IENoaWxkIGVsZW1lbnRzIGZvdW5kIGluIEVQUCBjb21tYW5kcy4KICAtLSZndDsKICAmbHQ7ZWxl
bWVudCBuYW1lPSJjaGVjayIgdHlwZT0ibGF1bmNoOmNoZWNrVHlwZSIvJmd0OwogICZsdDtlbGVt
ZW50IG5hbWU9ImluZm8iIHR5cGU9ImxhdW5jaDppbmZvVHlwZSIvJmd0OwogICZsdDtlbGVtZW50
IG5hbWU9ImNyZWF0ZSIgdHlwZT0ibGF1bmNoOmNyZWF0ZVR5cGUiLyZndDsKICAmbHQ7ZWxlbWVu
dCBuYW1lPSJ1cGRhdGUiIHR5cGU9ImxhdW5jaDppZENvbnRhaW5lclR5cGUiLyZndDsKICAmbHQ7
ZWxlbWVudCBuYW1lPSJkZWxldGUiIHR5cGU9ImxhdW5jaDppZENvbnRhaW5lclR5cGUiLyZndDsK
CiAgJmx0OyEtLQogIENvbW1vbiBjb250YWluZXIgb2YgaWQgKGlkZW50aWZpZXIpIGVsZW1lbnQK
ICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iaWRDb250YWluZXJUeXBlIiZndDsKICAg
ICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9Imxh
dW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iYXBwbGljYXRpb25J
RCIgdHlwZT0ibGF1bmNoOmFwcGxpY2F0aW9uSURUeXBlIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNl
Jmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBEZWZpbml0aW9uIGZvciBh
cHBsaWNhdGlvbiBpZGVudGlmaWVyCiAgLS0mZ3Q7CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0iYXBw
bGljYXRpb25JRFR5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9InRva2VuIi8mZ3Q7
CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAgRGVmaW5pdGlvbiBmb3IgbGF1bmNo
IHBoYXNlLiAgTmFtZSBpcyBhbiBvcHRpb25hbCBhdHRyaWJ1dGUKICB1c2VkIHRvIGV4dGVuZCB0
aGUgcGhhc2UgdHlwZS4gIEZvciBleGFtcGxlLCB3aGVuCiAgdXNpbmcgdGhlIHBoYXNlIHR5cGUg
dmFsdWUgb2YgJmFtcDtxdDtjdXN0b20mYW1wO2d0OywgdGhlIG5hbWUKICBjYW4gYmUgdXNlZCB0
byBzcGVjaWZ5IHRoZSBjdXN0b20gcGhhc2UuCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5h
bWU9InBoYXNlVHlwZSImZ3Q7CiAgICAmbHQ7c2ltcGxlQ29udGVudCZndDsKICAgICAgJmx0O2V4
dGVuc2lvbiBiYXNlPSJsYXVuY2g6cGhhc2VUeXBlVmFsdWUiJmd0OwogICAgICAgICZsdDthdHRy
aWJ1dGUgbmFtZT0ibmFtZSIgdHlwZT0idG9rZW4iLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24m
Z3Q7CiAgICAmbHQ7L3NpbXBsZUNvbnRlbnQmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCiAg
Jmx0OyEtLQogIEVudW1lcmF0aW9uIG9mIGZvciBsYXVuY2ggcGhhc2UgdmFsdWVzLgogIC0tJmd0
OwogICZsdDtzaW1wbGVUeXBlIG5hbWU9InBoYXNlVHlwZVZhbHVlIiZndDsKICAgICAgJmx0O3Jl
c3RyaWN0aW9uIGJhc2U9InRva2VuIiZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9
InN1bnJpc2UiLyZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9ImxhbmRydXNoIi8m
Z3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjbGFpbXMxIi8mZ3Q7CiAgICAgICAg
Jmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjbGFpbXMyIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0
aW9uIHZhbHVlPSJvcGVuIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjdXN0
b20iLyZndDsKICAgICZsdDsvcmVzdHJpY3Rpb24mZ3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoK
CiAgJmx0OyEtLQogIERlZmluaXRpb24gZm9yIHRoZSBzdW5yaXNlIGNvZGUKICAtLSZndDsKICAm
bHQ7c2ltcGxlVHlwZSBuYW1lPSJjb2RlVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFz
ZT0iYmFzZTY0QmluYXJ5IiZndDsKICAgICAgJmx0O21pbkxlbmd0aCB2YWx1ZT0iMSIvJmd0Owog
ICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAmbHQ7L3NpbXBsZVR5cGUmZ3Q7CgogICZsdDshLS0K
ICBEZWZpbml0aW9uIGZvciB0aGUgbm90aWNlIGlkZW50aWZpZXIKICAtLSZndDsKICAmbHQ7c2lt
cGxlVHlwZSBuYW1lPSJub3RpY2VJRFR5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9
ImJhc2U2NEJpbmFyeSImZ3Q7CiAgICAgICZsdDttaW5MZW5ndGggdmFsdWU9IjEiLyZndDsKICAg
ICZsdDsvcmVzdHJpY3Rpb24mZ3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAg
UG9zc2libGUgc3RhdHVzIHZhbHVlcyBmb3Igc3VucmlzZSBhcHBsaWNhdGlvbgogIC0tJmd0Owog
ICAgJmx0O3NpbXBsZVR5cGUgbmFtZT0ic3RhdHVzVmFsdWVUeXBlIiZndDsKICAgICZsdDtyZXN0
cmljdGlvbiBiYXNlPSJ0b2tlbiImZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJw
ZW5kaW5nIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJ2YWxpZGF0ZWQiLyZn
dDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9ImludmFsaWQiLyZndDsKICAgICAgICAm
bHQ7ZW51bWVyYXRpb24gdmFsdWU9InBlbmRpbmdBdWN0aW9uIi8mZ3Q7CiAgICAgICAgJmx0O2Vu
dW1lcmF0aW9uIHZhbHVlPSJhbGxvY2F0ZWQiLyZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24g
dmFsdWU9InJlamVjdGVkIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjdXN0
b20iLyZndDsKICAgICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAgICZsdDsvc2ltcGxlVHlwZSZn
dDsKCiAgJmx0OyEtLQogIFN0YXR1cyB0eXBlIGRlZmluaXRpb24KICAtLSZndDsKICAmbHQ7Y29t
cGxleFR5cGUgbmFtZT0ic3RhdHVzVHlwZSImZ3Q7CiAgICAmbHQ7c2ltcGxlQ29udGVudCZndDsK
ICAgICAgJmx0O2V4dGVuc2lvbiBiYXNlPSJub3JtYWxpemVkU3RyaW5nIiZndDsKICAgICAgICAm
bHQ7YXR0cmlidXRlIG5hbWU9InMiIHR5cGU9ImxhdW5jaDpzdGF0dXNWYWx1ZVR5cGUiCiAgICAg
ICAgICB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAgICAgICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJsYW5n
IiB0eXBlPSJsYW5ndWFnZSIKICAgICAgICAgIGRlZmF1bHQ9ImVuIi8mZ3Q7CiAgICAgICAgJmx0
O2F0dHJpYnV0ZSBuYW1lPSJuYW1lIiB0eXBlPSJ0b2tlbiIvJmd0OwogICAgICAmbHQ7L2V4dGVu
c2lvbiZndDsKICAgICZsdDsvc2ltcGxlQ29udGVudCZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0
OwoKICAmbHQ7IS0tCiAgY29kZU1hcmsgVHlwZSB0aGF0IGNvbnRhaW5zIGFuIG9wdGlvbmFsIGNv
ZGUKICB3aXRoIG1hcmsgaW5mb3JtYXRpb24uCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5h
bWU9ImNvZGVNYXJrVHlwZSImZ3Q7CiAgICAmbHQ7c2VxdWVuY2UmZ3Q7CiAgICAmbHQ7ZWxlbWVu
dCBuYW1lPSJjb2RlIiB0eXBlPSJsYXVuY2g6Y29kZVR5cGUiCiAgICAJbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAmbHQ7ZWxlbWVudCByZWY9Im1hcms6bWFyayIKICAgIAltaW5PY2N1cnM9IjAiLyZn
dDsKICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0K
ICBDaGlsZCBlbGVtZW50cyBmb3IgdGhlIGNyZWF0ZSBjb21tYW5kCiAgLS0mZ3Q7CiAgJmx0O2Nv
bXBsZXhUeXBlIG5hbWU9ImNyZWF0ZVR5cGUiJmd0OwogICAgJmx0O3NlcXVlbmNlJmd0OwogICAg
ICAmbHQ7ZWxlbWVudCBuYW1lPSJwaGFzZSIgdHlwZT0ibGF1bmNoOnBoYXNlVHlwZSIvJmd0Owog
ICAgICAmbHQ7Y2hvaWNlJmd0OwogICAgICAgICZsdDtlbGVtZW50IG5hbWU9ImNvZGVNYXJrIiB0
eXBlPSJsYXVuY2g6Y29kZU1hcmtUeXBlIgogICAgICAgICAgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi
LyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCByZWY9InNtZDpzaWduZWRNYXJrIgogICAgICAgICBt
YXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgICAgICZsdDtlbGVtZW50IHJlZj0ic21kOmVu
Y29kZWRTaWduZWRNYXJrIgogICAgICAgICBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAg
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibm90aWNlIgogICAgICAgICAgdHlwZT0ibGF1bmNoOmNy
ZWF0ZU5vdGljZVR5cGUiLyZndDsKICAgICAgJmx0Oy9jaG9pY2UmZ3Q7CiAgICAmbHQ7L3NlcXVl
bmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBDaGlsZCBlbGVtZW50
cyBvZiB0aGUgY3JlYXRlIG5vdGljZSBlbGVtZW50LgogIC0tJmd0OwogICZsdDtjb21wbGV4VHlw
ZSBuYW1lPSJjcmVhdGVOb3RpY2VUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0ibm90aWNlSUQiIHR5cGU9ImxhdW5jaDpub3RpY2VJRFR5cGUiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0idGltZXN0YW1wIiB0eXBlPSJkYXRlVGltZSIvJmd0
OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJzb3VyY2UiIHR5cGU9InRva2VuIi8mZ3Q7CiAgICAm
bHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgoKICAmbHQ7IS0tCiAgQ2hp
bGQgZWxlbWVudHMgb2YgY2hlY2sgKENsYWltcyBDaGVjayBDb21tYW5kKS4KICAtLSZndDsKICAm
bHQ7Y29tcGxleFR5cGUgbmFtZT0iY2hlY2tUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsK
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZn
dDsKICAgICZsdDsvc2VxdWVuY2UmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCgogICZsdDsh
LS0KICBDaGlsZCBlbGVtZW50cyBvZiBpbmZvIGNvbW1hbmQuCiAgLS0mZ3Q7CiAgJmx0O2NvbXBs
ZXhUeXBlIG5hbWU9ImluZm9UeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0
O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0iYXBwbGljYXRpb25JRCIKICAgICAgICB0eXBlPSJsYXVuY2g6YXBw
bGljYXRpb25JRFR5cGUiCiAgICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVl
bmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBDaGlsZCByZXNwb25z
ZSBlbGVtZW50cy4KICAtLSZndDsKICAmbHQ7ZWxlbWVudCBuYW1lPSJjaGtEYXRhIiB0eXBlPSJs
YXVuY2g6Y2hrRGF0YVR5cGUiLyZndDsKICAmbHQ7ZWxlbWVudCBuYW1lPSJjcmVEYXRhIiB0eXBl
PSJsYXVuY2g6aWRDb250YWluZXJUeXBlIi8mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFtZT0iaW5mRGF0
YSIgdHlwZT0ibGF1bmNoOmluZkRhdGFUeXBlIi8mZ3Q7CgogICZsdDshLS0KICAgJmx0O2NoZWNr
Jmd0OyByZXNwb25zZSBlbGVtZW50cy4KICAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9
ImNoa0RhdGFUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAgJmx0O2VsZW1l
bnQgbmFtZT0iY2QiIHR5cGU9ImxhdW5jaDpjZFR5cGUiCiAgICAgICBtYXhPY2N1cnM9InVuYm91
bmRlZCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0OwoK
ICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iY2RUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsK
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibmFtZSIgdHlwZT0ibGF1bmNoOmNkTmFtZVR5cGUiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iY2xhaW1LZXkiIHR5cGU9InRva2VuIgogICAgICAg
bWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5
cGUmZ3Q7CgogICZsdDtjb21wbGV4VHlwZSBuYW1lPSJjZE5hbWVUeXBlIiZndDsKICAgICZsdDtz
aW1wbGVDb250ZW50Jmd0OwogICAgICAmbHQ7ZXh0ZW5zaW9uIGJhc2U9ImVwcGNvbTpsYWJlbFR5
cGUiJmd0OwogICAgICAgICZsdDthdHRyaWJ1dGUgbmFtZT0iZXhpc3RzIiB0eXBlPSJib29sZWFu
IgogICAgICAgICB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAgICAgICZsdDsvZXh0ZW5zaW9uJmd0Owog
ICAgJmx0Oy9zaW1wbGVDb250ZW50Jmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDsh
LS0KICAmbHQ7aW5mbyZndDsgcmVzcG9uc2UgZWxlbWVuZXRzCiAgLS0mZ3Q7CiAgJmx0O2NvbXBs
ZXhUeXBlIG5hbWU9ImluZkRhdGFUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAg
ICAmbHQ7ZWxlbWVudCBuYW1lPSJhcHBsaWNhdGlvbklEIgogICAgICB0eXBlPSJsYXVuY2g6YXBw
bGljYXRpb25JRFR5cGUiCiAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICZsdDtlbGVtZW50
IG5hbWU9InN0YXR1cyIgdHlwZT0ibGF1bmNoOnN0YXR1c1R5cGUiCiAgICAgIG1pbk9jY3Vycz0i
MCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9Im1hcms6bWFyayIKICAgICAgbWluT2NjdXJz
PSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAm
bHQ7L2NvbXBsZXhUeXBlJmd0OwoKJmx0Oy9zY2hlbWEmZ3Q7CkVORDwvcHJlPjwvZGl2Pgo8YSBu
YW1lPSJhbmNob3I1Ij48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNl
bGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0
Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwv
YT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNC4yIj48L2E+PGgzPjQu
Mi4mbmJzcDsKU2lnbmVkIE1hcmsgU2NoZW1hPC9oMz4KCjxwPkNvcHlyaWdodCAoYykgMjAxMiBJ
RVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIGF1dGhvcnMKICAgICAgb2Yg
dGhlIGNvZGUuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCjwvcD4KPHA+UmVkaXN0cmlidXRpb24gYW5k
IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CiAgICAgIG1v
ZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29u
ZGl0aW9ucyBhcmUKICAgICAgbWV0Ogo8L3A+CjxwPjwvcD4KPHVsIGNsYXNzPSJ0ZXh0Ij4KPGxp
PlJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29w
eXJpZ2h0CiAgICAgICAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUg
Zm9sbG93aW5nIGRpc2NsYWltZXIuCjwvbGk+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5
IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNl
LCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGlu
IHRoZQogICAgICAgICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3Zp
ZGVkIHdpdGggdGhlCiAgICAgICAgICBkaXN0cmlidXRpb24uCjwvbGk+CjxsaT5OZWl0aGVyIHRo
ZSBuYW1lIG9mIEludGVybmV0IFNvY2lldHksIElFVEYgb3IgSUVURiBUcnVzdCwgbm9yIHRoZQog
ICAgICAgICAgbmFtZXMgb2Ygc3BlY2lmaWMgY29udHJpYnV0b3JzLCBtYXkgYmUgdXNlZCB0byBl
bmRvcnNlIG9yIHByb21vdGUKICAgICAgICAgIHByb2R1Y3RzIGRlcml2ZWQgZnJvbSB0aGlzIHNv
ZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbgogICAgICAgICAgcGVybWlzc2lv
bi4KPC9saT4KPC91bD4KCjxwPlRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIENPUFlS
SUdIVCBIT0xERVJTIEFORCBDT05UUklCVVRPUlMKICAgICAgIkFTIElTIiBBTkQgQU5ZIEVYUFJF
U1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QKICAgICAgTElNSVRF
RCBUTywgVEhFIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5F
U1MgRk9SIEEKICAgICAgUEFSVElDVUxBUiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELiBJTiBOTyBF
VkVOVCBTSEFMTCBUSEUgQ09QWVJJR0hUIE9XTkVSCiAgICAgIE9SIENPTlRSSUJVVE9SUyBCRSBM
SUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLAogICAg
ICBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9U
IExJTUlURUQgVE8sCiAgICAgIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMgT1IgU0VS
VklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUgogICAgICBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJ
TlRFUlJVUFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GCiAgICAgIExJ
QUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAo
SU5DTFVESU5HCiAgICAgIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX
QVkgT1VUIE9GIFRIRSBVU0UgT0YgVEhJUwogICAgICBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VE
IE9GIFRIRSBQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4KPC9wPjxkaXYgc3R5bGU9J2Rpc3Bs
YXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRv
Jz48cHJlPgpCRUdJTgombHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Jmd0
OwombHQ7c2NoZW1hCiAgdGFyZ2V0TmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnNp
Z25lZE1hcmstMS4wIgogIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRN
YXJrLTEuMCIKICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmstMS4wIgog
IHhtbG5zOmRzaWc9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyMiCiAgeG1sbnM9
Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIgogIGVsZW1lbnRGb3JtRGVmYXVsdD0i
cXVhbGlmaWVkIiZndDsKCiZsdDshLS0KSW1wb3J0IGNvbW1vbiBlbGVtZW50IHR5cGVzLgotLSZn
dDsKICAmbHQ7aW1wb3J0IG5hbWVzcGFjZT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxk
c2lnIyIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJ4bWxkaWctY29yZS1zY2hlbWEueHNkIi8m
Z3Q7CgogICZsdDtpbXBvcnQgbmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmst
MS4wIgogICAgICAgICAgc2NoZW1hTG9jYXRpb249Im1hcmstMS4wLnhzZCIvJmd0OwoKCiAgJmx0
O2Fubm90YXRpb24mZ3Q7CiAgICAmbHQ7ZG9jdW1lbnRhdGlvbiZndDsKICAgICAgU2NoZW1hIGZv
ciByZXByZXNlbnRpbmcgYSBTaWduZWQgTWFyaywgYWxzbyByZWZlcnJlZCB0bwogICAgICBhcyBT
aWduZWQgTWFyayBEYXRhIChTTUQpLCB0aGF0IGluY2x1ZGVzIGRpZ2l0YWxseQogICAgICBzaWdu
ZWQgdHJhZGVtYXJrIGluZm9ybWF0aW9uLgogICAgJmx0Oy9kb2N1bWVudGF0aW9uJmd0OwogICZs
dDsvYW5ub3RhdGlvbiZndDsKCiAgJmx0OyEtLQogICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxl
bWVudCBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFtZT0ic2lnbmVkTWFyayIg
dHlwZT0ic21kOnNpZ25lZE1hcmtUeXBlIi8mZ3Q7CgogICZsdDshLS0KICAmbHQ7c21kOmVuY29k
ZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IGRlZmluaXRpb24KICAtLSZndDsKICAmbHQ7ZWxlbWVu
dCBuYW1lPSJlbmNvZGVkU2lnbmVkTWFyayIKICAgIHR5cGU9InNtZDplbmNvZGVkU2lnbmVkTWFy
a1R5cGUiLyZndDsKCiAgJmx0OyEtLQogICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgY2hpbGQgZWxl
bWVudHMKICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0ic2lnbmVkTWFya1R5cGUiJmd0
OwogICAgJmx0O3NlcXVlbmNlJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJzZXJpYWwiIHR5
cGU9InRva2VuIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImV4RGF0ZSIgdHlwZT0iZGF0
ZVRpbWUiCiAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9Im1h
cms6bWFyayIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9ImRzaWc6U2lnbmF0dXJlIi8mZ3Q7
CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJpZCIgdHlwZT0i
SUQiIHVzZT0icmVxdWlyZWQiLyZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0OwoKICAmbHQ7IS0t
CiAgJmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVudCB0eXBlCiAgLS0mZ3Q7CiAg
Jmx0O2NvbXBsZXhUeXBlIG5hbWU9ImVuY29kZWRTaWduZWRNYXJrVHlwZSImZ3Q7CiAgICAmbHQ7
c2ltcGxlQ29udGVudCZndDsKICAgICAgJmx0O2V4dGVuc2lvbiBiYXNlPSJ0b2tlbiImZ3Q7CiAg
ICAgICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJlbmNvZGluZyIgdHlwZT0idG9rZW4iCiAgICAgICAg
ICBkZWZhdWx0PSJiYXNlNjQiLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7
L3NpbXBsZUNvbnRlbnQmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCgombHQ7L3NjaGVtYSZn
dDsKRU5EPC9wcmU+PC9kaXY+CjxhIG5hbWU9ImFuY2hvcjYiPjwvYT48YnIgLz48aHIgLz4KPHRh
YmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFz
cz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0i
I3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMu
c2VjdGlvbi40LjMiPjwvYT48aDM+NC4zLiZuYnNwOwpNYXJrIFNjaGVtYTwvaDM+Cgo8cD5Db3B5
cmlnaHQgKGMpIDIwMTIgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyBh
dXRob3JzCiAgICAgIG9mIHRoZSBjb2RlLiBBbGwgcmlnaHRzIHJlc2VydmVkLgo8L3A+CjxwPlJl
ZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Ig
d2l0aG91dAogICAgICBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0
aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlCiAgICAgIG1ldDoKPC9wPgo8cD48L3A+Cjx1bCBj
bGFzcz0idGV4dCI+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRh
aW4gdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29u
ZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgo8L2xpPgo8bGk+UmVkaXN0cmli
dXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQK
ICAgICAgICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp
bmcgZGlzY2xhaW1lciBpbiB0aGUKICAgICAgICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVy
IG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZQogICAgICAgICAgZGlzdHJpYnV0aW9uLgo8L2xp
Pgo8bGk+TmVpdGhlciB0aGUgbmFtZSBvZiBJbnRlcm5ldCBTb2NpZXR5LCBJRVRGIG9yIElFVEYg
VHJ1c3QsIG5vciB0aGUKICAgICAgICAgIG5hbWVzIG9mIHNwZWNpZmljIGNvbnRyaWJ1dG9ycywg
bWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9tb3RlCiAgICAgICAgICBwcm9kdWN0cyBkZXJp
dmVkIGZyb20gdGhpcyBzb2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4KICAg
ICAgICAgIHBlcm1pc3Npb24uCjwvbGk+CjwvdWw+Cgo8cD5USElTIFNPRlRXQVJFIElTIFBST1ZJ
REVEIEJZIFRIRSBDT1BZUklHSFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTCiAgICAgICJBUyBJ
UyIgQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQg
Tk9UCiAgICAgIExJTUlURUQgVE8sIFRIRSBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB
QklMSVRZIEFORCBGSVRORVNTIEZPUiBBCiAgICAgIFBBUlRJQ1VMQVIgUFVSUE9TRSBBUkUgRElT
Q0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIENPUFlSSUdIVCBPV05FUgogICAgICBPUiBD
T05UUklCVVRPUlMgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRB
TCwgU1BFQ0lBTCwKICAgICAgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMIERBTUFHRVMgKElO
Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLAogICAgICBQUk9DVVJFTUVOVCBPRiBTVUJTVElU
VVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IKICAgICAgUFJPRklU
UzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRI
RU9SWSBPRgogICAgICBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVCBMSUFC
SUxJVFksIE9SIFRPUlQgKElOQ0xVRElORwogICAgICBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg
QVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMKICAgICAgU09GVFdBUkUs
IEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCjwvcD48
ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1h
cmdpbi1yaWdodDogYXV0byc+PHByZT4KQkVHSU4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNv
ZGluZz0iVVRGLTgiPyZndDsKJmx0O3NjaGVtYQogIHRhcmdldE5hbWVzcGFjZT0idXJuOmlldGY6
cGFyYW1zOnhtbDpuczptYXJrLTEuMCIKICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOm1hcmstMS4wIgogIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIK
ICBlbGVtZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCImZ3Q7CgogICZsdDthbm5vdGF0aW9uJmd0
OwogICAgJmx0O2RvY3VtZW50YXRpb24mZ3Q7CiAgICAgIFNjaGVtYSBmb3IgcmVwcmVzZW50aW5n
IGEgVHJhZGVtYXJrLCBhbHNvIHJlZmVycmVkIHRvCiAgICAgIGFzIE1hcmsuCiAgICAmbHQ7L2Rv
Y3VtZW50YXRpb24mZ3Q7CiAgJmx0Oy9hbm5vdGF0aW9uJmd0OwoKICAmbHQ7IS0tCiAgJmx0O21h
cms6bWFyayZndDsgZWxlbWVudCBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFt
ZT0ibWFyayIgdHlwZT0ibWFyazptYXJrVHlwZSIvJmd0OwoKICAmbHQ7IS0tCiAgJmx0O21hcms6
bWFyayZndDsgY2hpbGQgZWxlbWVudHMKICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0i
bWFya1R5cGUiJmd0OwogICAgICAmbHQ7c2VxdWVuY2UmZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0iaWQiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAg
ICAgJmx0O2VsZW1lbnQgbmFtZT0ibmFtZSIgdHlwZT0idG9rZW4iCiAgICAgICAgICAgbWluT2Nj
dXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibGFiZWwiIHR5cGU9Im1hcms6
bGFiZWxUeXBlIgogICAgICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi
LyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJpc3N1ZXIiIHR5cGU9InRva2VuIgogICAg
ICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibnVtYmVy
IiB0eXBlPSJ0b2tlbiIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtl
bGVtZW50IG5hbWU9InR5cGUiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iY2xhc3MiIHR5cGU9ImludGVnZXIiCiAgICAg
ICAgICBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8mZ3Q7CiAgICAgICAgJmx0
O2VsZW1lbnQgbmFtZT0iZW50aXRsZW1lbnQiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2Nj
dXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icmVnRGF0ZSIgdHlwZT0iZGF0
ZSIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtlbGVtZW50IG5hbWU9
ImVmZmVjdGl2ZURhdGUiIHR5cGU9ImRhdGUiCiAgICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsK
ICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJleERhdGUiIHR5cGU9ImRhdGUiCiAgICAgICAgICBt
aW5PY2N1cnM9IjAiLyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJjb3VudHJ5IiB0eXBl
PSJtYXJrOmNjVHlwZSIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtl
bGVtZW50IG5hbWU9InJlZ2lvbiIgdHlwZT0idG9rZW4iCiAgICAgICAgICAgbWluT2NjdXJzPSIw
Ii8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ib3duZXIiIHR5cGU9Im1hcms6Y29udGFj
dFR5cGUiCiAgICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBu
YW1lPSJjb250YWN0IiB0eXBlPSJtYXJrOmNvbnRhY3RUeXBlIgogICAgICAgICAgbWluT2NjdXJz
PSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgoK
ICAmbHQ7IS0tCiAgRE5TIGxhYmVsIHR5cGUgZGVmaW5pdGlvbgogIC0tJmd0OwogICZsdDtzaW1w
bGVUeXBlIG5hbWU9ImxhYmVsVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9r
ZW4iJmd0OwogICAgICAmbHQ7bWluTGVuZ3RoIHZhbHVlPSIxIi8mZ3Q7CiAgICAgICZsdDttYXhM
ZW5ndGggdmFsdWU9IjI1NSIvJmd0OwogICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAmbHQ7L3Np
bXBsZVR5cGUmZ3Q7CgogICZsdDshLS0KICBQb3N0YWwgY29kZSBkZWZpbml0aW9uCiAgLS0mZ3Q7
CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0icGNUeXBlIiZndDsKICAgICZsdDtyZXN0cmljdGlvbiBi
YXNlPSJ0b2tlbiImZ3Q7CiAgICAgICZsdDttYXhMZW5ndGggdmFsdWU9IjE2Ii8mZ3Q7CiAgICAm
bHQ7L3Jlc3RyaWN0aW9uJmd0OwogICZsdDsvc2ltcGxlVHlwZSZndDsKCgogICZsdDshLS0KICBD
b3VudHJ5IGNvZGUgZGVmaW5pdGlvbgogIC0tJmd0OwogICZsdDtzaW1wbGVUeXBlIG5hbWU9ImNj
VHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9rZW4iJmd0OwogICAgICAmbHQ7
bGVuZ3RoIHZhbHVlPSIyIi8mZ3Q7CiAgICAmbHQ7L3Jlc3RyaWN0aW9uJmd0OwogICZsdDsvc2lt
cGxlVHlwZSZndDsKCiAgJmx0OyEtLQogIFBob25lIG51bWJlciB3aXRoIGV4dGVuc2lvbiBkZWZp
bml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9ImUxNjRUeXBlIiZndDsKICAg
ICZsdDtzaW1wbGVDb250ZW50Jmd0OwogICAgICAmbHQ7ZXh0ZW5zaW9uIGJhc2U9Im1hcms6ZTE2
NFN0cmluZ1R5cGUiJmd0OwogICAgICAgICZsdDthdHRyaWJ1dGUgbmFtZT0ieCIgdHlwZT0idG9r
ZW4iLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7L3NpbXBsZUNvbnRlbnQm
Z3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCiAgJmx0OyEtLQogIFBob25lIG51bWJlciB3aXRo
IGV4dGVuc2lvbiBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0iZTE2
NFN0cmluZ1R5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9InRva2VuIiZndDsKICAg
ICAgJmx0O3BhdHRlcm4gdmFsdWU9IihcK1swLTldezEsM31cLlswLTldezEsMTR9KT8iLyZndDsK
ICAgICAgJmx0O21heExlbmd0aCB2YWx1ZT0iMTciLyZndDsKICAgICZsdDsvcmVzdHJpY3Rpb24m
Z3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAgQWRkcmVzcyAoJmx0O21hcms6
YWRkciZndDspIGNoaWxkIGVsZW1lbnRzCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9
ImFkZHJUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFt
ZT0ic3RyZWV0IiB0eXBlPSJ0b2tlbiIKICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSIz
Ii8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImNpdHkiIHR5cGU9InRva2VuIgogICAgICAg
bWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9InNwIiB0eXBlPSJ0b2tl
biIKICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJwYyIg
dHlwZT0ibWFyazpwY1R5cGUiCiAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2Vs
ZW1lbnQgbmFtZT0iY2MiIHR5cGU9Im1hcms6Y2NUeXBlIgogICAgICAgbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDsh
LS0KICBUeXBlIHVzZWQgZm9yIGVtYWlsIGFkZHJlc3NlcwogIC0tJmd0OwogICZsdDtzaW1wbGVU
eXBlIG5hbWU9Im1pblRva2VuVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9r
ZW4iJmd0OwogICAgICAmbHQ7bWluTGVuZ3RoIHZhbHVlPSIxIi8mZ3Q7CiAgICAmbHQ7L3Jlc3Ry
aWN0aW9uJmd0OwogICZsdDsvc2ltcGxlVHlwZSZndDsKCiAgJmx0OyEtLQogIENvbnRhY3QgKCZs
dDttYXJrOm93bmVyJmd0OyBvciAmbHQ7bWFyazpjb250YWN0Jmd0OykgY2hpbGQgZWxlbWVudHMK
ICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iY29udGFjdFR5cGUiJmd0OwogICAgJmx0
O3NlcXVlbmNlJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJuYW1lIiB0eXBlPSJ0b2tlbiIK
ICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ib3JnIiB0
eXBlPSJ0b2tlbiIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0iYWRkciIgdHlwZT0ibWFyazphZGRyVHlwZSIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0idm9pY2UiIHR5cGU9Im1hcms6ZTE2NFR5cGUiCiAg
ICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImZheCIgdHlw
ZT0ibWFyazplMTY0VHlwZSIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2Vs
ZW1lbnQgbmFtZT0iZW1haWwiIHR5cGU9Im1hcms6bWluVG9rZW5UeXBlIgogICAgICAgIG1pbk9j
Y3Vycz0iMCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0
OwoKJmx0Oy9zY2hlbWEmZ3Q7CkVORDwvcHJlPjwvZGl2Pgo8YSBuYW1lPSJBY2tub3dsZWRnZW1l
bnRzIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5n
PSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRk
IGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwv
dHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNSI+PC9hPjxoMz41LiZuYnNwOwpBY2tu
b3dsZWRnZW1lbnRzPC9oMz4KCjxwPlt0byBiZSBmaWxsZWQgaW5dCjwvcD4KPGEgbmFtZT0iYW5j
aG9yNyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjYiPjwvYT48aDM+Ni4mbmJzcDsKQ2hh
bmdlIEhpc3Rvcnk8L2gzPgoKPGEgbmFtZT0iY2hhbmdlLTAwLXRvLTAxIj48L2E+PGJyIC8+PGhy
IC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0i
MiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxh
IGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFt
ZT0icmZjLnNlY3Rpb24uNi4xIj48L2E+PGgzPjYuMS4mbmJzcDsKQ2hhbmdlIGZyb20gMDAgdG8g
MDE8L2gzPgoKPHA+PC9wPgo8b2wgY2xhc3M9InRleHQiPgo8bGk+Q2hhbmdlZCB0byB1c2UgY2Ft
ZWwgY2FzZSBmb3IgdGhlIFhNTCBlbGVtZW50cy4KPC9saT4KPGxpPlJlcGxhY2VkICJjYW5jZWxs
ZWQiIHN0YXR1cyB0byAicmVqZWN0ZWQiIHN0YXR1cy4KPC9saT4KPGxpPkFkZGVkIHRoZSBjaGls
ZCBlbGVtZW50cyBvZiB0aGUgJmx0O2NsYWltJmd0OyBlbGVtZW50Lgo8L2xpPgo8bGk+UmVtb3Zl
ZCB0aGUgWE1MIHNjaGVtYSBhbmQgcmVwbGFjZWQgd2l0aCAiW1RCRF0iLgo8L2xpPgo8L29sPgoK
PGEgbmFtZT0iY2hhbmdlLTAxLXRvLTAyIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNi4y
Ij48L2E+PGgzPjYuMi4mbmJzcDsKQ2hhbmdlIGZyb20gMDEgdG8gMDI8L2gzPgoKPHA+PC9wPgo8
b2wgY2xhc3M9InRleHQiPgo8bGk+QWRkZWQgc3VwcG9ydCBmb3IgYm90aCB0aGUgSUNBTk4gYW5k
IEFSSS9OZXVzdGFyIFRNQ0ggbW9kZWxzLgo8L2xpPgo8bGk+Q2hhbmdlZCB0aGUgbmFtZXNwYWNl
IFVSSSBhbmQgcHJlZml4IHRvIHVzZSAibGF1bmNoIiBpbnN0ZWFkIG9mICJsYXVuY2hwaGFzZSIu
CjwvbGk+CjxsaT5BZGRlZCBkZWZpbml0aW9uIG9mIG11bHRpcGxlIGNsYWltIHZhbGlkYXRpb24g
bW9kZWxzLgo8L2xpPgo8bGk+QWRkZWQgdGhlICZsdDtsYXVuY2g6c2lnbmVkQ2xhaW0mZ3Q7IGFu
ZCAmbHQ7bGF1bmNoOnNpZ25lZE5vdGljZSZndDsgZWxlbWVudHMuCjwvbGk+CjxsaT5BZGRlZCBz
dXBwb3J0IGZvciBDbGFpbXMgSW5mbyBDb21tYW5kCjwvbGk+Cjwvb2w+Cgo8YSBuYW1lPSJjaGFu
Z2UtMDItdG8tMDMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2Vs
bHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQi
Pjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9h
PjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi42LjMiPjwvYT48aDM+Ni4z
LiZuYnNwOwpDaGFuZ2UgZnJvbSAwMiB0byAwMzwvaDM+Cgo8cD48L3A+CjxvbCBjbGFzcz0idGV4
dCI+CjxsaT5SZW1vdmVkIFhTSSBuYW1lc3BhY2UgcGVyIEtlaXRoIEdhdWdoYW4ncyBzdWdnZXN0
aW9uIG9uIHRoZSBwcm92cmVnIGxpc3QuCjwvbGk+CjxsaT5BZGRlZCBleHRlbnNpYmlsaXR5IHRv
IHRoZSBsYXVuY2g6c3RhdHVzIGVsZW1lbnQgYW5kIGFkZGVkIHRoZSAKICAgICAgICBwZW5kaW5n
QXVjdGlvbiBzdGF0dXMgcGVyIFRydW5nIFRyYW4ncyBmZWVkYmFjayBvbiB0aGUgcHJvdnJlZyBs
aXN0Lgo8L2xpPgo8bGk+QWRkZWQgc3VwcG9ydCBmb3IgdGhlIENsYWltcyBDaGVjayBDb21tYW5k
LCB1cGRhdGVkIHRoZSBsb2NhdGlvbiBhbmQgCiAgICAgICAgY29udGVudHMgb2YgdGhlIHNpZ25l
ZE5vdGljZSwgYW5kIHJlcGxhY2VkIG1vc3QgcmVmZXJlbmNlcyBvZiBDbGFpbSB0byBNYXJrIAog
ICAgICAgIGJhc2VkIG9uIHRoZSB3b3JrIGJlaW5nIGRvbmUgb24gdGhlIEFSSS9OZXVzdGFyIGxh
dW5jaCBtb2RlbC4KPC9saT4KPC9vbD4KCjxhIG5hbWU9ImNoYW5nZS0wMy10by0wNCI+PC9hPjxi
ciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNw
YWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9D
YnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+
CjxhIG5hbWU9InJmYy5zZWN0aW9uLjYuNCI+PC9hPjxoMz42LjQuJm5ic3A7CkNoYW5nZSBmcm9t
IDAzIHRvIDA0PC9oMz4KCjxwPjwvcD4KPG9sIGNsYXNzPSJ0ZXh0Ij4KPGxpPlJlbW92ZWQgcmVm
ZXJlbmNlcyB0byB0aGUgSUNBTk4gbW9kZWwuCjwvbGk+CjxsaT5SZW1vdmVkIHN1cHBvcnQgZm9y
IHRoZSBDbGFpbXMgSW5mbyBDb21tYW5kLgo8L2xpPgo8bGk+UmVtb3ZlZCB1c2Ugb2YgdGhlIHNp
Z25lZENsYWltLgo8L2xpPgo8bGk+UmV2aXNlZCB0aGUgbWV0aG9kIGZvciByZWZlcnJpbmcgdG8g
dGhlIHNpZ25lZENsYWltIGZyb20gdGhlIFhNTCBTaWduYXR1cmUgdXNpbmcgdGhlIElEUkVGIFVS
SS4KPC9saT4KPGxpPlNwbGl0IHRoZSBsYXVuY2gtMS4wLnhzZCBpbnRvIHRocmVlIFhNTCBzY2hl
bWFzIGluY2x1ZGluZyBsYXVuY2gtMS4wLnhzZCwgc2lnbmVNYXJrLTEuMC54c2QsIGFuZCBtYXJr
LTEuMC54c2QuCjwvbGk+CjxsaT5TcGxpdCB0aGUgImNsYWltcyIgbGF1bmNoIHBoYXNlIHRvIHRo
ZSAiY2xhaW1zMSIgYW5kICJjbGFpbXMyIiBsYXVuY2ggcGhhc2VzLgo8L2xpPgo8bGk+QWRkZWQg
c3VwcG9ydCBmb3IgdGhlIGVuY29kZWRTaWduZWRNYXJrIHdpdGggYmFzZTY0IGVuY29kZWQgc2ln
bmVkTWFyay4KPC9saT4KPGxpPkNoYW5nZWQgdGhlIGVsZW1lbnRzIGluIHRoZSBjcmVhdGVOb3Rp
Y2VUeXBlIHRvIGluY2x1ZGUgdGhlIG5vdGljZUlELCB0aW1lc3RhbXAsIGFuZCB0aGUgc291cmNl
IGVsZW1lbnRzLgo8L2xpPgo8bGk+QWRkZWQgdGhlIGNsYXNzIGFuZCBlZmZlY3RpdmVEYXRlIGVs
ZW1lbnRzIHRvIG1hcmsuCjwvbGk+Cjwvb2w+Cgo8YSBuYW1lPSJjaGFuZ2UtMDQtdG8tMDUiPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi42LjUiPjwvYT48aDM+Ni41LiZuYnNwOwpDaGFuZ2Ug
ZnJvbSAwNCB0byAwNTwvaDM+Cgo8cD48L3A+CjxvbCBjbGFzcz0idGV4dCI+CjxsaT5SZW1vdmVk
IHJlZmVyZW5jZSB0byAmbHQ7c21kOnpvbmUmZ3Q7IGluIHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsm
Z3Q7IGV4YW1wbGUuCjwvbGk+CjxsaT5JbmNvcnBvcmF0ZWQgZmVlZGJhY2sgZnJvbSBCZXJuaGFy
ZCBSZXV0bmVyLUZpc2NoZXIgb24gdGhlIHByb3ZyZWcgbWFpbCBsaXN0Lgo8L2xpPgo8bGk+QWRk
ZWQgbWlzc2luZyBsYXVuY2ggWE1MIHByZWZpeCB0byBhcHBsaWNhdGlvbklEVHlwZSByZWZlcmVu
Y2UgaW4gdGhlIGlkQ29udGFpbmVyVHlwZSBvZiB0aGUgTGF1bmNoIFNjaGVtYS4KPC9saT4KPGxp
PkFkZGVkIG1pc3NpbmcgZGVzY3JpcHRpb24gb2YgdGhlICZsdDttYXJrOnBjJmd0OyBlbGVtZW50
IGluIHRoZSAmbHQ7bWFyazphZGRyJmd0OyBlbGVtZW50Lgo8L2xpPgo8L29sPgoKPGEgbmFtZT0i
SUFOQSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjciPjwvYT48aDM+Ny4mbmJzcDsKSUFO
QSBDb25zaWRlcmF0aW9uczwvaDM+Cgo8cD4KICAgICAgICAgICAgIFRoaXMgZG9jdW1lbnQgdXNl
cyBVUk5zIHRvIGRlc2NyaWJlIFhNTCBuYW1lc3BhY2VzIGFuZCBYTUwgc2NoZW1hcwogICAgICAg
ICAgICAgY29uZm9ybWluZyB0byBhIHJlZ2lzdHJ5IG1lY2hhbmlzbSBkZXNjcmliZWQgaW4gPGEg
Y2xhc3M9J2luZm8nIGhyZWY9JyNSRkMzNjg4Jz5bUkZDMzY4OF08c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+TWVhbGxpbmcsIE0uLCAmbGRxdW87VGhlIElFVEYgWE1MIFJlZ2lzdHJ5
LCZyZHF1bzsgSmFudWFyeSZuYnNwOzIwMDQuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KICAg
ICAgICAgICAgIFRocmVlIFVSSSBhc3NpZ25tZW50cyBoYXZlIGJlZW4gcmVnaXN0ZXJlZCBieSB0
aGUgSUFOQS4KICAgICAgICAgCjwvcD4KPHA+UmVnaXN0cmF0aW9uIHJlcXVlc3QgZm9yIHRoZSBM
YXVuY2ggbmFtZXNwYWNlOgo8L3A+CjxwPgogICAgICAgICAgICAgPC9wPgo8YmxvY2txdW90ZSBj
bGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wCjwv
cD4KPHA+UmVnaXN0cmFudCBDb250YWN0OiBTZWUgdGhlICZxdW90O0F1dGhvciYjMDM5O3MgQWRk
cmVzcyZxdW90OyBzZWN0aW9uIG9mIHRoaXMgZG9jdW1lbnQuCjwvcD4KPHA+WE1MOiBOb25lLiAg
TmFtZXNwYWNlIFVSSXMgZG8gbm90IHJlcHJlc2VudCBhbiBYTUwgc3BlY2lmaWNhdGlvbi4KPC9w
Pgo8L2Jsb2NrcXVvdGU+PHA+CiAgICAgICAgIAo8L3A+CjxwPlJlZ2lzdHJhdGlvbiByZXF1ZXN0
IGZvciB0aGUgU2lnbmVkIG1hcmsgbmFtZXNwYWNlOgo8L3A+CjxwPgogICAgICAgICAgICAgPC9w
Pgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpu
czpzaWduZWRNYXJrLTEuMAo8L3A+CjxwPlJlZ2lzdHJhbnQgQ29udGFjdDogU2VlIHRoZSAmcXVv
dDtBdXRob3ImIzAzOTtzIEFkZHJlc3MmcXVvdDsgc2VjdGlvbiBvZiB0aGlzIGRvY3VtZW50Lgo8
L3A+CjxwPlhNTDogTm9uZS4gIE5hbWVzcGFjZSBVUklzIGRvIG5vdCByZXByZXNlbnQgYW4gWE1M
IHNwZWNpZmljYXRpb24uCjwvcD4KPC9ibG9ja3F1b3RlPjxwPgogICAgICAgICAKPC9wPgo8cD5S
ZWdpc3RyYXRpb24gcmVxdWVzdCBmb3IgdGhlIE1hcmsgbmFtZXNwYWNlOgo8L3A+CjxwPgogICAg
ICAgICAgICAgPC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6
cGFyYW1zOnhtbDpuczptYXJrLTEuMAo8L3A+CjxwPlJlZ2lzdHJhbnQgQ29udGFjdDogU2VlIHRo
ZSAmcXVvdDtBdXRob3ImIzAzOTtzIEFkZHJlc3MmcXVvdDsgc2VjdGlvbiBvZiB0aGlzIGRvY3Vt
ZW50Lgo8L3A+CjxwPlhNTDogTm9uZS4gIE5hbWVzcGFjZSBVUklzIGRvIG5vdCByZXByZXNlbnQg
YW4gWE1MIHNwZWNpZmljYXRpb24uCjwvcD4KPC9ibG9ja3F1b3RlPjxwPgogICAgICAgICAKPC9w
Pgo8YSBuYW1lPSJTZWN1cml0eSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5
b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWdu
PSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0Mm
bmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjgiPjwvYT48
aDM+OC4mbmJzcDsKU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L2gzPgoKPHA+VGhlIG1hcHBpbmcg
ZXh0ZW5zaW9ucyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBkbyBub3QgcHJvdmlkZSBhbnkK
ICAgICAgc2VjdXJpdHkgc2VydmljZXMgYmV5b25kIHRob3NlIGRlc2NyaWJlZCBieSA8YSBjbGFz
cz0naW5mbycgaHJlZj0nI1JGQzU3MzAnPkVQUDxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3Rv
Y29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48
L2E+IFtSRkM1NzMwXSwgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQIGRv
bWFpbiBuYW1lCiAgICAgIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+
SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAo
RVBQKSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+
PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXSwgYW5kIHByb3RvY29sIGxheWVycyB1c2VkIGJ5
IEVQUC4gVGhlIHNlY3VyaXR5CiAgICAgIGNvbnNpZGVyYXRpb25zIGRlc2NyaWJlZCBpbiB0aGVz
ZSBvdGhlciBzcGVjaWZpY2F0aW9ucyBhcHBseSB0byB0aGlzCiAgICAgIHNwZWNpZmljYXRpb24g
YXMgd2VsbC4KPC9wPgo8cD5VcGRhdGVzIHRvLCBhbmQgZGVsZXRpb24gb2YgYW4gYXBwbGljYXRp
b24gb2JqZWN0IG11c3QgYmUgcmVzdHJpY3RlZAogICAgICB0byBjbGllbnRzIGF1dGhvcml6ZWQg
dG8gcGVyZm9ybSB0aGUgc2FpZCBvcGVyYXRpb24gb24gdGhlIG9iamVjdC4KPC9wPgo8cD5BcyBp
bmZvcm1hdGlvbiBjb250YWluZWQgd2l0aGluIGFuIGFwcGxpY2F0aW9uLCBvciBldmVuIHRoZSBt
ZXJlIGZhY3QKICAgICAgdGhhdCBhbiBhcHBsaWNhdGlvbiBleGlzdHMgbWF5IGJlIGNvbmZpZGVu
dGlhbC4gQW55IGF0dGVtcHQgdG8gb3BlcmF0ZQogICAgICBvbiBhbiBhcHBsaWNhdGlvbiBvYmpl
Y3QgYnkgYW4gdW5hdXRob3JpemVkIGNsaWVudCBNVVNUIGJlIHJlamVjdGVkIHdpdGgKICAgICAg
YW4gRVBQIDIzMDMgKG9iamVjdCBkb2VzIG5vdCBleGlzdCkgb3IgYW4gYXBwcm9wcmlhdGUgYXVo
b3JpemF0aW9uCiAgICAgIGVycm9yLiBTZXJ2ZXIgcG9saWN5IG1heSBhbGxvdyAmbHQ7aW5mbyZn
dDsgb3BlcmF0aW9uIHdpdGggZmlsdGVyZWQKICAgICAgb3V0cHV0IGJ5IGNsaWVudHMgb3RoZXIg
dGhhbiB0aGUgc3BvbnNvcmluZyBjbGllbnQsIGluIHdoaWNoIGNhc2UgdGhlCiAgICAgICZsdDtk
b21haW46aW5mRGF0YSZndDsgYW5kICZsdDtsYXVuY2g6aW5mRGF0YSZndDsgcmVzcG9uc2UgU0hP
VUxEIGJlCiAgICAgIGZpbHRlcmVkIHRvIGluY2x1ZGUgb25seSBmaWVsZHMgdGhhdCBhcmUgcHVi
bGljbHkgYWNjZXNzaWJsZS4KPC9wPgo8YSBuYW1lPSJyZmMucmVmZXJlbmNlczEiPjwvYT48YnIg
Lz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1
ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8
aDM+OS4mbmJzcDtOb3JtYXRpdmUgUmVmZXJlbmNlczwvaDM+Cjx0YWJsZSB3aWR0aD0iOTklIiBi
b3JkZXI9IjAiPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5h
bWU9IlJGQzIwNDUiPltSRkMyMDQ1XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48
YSBocmVmPSJtYWlsdG86bmVkQGlubm9zb2Z0LmNvbSI+RnJlZWQsIE4uPC9hPiBhbmQgPGEgaHJl
Zj0ibWFpbHRvOm5zYkBuc2IuZnYuY29tIj5OLiBCb3JlbnN0ZWluPC9hPiwgJmxkcXVvOzxhIGhy
ZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzIwNDUiPk11bHRpcHVycG9zZSBJbnRl
cm5ldCBNYWlsIEV4dGVuc2lvbnMgKE1JTUUpIFBhcnQgT25lOiBGb3JtYXQgb2YgSW50ZXJuZXQg
TWVzc2FnZSBCb2RpZXM8L2E+LCZyZHF1bzsgUkZDJm5ic3A7MjA0NSwgTm92ZW1iZXImbmJzcDsx
OTk2ICg8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyMDQ1LnR4dCI+
VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0
b3AiPjxhIG5hbWU9IlJGQzIxMTkiPltSRkMyMTE5XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhv
ci10ZXh0Ij48YSBocmVmPSJtYWlsdG86c29iQGhhcnZhcmQuZWR1Ij5CcmFkbmVyLCBTLjwvYT4s
ICZsZHF1bzs8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMyMTE5Ij5LZXkg
d29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50IExldmVsczwvYT4s
JnJkcXVvOyBCQ1AmbmJzcDsxNCwgUkZDJm5ic3A7MjExOSwgTWFyY2gmbmJzcDsxOTk3ICg8YSBo
cmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyMTE5LnR4dCI+VFhUPC9hPiwg
PGEgaHJlZj0iaHR0cDovL3htbC5yZXNvdXJjZS5vcmcvcHVibGljL3JmYy9odG1sL3JmYzIxMTku
aHRtbCI+SFRNTDwvYT4sIDxhIGhyZWY9Imh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9y
ZmMveG1sL3JmYzIxMTkueG1sIj5YTUw8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1
dGhvci10ZXh0IiB2YWxpZ249InRvcCI+PGEgbmFtZT0iUkZDMzY4OCI+W1JGQzM2ODhdPC9hPjwv
dGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPk1lYWxsaW5nLCBNLiwgJmxkcXVvOzxhIGhyZWY9
Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzM2ODgiPlRoZSBJRVRGIFhNTCBSZWdpc3Ry
eTwvYT4sJnJkcXVvOyBCQ1AmbmJzcDs4MSwgUkZDJm5ic3A7MzY4OCwgSmFudWFyeSZuYnNwOzIw
MDQgKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzM2ODgudHh0Ij5U
WFQ8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRv
cCI+PGEgbmFtZT0iUkZDNTczMCI+W1JGQzU3MzBdPC9hPjwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9y
LXRleHQiPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvcmZjNTczMCI+RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCk8
L2E+LCZyZHF1bzsgU1REJm5ic3A7NjksIFJGQyZuYnNwOzU3MzAsIEF1Z3VzdCZuYnNwOzIwMDkg
KDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzU3MzAudHh0Ij5UWFQ8
L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRvcCI+
PGEgbmFtZT0iUkZDNTczMSI+W1JGQzU3MzFdPC9hPjwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvcmZjNTczMSI+RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZzwvYT4sJnJkcXVvOyBTVEQmbmJzcDs2OSwgUkZDJm5ic3A7NTczMSwg
QXVndXN0Jm5ic3A7MjAwOSAoPGEgaHJlZj0iaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMv
cmZjNTczMS50eHQiPlRYVDwvYT4pLjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJSRkM1NzMzIj5bUkZDNTczM108L2E+PC90ZD4KPHRk
IGNsYXNzPSJhdXRob3ItdGV4dCI+SG9sbGVuYmVjaywgUy4sICZsZHF1bzs8YSBocmVmPSJodHRw
Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NzMzIj5FeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQ
cm90b2NvbCAoRVBQKSBDb250YWN0IE1hcHBpbmc8L2E+LCZyZHF1bzsgU1REJm5ic3A7NjksIFJG
QyZuYnNwOzU3MzMsIEF1Z3VzdCZuYnNwOzIwMDkgKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVk
aXRvci5vcmcvcmZjL3JmYzU3MzMudHh0Ij5UWFQ8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xh
c3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRvcCI+PGEgbmFtZT0iV0lQTy5TVDMiPltXSVBPLlNU
M108L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+V0lQTywgJmxkcXVvOzxhIGhyZWY9
Imh0dHA6Ly93d3cud2lwby5pbnQvc3RhbmRhcmRzL2VuL3BkZi8wMy0wMy0wMS5wZGYiPlJlY29t
bWVuZGVkIHN0YW5kYXJkIG9uIHR3by1sZXR0ZXIgY29kZXMgZm9yIHRoZSByZXByZXNlbnRhdGlv
biBvZiBzdGF0ZXMsIG90aGVyIGVudGl0aWVzIGFuZCBpbnRlcmdvdmVybm1lbnRhbCBvcmdhbml6
YXRpb25zPC9hPiwmcmRxdW87IE1hcmNoJm5ic3A7MjAwNy48L3RkPjwvdHI+CjwvdGFibGU+Cgo8
YSBuYW1lPSJyZmMuYXV0aG9ycyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5
b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWdu
PSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0Mm
bmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxoMz5BdXRob3JzJyBBZGRyZXNzZXM8L2gzPgo8
dGFibGUgd2lkdGg9Ijk5JSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9
IjAiPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJh
dXRob3ItdGV4dCI+V2lsIFRhbjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQi
PiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPkNsb3VkIFJlZ2lzdHJ5PC90ZD48
L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJh
dXRob3ItdGV4dCI+U3VpdGUgMzIgU2VhYnJpZGdlIEhvdXNlPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Mzc3
IEtlbnQgU3Q8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3Rk
Pgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5TeWRuZXksIE5TVyAgMjAwMDwvdGQ+PC90cj4KPHRy
Pjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiPkFVPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+UGhv
bmU6Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+KzYxIDQxNCA3MTA4OTk8L3Rk
PjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvciIgYWxpZ249InJpZ2h0Ij5FbWFpbDombmJzcDs8
L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJtYWlsdG86d2lsQGNsb3VkcmVn
aXN0cnkubmV0Ij53aWxAY2xvdWRyZWdpc3RyeS5uZXQ8L2E+PC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+VVJJOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0
aG9yLXRleHQiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2xvdWRyZWdpc3RyeS5uZXQiPmh0dHA6Ly93
d3cuY2xvdWRyZWdpc3RyeS5uZXQ8L2E+PC90ZD48L3RyPgo8dHIgY2VsbHBhZGRpbmc9IjMiPjx0
ZD4mbmJzcDs8L3RkPjx0ZD4mbmJzcDs8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10
ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5HYXZpbiBCcm93bjwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0i
YXV0aG9yLXRleHQiPkNlbnRyYWxOaWMgTHRkPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRo
b3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+MzUtMzkgTW9vcmVn
YXRlPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRk
IGNsYXNzPSJhdXRob3ItdGV4dCI+TG9uZG9uLCBFbmdsYW5kICBFQzJSIDZBUjwvdGQ+PC90cj4K
PHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9y
LXRleHQiPkdCPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+
UGhvbmU6Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+KzQ0IDg3MDAgMTcwIDkw
MDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPkVtYWlsOiZu
YnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1haWx0bzpnYXZpbi5i
cm93bkBjZW50cmFsbmljLmNvbSI+Z2F2aW4uYnJvd25AY2VudHJhbG5pYy5jb208L2E+PC90ZD48
L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+VVJJOiZuYnNwOzwvdGQ+
Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2VudHJhbG5pYy5j
b20iPmh0dHA6Ly93d3cuY2VudHJhbG5pYy5jb208L2E+PC90ZD48L3RyPgo8dHIgY2VsbHBhZGRp
bmc9IjMiPjx0ZD4mbmJzcDs8L3RkPjx0ZD4mbmJzcDs8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9
ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5KYW1lcyBH
b3VsZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0
ZCBjbGFzcz0iYXV0aG9yLXRleHQiPlZlcmlTaWduLCBJbmMuPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+MTIw
NjEgQmx1ZW1vbnQgV2F5PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5i
c3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+UmVzdG9uLCBWQSAgMjAxOTA8L3RkPjwv
dHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1
dGhvci10ZXh0Ij5VUzwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmln
aHQiPkVtYWlsOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1h
aWx0bzpqZ291bGRAdmVyaXNpZ24uY29tIj5qZ291bGRAdmVyaXNpZ24uY29tPC9hPjwvdGQ+PC90
cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPlVSSTombmJzcDs8L3RkPgo8
dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJodHRwOi8vd3d3LnZlcmlzaWduaW5jLmNv
bSI+aHR0cDovL3d3dy52ZXJpc2lnbmluYy5jb208L2E+PC90ZD48L3RyPgo8L3RhYmxlPgo8L2Jv
ZHk+PC9odG1sPgo=

--_003_C41D7AF7FCECBE44940E9477E8E70D7A0D740702BRN1WNEXMBX02vc_
Content-Type: text/html; name="default[1].html"
Content-Description: default[1].html
Content-Disposition: attachment; filename="default[1].html"; size=137951;
	creation-date="Thu, 13 Dec 2012 13:54:51 GMT";
	modification-date="Thu, 13 Dec 2012 13:54:51 GMT"
Content-ID: <F33989DFB7C6074FAAA18D233B40E8D1@verisign.com>
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFs
Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL2h0bWw0L2xvb3NlLmR0ZCI+CjxodG1sIGxhbmc9
ImVuIj48aGVhZD48dGl0bGU+TGF1bmNoIFBoYXNlIE1hcHBpbmcgZm9yIHRoZQogICAgRXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCk8L3RpdGxlPgo8bWV0YSBodHRwLWVxdWl2
PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+CjxtZXRh
IG5hbWU9ImRlc2NyaXB0aW9uIiBjb250ZW50PSJMYXVuY2ggUGhhc2UgTWFwcGluZyBmb3IgdGhl
CiAgICBFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKSI+CjxtZXRhIG5hbWU9
ImtleXdvcmRzIiBjb250ZW50PSJFUFAsIFN1bnJpc2UsIExhbmRydXNoLCBUcmFkZW1hcmsgQ2xl
YXJpbmdob3VzZSwgVHJhZGVtYXJrCiAgICBDbGFpbXMsIGRvbWFpbiBuYW1lIHJlZ2lzdHJ5LCBs
YXVuY2ggcGhhc2UiPgo8bWV0YSBuYW1lPSJnZW5lcmF0b3IiIGNvbnRlbnQ9InhtbDJyZmMgdjEu
MzYgKGh0dHA6Ly94bWwucmVzb3VyY2Uub3JnLykiPgo8c3R5bGUgdHlwZT0ndGV4dC9jc3MnPjwh
LS0KICAgICAgICBib2R5IHsKICAgICAgICAgICAgICAgIGZvbnQtZmFtaWx5OiB2ZXJkYW5hLCBj
aGFyY29hbCwgaGVsdmV0aWNhLCBhcmlhbCwgc2Fucy1zZXJpZjsKICAgICAgICAgICAgICAgIGZv
bnQtc2l6ZTogc21hbGw7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOwogICAg
ICAgICAgICAgICAgbWFyZ2luOiAyZW07CiAgICAgICAgfQogICAgICAgIGgxLCBoMiwgaDMsIGg0
LCBoNSwgaDYgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IGhlbHZldGljYSwgbW9uYWNv
LCAiTVMgU2FucyBTZXJpZiIsIGFyaWFsLCBzYW5zLXNlcmlmOwogICAgICAgICAgICAgICAgZm9u
dC13ZWlnaHQ6IGJvbGQ7IGZvbnQtc3R5bGU6IG5vcm1hbDsKICAgICAgICB9CiAgICAgICAgaDEg
eyBjb2xvcjogIzkwMDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IHRleHQtYWxpZ246
IHJpZ2h0OyB9CiAgICAgICAgaDMgeyBjb2xvcjogIzMzMzsgYmFja2dyb3VuZC1jb2xvcjogdHJh
bnNwYXJlbnQ7IH0KCiAgICAgICAgdGQuUkZDYnVnIHsKICAgICAgICAgICAgICAgIGZvbnQtc2l6
ZTogeC1zbWFsbDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOwogICAgICAgICAgICAgICAgd2lkdGg6
IDMwcHg7IGhlaWdodDogMzBweDsgcGFkZGluZy10b3A6IDJweDsKICAgICAgICAgICAgICAgIHRl
eHQtYWxpZ246IGp1c3RpZnk7IHZlcnRpY2FsLWFsaWduOiBtaWRkbGU7CiAgICAgICAgICAgICAg
ICBiYWNrZ3JvdW5kLWNvbG9yOiAjMDAwOwogICAgICAgIH0KICAgICAgICB0ZC5SRkNidWcgc3Bh
bi5SRkMgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IG1vbmFjbywgY2hhcmNvYWwsIGdl
bmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2ZXRpY2EsIHZlcmRhbmEsIHNhbnMtc2VyaWY7CiAg
ICAgICAgICAgICAgICBmb250LXdlaWdodDogYm9sZDsgY29sb3I6ICM2NjY7CiAgICAgICAgfQog
ICAgICAgIHRkLlJGQ2J1ZyBzcGFuLmhvdFRleHQgewogICAgICAgICAgICAgICAgZm9udC1mYW1p
bHk6IGNoYXJjb2FsLCBtb25hY28sIGdlbmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2ZXRpY2Es
IHZlcmRhbmEsIHNhbnMtc2VyaWY7CiAgICAgICAgICAgICAgICBmb250LXdlaWdodDogbm9ybWFs
OyB0ZXh0LWFsaWduOiBjZW50ZXI7IGNvbG9yOiAjRkZGOwogICAgICAgIH0KCiAgICAgICAgdGFi
bGUuVE9DYnVnIHsgd2lkdGg6IDMwcHg7IGhlaWdodDogMTVweDsgfQogICAgICAgIHRkLlRPQ2J1
ZyB7CiAgICAgICAgICAgICAgICB0ZXh0LWFsaWduOiBjZW50ZXI7IHdpZHRoOiAzMHB4OyBoZWln
aHQ6IDE1cHg7CiAgICAgICAgICAgICAgICBjb2xvcjogI0ZGRjsgYmFja2dyb3VuZC1jb2xvcjog
IzkwMDsKICAgICAgICB9CiAgICAgICAgdGQuVE9DYnVnIGEgewogICAgICAgICAgICAgICAgZm9u
dC1mYW1pbHk6IG1vbmFjbywgY2hhcmNvYWwsIGdlbmV2YSwgIk1TIFNhbnMgU2VyaWYiLCBoZWx2
ZXRpY2EsIHNhbnMtc2VyaWY7CiAgICAgICAgICAgICAgICBmb250LXdlaWdodDogYm9sZDsgZm9u
dC1zaXplOiB4LXNtYWxsOyB0ZXh0LWRlY29yYXRpb246IG5vbmU7CiAgICAgICAgICAgICAgICBj
b2xvcjogI0ZGRjsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7CiAgICAgICAgfQoKICAg
ICAgICB0ZC5oZWFkZXIgewogICAgICAgICAgICAgICAgZm9udC1mYW1pbHk6IGFyaWFsLCBoZWx2
ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogeC1zbWFsbDsKICAgICAgICAgICAgICAgIHZl
cnRpY2FsLWFsaWduOiB0b3A7IHdpZHRoOiAzMyU7CiAgICAgICAgICAgICAgICBjb2xvcjogI0ZG
RjsgYmFja2dyb3VuZC1jb2xvcjogIzY2NjsKICAgICAgICB9CiAgICAgICAgdGQuYXV0aG9yIHsg
Zm9udC13ZWlnaHQ6IGJvbGQ7IGZvbnQtc2l6ZTogeC1zbWFsbDsgbWFyZ2luLWxlZnQ6IDRlbTsg
fQogICAgICAgIHRkLmF1dGhvci10ZXh0IHsgZm9udC1zaXplOiB4LXNtYWxsOyB9CgogICAgICAg
IC8qIGluZm8gY29kZSBmcm9tIFNhbnRhS2xhdXNzIGF0IGh0dHA6Ly93d3cubWFkYWJvdXRzdHls
ZS5jb20vdG9vbHRpcDIuaHRtbCAqLwogICAgICAgIGEuaW5mbyB7CiAgICAgICAgICAgICAgICAv
KiBUaGlzIGlzIHRoZSBrZXkuICovCiAgICAgICAgICAgICAgICBwb3NpdGlvbjogcmVsYXRpdmU7
CiAgICAgICAgICAgICAgICB6LWluZGV4OiAyNDsKICAgICAgICAgICAgICAgIHRleHQtZGVjb3Jh
dGlvbjogbm9uZTsKICAgICAgICB9CiAgICAgICAgYS5pbmZvOmhvdmVyIHsKICAgICAgICAgICAg
ICAgIHotaW5kZXg6IDI1OwogICAgICAgICAgICAgICAgY29sb3I6ICNGRkY7IGJhY2tncm91bmQt
Y29sb3I6ICM5MDA7CiAgICAgICAgfQogICAgICAgIGEuaW5mbyBzcGFuIHsgZGlzcGxheTogbm9u
ZTsgfQogICAgICAgIGEuaW5mbzpob3ZlciBzcGFuLmluZm8gewogICAgICAgICAgICAgICAgLyog
VGhlIHNwYW4gd2lsbCBkaXNwbGF5IGp1c3Qgb24gOmhvdmVyIHN0YXRlLiAqLwogICAgICAgICAg
ICAgICAgZGlzcGxheTogYmxvY2s7CiAgICAgICAgICAgICAgICBwb3NpdGlvbjogYWJzb2x1dGU7
CiAgICAgICAgICAgICAgICBmb250LXNpemU6IHNtYWxsZXI7CiAgICAgICAgICAgICAgICB0b3A6
IDJlbTsgbGVmdDogLTVlbTsgd2lkdGg6IDE1ZW07CiAgICAgICAgICAgICAgICBwYWRkaW5nOiAy
cHg7IGJvcmRlcjogMXB4IHNvbGlkICMzMzM7CiAgICAgICAgICAgICAgICBjb2xvcjogIzkwMDsg
YmFja2dyb3VuZC1jb2xvcjogI0VFRTsKICAgICAgICAgICAgICAgIHRleHQtYWxpZ246IGxlZnQ7
CiAgICAgICAgfQoKICAgICAgICBhIHsgZm9udC13ZWlnaHQ6IGJvbGQ7IH0KICAgICAgICBhOmxp
bmsgICAgeyBjb2xvcjogIzkwMDsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJlbnQ7IH0KICAg
ICAgICBhOnZpc2l0ZWQgeyBjb2xvcjogIzYzMzsgYmFja2dyb3VuZC1jb2xvcjogdHJhbnNwYXJl
bnQ7IH0KICAgICAgICBhOmFjdGl2ZSAgeyBjb2xvcjogIzYzMzsgYmFja2dyb3VuZC1jb2xvcjog
dHJhbnNwYXJlbnQ7IH0KCiAgICAgICAgcCB7IG1hcmdpbi1sZWZ0OiAyZW07IG1hcmdpbi1yaWdo
dDogMmVtOyB9CiAgICAgICAgcC5jb3B5cmlnaHQgeyBmb250LXNpemU6IHgtc21hbGw7IH0KICAg
ICAgICBwLnRvYyB7IGZvbnQtc2l6ZTogc21hbGw7IGZvbnQtd2VpZ2h0OiBib2xkOyBtYXJnaW4t
bGVmdDogM2VtOyB9CiAgICAgICAgdGFibGUudG9jIHsgbWFyZ2luOiAwIDAgMCAzZW07IHBhZGRp
bmc6IDA7IGJvcmRlcjogMDsgdmVydGljYWwtYWxpZ246IHRleHQtdG9wOyB9CiAgICAgICAgdGQu
dG9jIHsgZm9udC1zaXplOiBzbWFsbDsgZm9udC13ZWlnaHQ6IGJvbGQ7IHZlcnRpY2FsLWFsaWdu
OiB0ZXh0LXRvcDsgfQoKICAgICAgICBvbC50ZXh0IHsgbWFyZ2luLWxlZnQ6IDJlbTsgbWFyZ2lu
LXJpZ2h0OiAyZW07IH0KICAgICAgICB1bC50ZXh0IHsgbWFyZ2luLWxlZnQ6IDJlbTsgbWFyZ2lu
LXJpZ2h0OiAyZW07IH0KICAgICAgICBsaSAgICAgIHsgbWFyZ2luLWxlZnQ6IDNlbTsgfQoKICAg
ICAgICAvKiBSRkMtMjYyOSA8c3Bhbng+cyBhbmQgPGFydHdvcms+cy4gKi8KICAgICAgICBlbSAg
ICAgeyBmb250LXN0eWxlOiBpdGFsaWM7IH0KICAgICAgICBzdHJvbmcgeyBmb250LXdlaWdodDog
Ym9sZDsgfQogICAgICAgIGRmbiAgICB7IGZvbnQtd2VpZ2h0OiBib2xkOyBmb250LXN0eWxlOiBu
b3JtYWw7IH0KICAgICAgICBjaXRlICAgeyBmb250LXdlaWdodDogbm9ybWFsOyBmb250LXN0eWxl
OiBub3JtYWw7IH0KICAgICAgICB0dCAgICAgeyBjb2xvcjogIzAzNjsgfQogICAgICAgIHR0LCBw
cmUsIHByZSBkZm4sIHByZSBlbSwgcHJlIGNpdGUsIHByZSBzcGFuIHsKICAgICAgICAgICAgICAg
IGZvbnQtZmFtaWx5OiAiQ291cmllciBOZXciLCBDb3VyaWVyLCBtb25vc3BhY2U7IGZvbnQtc2l6
ZTogc21hbGw7CiAgICAgICAgfQogICAgICAgIHByZSB7CiAgICAgICAgICAgICAgICB0ZXh0LWFs
aWduOiBsZWZ0OyBwYWRkaW5nOiA0cHg7CiAgICAgICAgICAgICAgICBjb2xvcjogIzAwMDsgYmFj
a2dyb3VuZC1jb2xvcjogI0NDQzsKICAgICAgICB9CiAgICAgICAgcHJlIGRmbiAgeyBjb2xvcjog
IzkwMDsgfQogICAgICAgIHByZSBlbSAgIHsgY29sb3I6ICM2NkY7IGJhY2tncm91bmQtY29sb3I6
ICNGRkM7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IH0KICAgICAgICBwcmUgLmtleSB7IGNvbG9yOiAj
MzNDOyBmb250LXdlaWdodDogYm9sZDsgfQogICAgICAgIHByZSAuaWQgIHsgY29sb3I6ICM5MDA7
IH0KICAgICAgICBwcmUgLnN0ciB7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5kLWNvbG9yOiAjQ0ZG
OyB9CiAgICAgICAgcHJlIC52YWwgeyBjb2xvcjogIzA2NjsgfQogICAgICAgIHByZSAucmVwIHsg
Y29sb3I6ICM5MDk7IH0KICAgICAgICBwcmUgLm90aCB7IGNvbG9yOiAjMDAwOyBiYWNrZ3JvdW5k
LWNvbG9yOiAjRkNGOyB9CiAgICAgICAgcHJlIC5lcnIgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkND
OyB9CgogICAgICAgIC8qIFJGQy0yNjI5IDx0ZXh0dGFibGU+cy4gKi8KICAgICAgICB0YWJsZS5h
bGwsIHRhYmxlLmZ1bGwsIHRhYmxlLmhlYWRlcnMsIHRhYmxlLm5vbmUgewogICAgICAgICAgICAg
ICAgZm9udC1zaXplOiBzbWFsbDsgdGV4dC1hbGlnbjogY2VudGVyOyBib3JkZXItd2lkdGg6IDJw
eDsKICAgICAgICAgICAgICAgIHZlcnRpY2FsLWFsaWduOiB0b3A7IGJvcmRlci1jb2xsYXBzZTog
Y29sbGFwc2U7CiAgICAgICAgfQogICAgICAgIHRhYmxlLmFsbCwgdGFibGUuZnVsbCB7IGJvcmRl
ci1zdHlsZTogc29saWQ7IGJvcmRlci1jb2xvcjogYmxhY2s7IH0KICAgICAgICB0YWJsZS5oZWFk
ZXJzLCB0YWJsZS5ub25lIHsgYm9yZGVyLXN0eWxlOiBub25lOyB9CiAgICAgICAgdGggewogICAg
ICAgICAgICAgICAgZm9udC13ZWlnaHQ6IGJvbGQ7IGJvcmRlci1jb2xvcjogYmxhY2s7CiAgICAg
ICAgICAgICAgICBib3JkZXItd2lkdGg6IDJweCAycHggM3B4IDJweDsKICAgICAgICB9CiAgICAg
ICAgdGFibGUuYWxsIHRoLCB0YWJsZS5mdWxsIHRoIHsgYm9yZGVyLXN0eWxlOiBzb2xpZDsgfQog
ICAgICAgIHRhYmxlLmhlYWRlcnMgdGggeyBib3JkZXItc3R5bGU6IG5vbmUgbm9uZSBzb2xpZCBu
b25lOyB9CiAgICAgICAgdGFibGUubm9uZSB0aCB7IGJvcmRlci1zdHlsZTogbm9uZTsgfQogICAg
ICAgIHRhYmxlLmFsbCB0ZCB7CiAgICAgICAgICAgICAgICBib3JkZXItc3R5bGU6IHNvbGlkOyBi
b3JkZXItY29sb3I6ICMzMzM7CiAgICAgICAgICAgICAgICBib3JkZXItd2lkdGg6IDFweCAycHg7
CiAgICAgICAgfQogICAgICAgIHRhYmxlLmZ1bGwgdGQsIHRhYmxlLmhlYWRlcnMgdGQsIHRhYmxl
Lm5vbmUgdGQgeyBib3JkZXItc3R5bGU6IG5vbmU7IH0KCiAgICAgICAgaHIgeyBoZWlnaHQ6IDFw
eDsgfQogICAgICAgIGhyLmluc2VydCB7CiAgICAgICAgICAgICAgICB3aWR0aDogODAlOyBib3Jk
ZXItc3R5bGU6IG5vbmU7IGJvcmRlci13aWR0aDogMDsKICAgICAgICAgICAgICAgIGNvbG9yOiAj
Q0NDOyBiYWNrZ3JvdW5kLWNvbG9yOiAjQ0NDOwogICAgICAgIH0KLS0+PC9zdHlsZT4KPC9oZWFk
Pgo8Ym9keT4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1
ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8
dGFibGUgc3VtbWFyeT0ibGF5b3V0IiB3aWR0aD0iNjYlIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5n
PSIwIiBjZWxsc3BhY2luZz0iMCI+PHRyPjx0ZD48dGFibGUgc3VtbWFyeT0ibGF5b3V0IiB3aWR0
aD0iMTAwJSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMiIgY2VsbHNwYWNpbmc9IjEiPgo8dHI+
PHRkIGNsYXNzPSJoZWFkZXIiPkludGVybmV0IEVuZ2luZWVyaW5nIFRhc2sgRm9yY2U8L3RkPjx0
ZCBjbGFzcz0iaGVhZGVyIj5XLiBUYW48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImhlYWRlciI+
SW50ZXJuZXQtRHJhZnQ8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5DbG91ZCBSZWdpc3RyeTwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBU
cmFjazwvdGQ+PHRkIGNsYXNzPSJoZWFkZXIiPkcuIEJyb3duPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJoZWFkZXIiPkV4cGlyZXM6IEp1bmUgMTUsIDIwMTM8L3RkPjx0ZCBjbGFzcz0iaGVhZGVy
Ij5DZW50cmFsTmljIEx0ZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8
L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5KLiBHb3VsZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0i
aGVhZGVyIj4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVyIj5WZXJpU2lnbiwgSW5jLjwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iaGVhZGVyIj4mbmJzcDs8L3RkPjx0ZCBjbGFzcz0iaGVhZGVy
Ij5EZWNlbWJlciAxMiwgMjAxMjwvdGQ+PC90cj4KPC90YWJsZT48L3RkPjwvdHI+PC90YWJsZT4K
PGgxPjxiciAvPkxhdW5jaCBQaGFzZSBNYXBwaW5nIGZvciB0aGUKICAgIEV4dGVuc2libGUgUHJv
dmlzaW9uaW5nIFByb3RvY29sIChFUFApPGJyIC8+ZHJhZnQtdGFuLWVwcC1sYXVuY2hwaGFzZS0w
NTwvaDE+Cgo8aDM+QWJzdHJhY3Q8L2gzPgoKPHA+VGhpcyBkb2N1bWVudCBkZXNjcmliZXMgYW4g
RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkKICAgICAgZXh0ZW5zaW9uIG1h
cHBpbmcgZm9yIHRoZSBwcm92aXNpb25pbmcgYW5kIG1hbmFnZW1lbnQgb2YgZG9tYWluIG5hbWVz
CiAgICAgIGR1cmluZyB0aGUgbGF1bmNoIHBoYXNlIG9mIGEgZG9tYWluIG5hbWUgcmVnaXN0cnku
CjwvcD4KPGgzPlN0YXR1cyBvZiB0aGlzIE1lbW88L2gzPgo8cD4KVGhpcyBJbnRlcm5ldC1EcmFm
dCBpcyBzdWJtaXR0ZWQgIGluIGZ1bGwKY29uZm9ybWFuY2Ugd2l0aCB0aGUgcHJvdmlzaW9ucyBv
ZiBCQ1AmbmJzcDs3OCBhbmQgQkNQJm5ic3A7NzkuPC9wPgo8cD4KSW50ZXJuZXQtRHJhZnRzIGFy
ZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcKVGFzayBGb3Jj
ZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUKd29y
a2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudApJ
bnRlcm5ldC1EcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RyYWZ0cy9j
dXJyZW50Ly48L3A+CjxwPgpJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxp
ZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMKYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNl
ZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkgdGltZS4KSXQgaXMgaW5h
cHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZSBtYXRlcmlhbCBv
ciB0byBjaXRlCnRoZW0gb3RoZXIgdGhhbiBhcyAmbGRxdW87d29yayBpbiBwcm9ncmVzcy4mcmRx
dW87PC9wPgo8cD4KVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBKdW5lIDE1LCAy
MDEzLjwvcD4KCjxoMz5Db3B5cmlnaHQgTm90aWNlPC9oMz4KPHA+CkNvcHlyaWdodCAoYykgMjAx
MiBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQpkb2N1bWVudCBh
dXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC48L3A+CjxwPgpUaGlzIGRvY3VtZW50IGlzIHN1
YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsClByb3Zpc2lvbnMgUmVs
YXRpbmcgdG8gSUVURiBEb2N1bWVudHMKKGh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2Ut
aW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mCnB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1l
bnQuICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cwpjYXJlZnVsbHksIGFzIHRoZXkgZGVz
Y3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QKdG8gdGhpcyBk
b2N1bWVudC4gQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVz
dAppbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQgaW4gU2Vj
dGlvbiA0LmUgb2YKdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3
aXRob3V0IHdhcnJhbnR5IGFzCmRlc2NyaWJlZCBpbiB0aGUgU2ltcGxpZmllZCBCU0QgTGljZW5z
ZS48L3A+CjxhIG5hbWU9InRvYyI+PC9hPjxiciAvPjxociAvPgo8aDM+VGFibGUgb2YgQ29udGVu
dHM8L2gzPgo8cCBjbGFzcz0idG9jIj4KPGEgaHJlZj0iI2FuY2hvcjEiPjEuPC9hPiZuYnNwOwpJ
bnRyb2R1Y3Rpb248YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2FuY2hv
cjIiPjEuMS48L2E+Jm5ic3A7CkNvbnZlbnRpb25zIFVzZWQgaW4gVGhpcyBEb2N1bWVudDxiciAv
Pgo8YSBocmVmPSIjYXR0cnMiPjIuPC9hPiZuYnNwOwpPYmplY3QgQXR0cmlidXRlczxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjYXBwbGljYXRpb25JRCI+Mi4xLjwvYT4m
bmJzcDsKQXBwbGljYXRpb24gSWRlbnRpZmllcnM8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7PGEgaHJlZj0iI3BoYXNlcyI+Mi4yLjwvYT4mbmJzcDsKTGF1bmNoIFBoYXNlczxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjc3RhdHVzZXMiPjIuMy48L2E+Jm5ic3A7
ClN0YXR1cyBWYWx1ZXM8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2FuY2hvcjMiPjIuMy4xLjwvYT4mbmJzcDsKU3RhdGUgVHJh
bnNpdGlvbjxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjdmFsaWRhdGlv
bk1vZGVscyI+Mi40LjwvYT4mbmJzcDsKTWFyayBWYWxpZGF0aW9uIE1vZGVsczxiciAvPgombmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY29k
ZU1hcmsiPjIuNC4xLjwvYT4mbmJzcDsKJmx0O2xhdW5jaDpjb2RlTWFyayZndDsgZWxlbWVudDxi
ciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjbWFyayI+Mi41LjwvYT4mbmJz
cDsKTWFyazxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY29udGFjdCI+
Mi42LjwvYT4mbmJzcDsKQ29udGFjdDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBo
cmVmPSIjZGlnaXRhbHNpZ25hdHVyZSI+Mi43LjwvYT4mbmJzcDsKRGlnaXRhbCBTaWduYXR1cmU8
YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEg
aHJlZj0iI3NpZ25lZE1hcmsiPjIuNy4xLjwvYT4mbmJzcDsKJmx0O3NtZDpzaWduZWRNYXJrJmd0
OyBlbGVtZW50PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOzxhIGhyZWY9IiNlbmNvZGVkU2lnbmVkTWFyayI+Mi43LjIuPC9hPiZuYnNwOwombHQ7
c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50PGJyIC8+CjxhIGhyZWY9IiNjb21tYW5k
cyI+My48L2E+Jm5ic3A7CkVQUCBDb21tYW5kIE1hcHBpbmc8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7PGEgaHJlZj0iI2NoZWNrQ29tbWFuZCI+My4xLjwvYT4mbmJzcDsKRVBQICZsdDtj
aGVjayZndDsgQ29tbWFuZDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIj
aW5mb0NvbW1hbmQiPjMuMi48L2E+Jm5ic3A7CkVQUCAmbHQ7aW5mbyZndDsgQ29tbWFuZDxiciAv
PgombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjY3JlYXRlQ29tbWFuZCI+My4zLjwv
YT4mbmJzcDsKRVBQICZsdDtjcmVhdGUmZ3Q7IENvbW1hbmQ8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI3N1bnJpc2VDcmVhdGVG
b3JtIj4zLjMuMS48L2E+Jm5ic3A7ClN1bnJpc2UgQ3JlYXRlIEZvcm08YnIgLz4KJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI2NsYWltc0Ny
ZWF0ZUZvcm0iPjMuMy4yLjwvYT4mbmJzcDsKQ2xhaW1zIENyZWF0ZSBGb3JtPGJyIC8+CiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiN1cGRhdGVDb21tYW5kIj4zLjQuPC9hPiZuYnNw
OwpFUFAgJmx0O3VwZGF0ZSZndDsgQ29tbWFuZDxiciAvPgombmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDs8YSBocmVmPSIjZGVsZXRlQ29tbWFuZCI+My41LjwvYT4mbmJzcDsKRVBQICZsdDtkZWxldGUm
Z3Q7IENvbW1hbmQ8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iI3JlbmV3
Q29tbWFuZCI+My42LjwvYT4mbmJzcDsKRVBQICZsdDtyZW5ldyZndDsgQ29tbWFuZDxiciAvPgom
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8YSBocmVmPSIjdHJhbnNmZXJDb21tYW5kIj4zLjcuPC9h
PiZuYnNwOwpFUFAgJmx0O3RyYW5zZmVyJmd0OyBDb21tYW5kPGJyIC8+CjxhIGhyZWY9IiNzeW50
YXgiPjQuPC9hPiZuYnNwOwpGb3JtYWwgU3ludGF4PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOzxhIGhyZWY9IiNhbmNob3I0Ij40LjEuPC9hPiZuYnNwOwpMYXVuY2ggU2NoZW1hPGJyIC8+
CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNhbmNob3I1Ij40LjIuPC9hPiZuYnNw
OwpTaWduZWQgTWFyayBTY2hlbWE8YnIgLz4KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJl
Zj0iI2FuY2hvcjYiPjQuMy48L2E+Jm5ic3A7Ck1hcmsgU2NoZW1hPGJyIC8+CjxhIGhyZWY9IiNB
Y2tub3dsZWRnZW1lbnRzIj41LjwvYT4mbmJzcDsKQWNrbm93bGVkZ2VtZW50czxiciAvPgo8YSBo
cmVmPSIjYW5jaG9yNyI+Ni48L2E+Jm5ic3A7CkNoYW5nZSBIaXN0b3J5PGJyIC8+CiZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDAtdG8tMDEiPjYuMS48L2E+Jm5ic3A7
CkNoYW5nZSBmcm9tIDAwIHRvIDAxPGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhy
ZWY9IiNjaGFuZ2UtMDEtdG8tMDIiPjYuMi48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDAxIHRvIDAy
PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDItdG8tMDMi
PjYuMy48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDAyIHRvIDAzPGJyIC8+CiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOzxhIGhyZWY9IiNjaGFuZ2UtMDMtdG8tMDQiPjYuNC48L2E+Jm5ic3A7CkNoYW5n
ZSBmcm9tIDAzIHRvIDA0PGJyIC8+CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9IiNj
aGFuZ2UtMDQtdG8tMDUiPjYuNS48L2E+Jm5ic3A7CkNoYW5nZSBmcm9tIDA0IHRvIDA1PGJyIC8+
CjxhIGhyZWY9IiNJQU5BIj43LjwvYT4mbmJzcDsKSUFOQSBDb25zaWRlcmF0aW9uczxiciAvPgo8
YSBocmVmPSIjU2VjdXJpdHkiPjguPC9hPiZuYnNwOwpTZWN1cml0eSBDb25zaWRlcmF0aW9uczxi
ciAvPgo8YSBocmVmPSIjcmZjLnJlZmVyZW5jZXMxIj45LjwvYT4mbmJzcDsKTm9ybWF0aXZlIFJl
ZmVyZW5jZXM8YnIgLz4KPGEgaHJlZj0iI3JmYy5hdXRob3JzIj4mIzE2Nzs8L2E+Jm5ic3A7CkF1
dGhvcnMnIEFkZHJlc3NlczxiciAvPgo8L3A+CjxiciBjbGVhcj0iYWxsIiAvPgoKPGEgbmFtZT0i
YW5jaG9yMSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFk
ZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRy
Pjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90
ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjEiPjwvYT48aDM+MS4mbmJzcDsK
SW50cm9kdWN0aW9uPC9oMz4KCjxwPlRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGFuIGV4dGVuc2lv
biBtYXBwaW5nIGZvciB2ZXJzaW9uIDEuMCBvZiB0aGUKICAgICAgPGEgY2xhc3M9J2luZm8nIGhy
ZWY9JyNSRkM1NzMwJz5FeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKTxzcGFu
PiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVu
c2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAw
OS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMwXS4KICAgICAgVGhpcyBFUFAgbWFw
cGluZyBzcGVjaWZpZXMgYSBmbGV4aWJsZSBzY2hlbWEgdGhhdCBjYW4gYmUgdXNlZCB0bwogICAg
ICBpbXBsZW1lbnQgc2V2ZXJhbCBjb21tb24gdXNlIGNhc2VzIHJlbGF0ZWQgdG8gdGhlIHByb3Zp
c2lvbmluZyBhbmQKICAgICAgbWFuYWdlbWVudCBvZiBsYXVuY2ggcGhhc2UgZXh0ZW5zaW9uIGlu
IGEgZG9tYWluIG5hbWUgcmVnaXN0cnkuCjwvcD4KPHA+SXQgaXMgdHlwaWNhbCBmb3IgZG9tYWlu
IHJlZ2lzdHJpZXMgdG8gb3BlcmF0ZSBpbiBzcGVjaWFsIG1vZGVzCiAgICAgIHdpdGhpbiBjZXJ0
YWluIHBlcmlvZHMgb2YgdGltZSB0byBmYWNpbGl0YXRlIGFsbG9jYXRpb24gb2YgZG9tYWluIG5h
bWVzLiAKICAgICAgVGhpcyBkb2N1bWVudAogICAgICB1c2VzIHRoZSB0ZXJtICJsYXVuY2ggcGhh
c2UiIGFuZCB0aGUgc2hvcnRlciBmb3JtICJsYXVuY2giIHRvIHJlZmVyIHRvCiAgICAgIHN1Y2gg
YSBwZXJpb2QuCjwvcD4KPHA+VGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQ
IGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXSBpcyBkZXNpZ25lZAogICAgICBmb3IgdGhlIHN0ZWFk
eSBzdGF0ZSBvcGVyYXRpb24gb2YgYSByZWdpc3RyeS4gRHVyaW5nIHRoZSBsYXVuY2gsIHRoZQog
ICAgICBpbnRlcmZhY2UgdXNlZCBhdCBlYWNoIHBoYXNlIG9mIHRoZSBsYXVuY2ggY291bGQgYmUg
ZGlmZmVyZW50IGZyb20gd2hhdAogICAgICBpcyBkZWZpbmVkIGluIDxhIGNsYXNzPSdpbmZvJyBo
cmVmPScjUkZDNTczMSc+RVBQIGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lv
bmluZyBQcm90b2NvbCAoRVBQKSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5i
c3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXS4gZm9yCiAgICAgIGV4
YW1wbGUsIHJlZ2lzdHJpZXMgdHlwaWNhbGx5IGFjY2VwdCBtdWx0aXBsZSBhcHBsaWNhdGlvbnMg
Zm9yIGEgZ2l2ZW4KICAgICAgZG9tYWluIG5hbWUgZHVyaW5nIHRoZSAic3VucmlzZSIgbGF1bmNo
IHBoYXNlLCByZWZlcnJlZCB0byBhcyBhIGxhdW5jaCBhcHBsaWNhdGlvbi4gIEEgbGF1bmNoIHJl
Z2lzdHJhdGlvbiAKICAgICAgaXMgdXNlZCB0byByZWZlciB0byBhIHJlZ2lzdHJhdGlvbiBtYWRl
IGR1cmluZyBhIGxhdW5jaCBwaGFzZSB3aGVuIHRoZSBzZXJ2ZXIgdXNlcyAKICAgICAgYSBmaXJz
dC1jb21lLWZpcnN0LXNlcnZlIG1vZGVsLiAgRXZlbiBpbiBhIGZpcnN0LWNvbWUtZmlyc3Qtc2Vy
dmUgbW9kZWwgYWRkaXRpb25hbCBzdGVwcyAKICAgICAgYW5kIGluZm9ybWF0aW9uIG1pZ2h0IGJl
IHJlcXVpcmVkIHRvIHN1cHBvcnQgYSBsYXVuY2ggcGhhc2UsIGxpa2UgdGhlIHBhc3Npbmcgb2Yg
CiAgICAgIHRyYWRlbWFyayBpbmZvcm1hdGlvbiBvbiBhIGNyZWF0ZS4gIEluIGFkZGl0aW9uLCB0
aGUgPGEgaHJlZj0naHR0cDovL25ld2d0bGRzLmljYW5uLm9yZy9lbi9hYm91dC90cmFkZW1hcmst
Y2xlYXJpbmdob3VzZS9jbGFpbXMtbW9kZWwtMjZzZXAxMi1lbi5wZGYnPlByb3Bvc2VkIFRyYWRl
bWFyayBDbGFpbXMgTW9kZWw8L2E+IAogICAgICBkZWZpbmVzIGEgcmVnaXN0cnkKICAgICAgaW50
ZXJmYWNlIGZvciB0aGUgVHJhZGVtYXJrIENsYWltcyBvciAiY2xhaW1zIiBsYXVuY2ggcGhhc2Ug
dGhhdAogICAgICBpbmNsdWRlcyBzdXBwb3J0IGZvciBwcmVzZW50aW5nIGEgVHJhZGVtYXJrIENs
YWltcyBOb3RpY2UgdG8gdGhlCiAgICAgIFJlZ2lzdHJhbnQuIFRoaXMgZG9jdW1lbnQgcHJvcG9z
ZXMgYW4gZXh0ZW5zaW9uIHRvIHRoZSBkb21haW4gbmFtZQogICAgICBleHRlbnNpb24gaW4gb3Jk
ZXIgdG8gdW5hbWJpZ3VvdXNseSBtYW5hZ2UgdGhlIHZhcmlvdXMgbGF1bmNoIHBoYXNlcwogICAg
ICBrbm93bi4KPC9wPgo8YSBuYW1lPSJhbmNob3IyIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBz
dW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRP
Q2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2Mi
PiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rp
b24uMS4xIj48L2E+PGgzPjEuMS4mbmJzcDsKQ29udmVudGlvbnMgVXNlZCBpbiBUaGlzIERvY3Vt
ZW50PC9oMz4KCjxwPlRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQi
LCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgICAgICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAi
UkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcwogICAgICAgIGRvY3Vt
ZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gPGEgY2xhc3M9J2luZm8n
IGhyZWY9JyNSRkMyMTE5Jz5SRkMgMjExOTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZv
Jz5CcmFkbmVyLCBTLiwgJmxkcXVvO0tleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNh
dGUgUmVxdWlyZW1lbnQgTGV2ZWxzLCZyZHF1bzsgTWFyY2gmbmJzcDsxOTk3Ljwvc3Bhbj48c3Bh
bj4pPC9zcGFuPjwvYT4gW1JGQzIxMTldLgo8L3A+CjxwPlhNTCBpcyBjYXNlIHNlbnNpdGl2ZS4g
VW5sZXNzIHN0YXRlZCBvdGhlcndpc2UsIFhNTCBzcGVjaWZpY2F0aW9ucwogICAgICAgIGFuZCBl
eGFtcGxlcyBwcm92aWRlZCBpbiB0aGlzIGRvY3VtZW50IE1VU1QgYmUgaW50ZXJwcmV0ZWQgaW4g
dGhlCiAgICAgICAgY2hhcmFjdGVyIGNhc2UgcHJlc2VudGVkIGluIG9yZGVyIHRvIGRldmVsb3Ag
YSBjb25mb3JtaW5nCiAgICAgICAgaW1wbGVtZW50YXRpb24uCjwvcD4KPHA+ImxhdW5jaC0xLjAi
IGlzIHVzZWQgYXMgYW4gYWJicmV2aWF0aW9uIGZvcgogICAgICAgICJ1cm46aWV0ZjpwYXJhbXM6
eG1sOm5zOmxhdW5jaC0xLjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXggImxhdW5jaCIKICAg
ICAgICBpcyB1c2VkLCBidXQgaW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIGRlcGVuZCBvbiBpdCBh
bmQgaW5zdGVhZCBlbXBsb3kKICAgICAgICBhIHByb3BlciBuYW1lc3BhY2UtYXdhcmUgWE1MIHBh
cnNlciBhbmQgc2VyaWFsaXplciB0byBpbnRlcnByZXQgYW5kCiAgICAgICAgb3V0cHV0IHRoZSBY
TUwgZG9jdW1lbnRzLgo8L3A+CjxwPiJzaWduZWRNYXJrLTEuMCIgaXMgdXNlZCBhcyBhbiBhYmJy
ZXZpYXRpb24gZm9yCiAgICAgICAgInVybjppZXRmOnBhcmFtczp4bWw6bnM6c2lnbmVkTWFyay0x
LjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXggInNtZCIKICAgICAgICBpcyB1c2VkLCBidXQg
aW1wbGVtZW50YXRpb25zIE1VU1QgTk9UIGRlcGVuZCBvbiBpdCBhbmQgaW5zdGVhZCBlbXBsb3kK
ICAgICAgICBhIHByb3BlciBuYW1lc3BhY2UtYXdhcmUgWE1MIHBhcnNlciBhbmQgc2VyaWFsaXpl
ciB0byBpbnRlcnByZXQgYW5kCiAgICAgICAgb3V0cHV0IHRoZSBYTUwgZG9jdW1lbnRzLgo8L3A+
CjxwPiJtYXJrLTEuMCIgaXMgdXNlZCBhcyBhbiBhYmJyZXZpYXRpb24gZm9yCiAgICAgICAgInVy
bjppZXRmOnBhcmFtczp4bWw6bnM6bWFyay0xLjAiLiBUaGUgWE1MIG5hbWVzcGFjZSBwcmVmaXgg
Im1hcmsiCiAgICAgICAgaXMgdXNlZCwgYnV0IGltcGxlbWVudGF0aW9ucyBNVVNUIE5PVCBkZXBl
bmQgb24gaXQgYW5kIGluc3RlYWQgZW1wbG95CiAgICAgICAgYSBwcm9wZXIgbmFtZXNwYWNlLWF3
YXJlIFhNTCBwYXJzZXIgYW5kIHNlcmlhbGl6ZXIgdG8gaW50ZXJwcmV0IGFuZAogICAgICAgIG91
dHB1dCB0aGUgWE1MIGRvY3VtZW50cy4KPC9wPgo8YSBuYW1lPSJhdHRycyI+PC9hPjxiciAvPjxo
ciAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9
IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48
YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5h
bWU9InJmYy5zZWN0aW9uLjIiPjwvYT48aDM+Mi4mbmJzcDsKT2JqZWN0IEF0dHJpYnV0ZXM8L2gz
PgoKPHA+VGhpcyBleHRlbnNpb24gYWRkcyBhZGRpdGlvbmFsIGVsZW1lbnRzIHRvIHRoZSA8YSBj
bGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+
ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRx
dW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0u
IE9ubHkgdGhvc2UgbmV3IGVsZW1lbnRzCiAgICAgIGFyZSBkZXNjcmliZWQgaGVyZS4KPC9wPgo8
YSBuYW1lPSJhcHBsaWNhdGlvbklEIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJs
YXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxp
Z249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RP
QyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi4xIj48
L2E+PGgzPjIuMS4mbmJzcDsKQXBwbGljYXRpb24gSWRlbnRpZmllcnM8L2gzPgoKPHA+U2VydmVy
cyBNQVkgYWxsb3cgbXVsdGlwbGUgYXBwbGljYXRpb25zLCByZWZlcnJlZCB0byBhcyBhIGxhdW5j
aCBhcHBsaWNhdGlvbiwgCiAgICAgICAgb2YgYSBnaXZlbiBkb21haW4gbmFtZQogICAgICAgIGR1
cmluZyBpdHMgbGF1bmNoIHBoYXNlIG9wZXJhdGlvbnMuIFVwb24gcmVjZWl2aW5nIGEgcmVxdWVz
dCB0byBjcmVhdGUKICAgICAgICBhIGRvbWFpbiBuYW1lLCB0aGUgc2VydmVyIGNyZWF0ZXMgYW4g
YXBwbGljYXRpb24gb2JqZWN0IGNvcnJlc3BvbmRpbmcKICAgICAgICB0byB0aGUgcmVxdWVzdCBh
bmQgYXNzaWducyBhbiBhcHBsaWNhdGlvbiBpZGVudGlmaWVyIGZvciB0aGUgYXBwbGljYXRpb24K
ICAgICAgICBhbmQgcmV0dXJucyBpdCB0byB0aGUgY2xpZW50IHdpdGggdGhlICZsdDtsYXVuY2g6
YXBwbGljYXRpb25JRCZndDsKICAgICAgICBlbGVtZW50LiBJbiBvcmRlciB0byBmYWNpbGl0YXRl
IGNvcnJlbGF0aW9uLCBhbGwgc3Vic2VxdWVudCBsYXVuY2gKICAgICAgICBvcGVyYXRpb25zIG9u
IHRoZSBhcHBsaWNhdGlvbiBvYmplY3QgTVVTVCBiZSBxdWFsaWZpZWQgYnkgdGhlCiAgICAgICAg
cHJldmlvdXNseSBhc3NpZ25lZCBhcHBsaWNhdGlvbiBpZGVudGlmaWVyIHVzaW5nIHRoZQogICAg
ICAgICZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDsgZWxlbWVudC4KPC9wPgo8YSBuYW1lPSJw
aGFzZXMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp
bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48
dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+
PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4yLjIiPjwvYT48aDM+Mi4yLiZuYnNw
OwpMYXVuY2ggUGhhc2VzPC9oMz4KCjxwPlRoZSBzZXJ2ZXIgTUFZIHN1cHBvcnQgbXVsdGlwbGUg
bGF1bmNoIHBoYXNlcyBzZXF1ZW50aWFsbHkgb3IKICAgICAgICBzaW11bHRhbmVvdXNseS4gVGhl
ICZsdDtsYXVuY2g6cGhhc2UmZ3Q7IGVsZW1lbnQgTVVTVCBiZSBpbmNsdWRlZCBieQogICAgICAg
IHRoZSBjbGllbnQgdG8gZGVmaW5lIHRoZSB0YXJnZXQgbGF1bmNoIHBoYXNlIG9mIHRoZSBjb21t
YW5kLgo8L3A+CjxwPlRoZSBmb2xsb3dpbmcgbGF1bmNoIHBoYXNlIHZhbHVlcyBhcmUgZGVmaW5l
ZDogPC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+c3VucmlzZTwvZHQ+Cjxk
ZD5QaGFzZSB3aGVuIHRyYWRlbWFyayBob2xkZXJzIGNhbiBzdWJtaXQKICAgICAgICAgICAgcmVn
aXN0cmF0aW9ucyBvciBhcHBsaWNhdGlvbnMgd2l0aCB0cmFkZW1hcmsgaW5mb3JtYXRpb24gdGhh
dCBjYW4gYmUKICAgICAgICAgICAgdmFsaWRhdGVkIGJ5IHRoZSBzZXJ2ZXIuCjwvZGQ+CjxkdD5s
YW5kcnVzaDwvZHQ+CjxkZD5Qb3N0IHN1bnJpc2UgcGhhc2Ugd2hlbiBub24tdHJhZGVtYXJrCiAg
ICAgICAgICAgIGhvbGRlcnMgYXJlIGFsbG93ZWQgdG8gcmVnaXN0ZXIgZG9tYWluIG5hbWVzIHdp
dGggc3RlcHMgdGFrZW4gCiAgICAgICAgICAgIHRvIGFkZHJlc3MgYSBsYXJnZSB2b2x1bWUgb2Yg
aW5pdGlhbCByZWdpc3RyYXRpb25zLgo8L2RkPgo8ZHQ+Y2xhaW1zMTwvZHQ+CjxkZD5UcmFkZW1h
cmsgY2xhaW1zIHBoYXNlIDEgYXMgZGVmaW5lZCBieSAKICAgICAgICAgICAgVHJhZGVtYXJrIENs
ZWFyaW5naG91c2UgbW9kZWwgb2YgZGlzcGxheWluZyBhIGZ1bGwsIGRldGFpbGVkIAogICAgICAg
ICAgICBjbGFpbXMgbm90aWNlIHRvIGNsaWVudHMgZm9yIGRvbWFpbiBuYW1lcyB0aGF0IG1hdGNo
IAogICAgICAgICAgICB0cmFkZW1hcmtzLgo8L2RkPgo8ZHQ+Y2xhaW1zMjwvZHQ+CjxkZD5UcmFk
ZW1hcmsgY2xhaW1zIHBoYXNlIDIgYXMgZGVmaW5lZCBieSAKICAgICAgICAgICAgVHJhZGVtYXJr
IENsZWFyaW5naG91c2UgbW9kZWwgb2YgZGlzcGxheWluZyBhIHNob3J0LCBlZHVjYXRpb25hbCAK
ICAgICAgICAgICAgY2xhaW1zIG5vdGljZSB0byBjbGllbnRzIGZvciBkb21haW4gbmFtZXMgdGhh
dCBtYXRjaCAKICAgICAgICAgICAgdHJhZGVtYXJrcyB0aGF0IG9wdCBpbnRvIHRoZSBzZXJ2aWNl
Lgo8L2RkPgo8ZHQ+b3BlbjwvZHQ+CjxkZD5Qb3N0IGxhdW5jaCBwaGFzZSB0aGF0IGlzIGFsc28g
cmVmZXJyZWQgdG8gYXMKICAgICAgICAgICAgInN0ZWFkeSBzdGF0ZSIuIFNlcnZlcnMgTUFZIHJl
cXVpcmUgYWRkaXRpb25hbCB0cmFkZW1hcmsKICAgICAgICAgICAgcHJvdGVjdGlvbiB3aXRoIHRo
aXMgcGhhc2UuCjwvZGQ+CjxkdD5jdXN0b208L2R0Pgo8ZGQ+QSBjdXN0b20gc2VydmVyIGxhdW5j
aCBwaGFzZSB0aGF0IGlzIGRlZmluZWQKICAgICAgICAgICAgdXNpbmcgdGhlICJuYW1lIiBhdHRy
aWJ1dGUuCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+Rm9yIGV4dGVuc2liaWxpdHkgdGhl
ICZsdDtsYXVuY2g6cGhhc2UmZ3Q7IGVsZW1lbnQgaW5jbHVkZXMgYW4KICAgICAgICBPUFRJT05B
TCAibmFtZSIgYXR0cmlidXRlIHRoYXQgY2FuIGRlZmluZSBhIHN1Yi1waGFzZSBvciB0aGUgZnVs
bCBuYW1lCiAgICAgICAgb2YgdGhlIHBoYXNlIHdoZW4gdGhlICZsdDtsYXVuY2g6cGhhc2UmZ3Q7
IGVsZW1lbnQgaGFzIHRoZSAiY3VzdG9tIgogICAgICAgIHZhbHVlLiAgRm9yIGV4YW1wbGUsIHRo
ZSAiY2xhaW1zMSIgbGF1bmNoIHBoYXNlIGNvdWxkIGhhdmUgdHdvIAogICAgICAgIHN1Yi1waGFz
ZXMgdGhhdCBpbmNsdWRlICJsYW5kcnVzaCIgYW5kICJvcGVuIi4KPC9wPgo8YSBuYW1lPSJzdGF0
dXNlcyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuMyI+PC9hPjxoMz4yLjMuJm5ic3A7
ClN0YXR1cyBWYWx1ZXM8L2gzPgoKPHA+QSBsYXVuY2ggYXBwbGljYXRpb24gb2JqZWN0IE1BWSBo
YXZlIGEgc3RhdHVzIHZhbHVlLiBUaGUKICAgICAgICAmbHQ7bGF1bmNoOnN0YXR1cyZndDsgZWxl
bWVudCBpcyB1c2VkIHRvIGNvbnZleSBleHRlbmRlZCBzdGF0dXMgcGVydGFpbmluZyB0bwogICAg
ICAgIHRoZSBhcHBsaWNhdGlvbiBvYmplY3QsIGJleW9uZCB3aGF0IGlzIHNwZWNpZmllZCBpbiB0
aGUgb2JqZWN0IG1hcHBpbmcKICAgICAgICBmb3IgdGhpcyBhcHBsaWNhdGlvbiBvYmplY3QuCjwv
cD4KPHA+VGhlIGZvbGxvd2luZyBzdGF0dXMgdmFsdWVzIGFyZSBkZWZpbmVkIHVzaW5nIHRoZSAK
ICAgICAgICByZXF1aXJlZCAicyIgYXR0cmlidXRlOiA8L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0
ZXh0Ij48ZGw+CjxkdD5wZW5kaW5nOjwvZHQ+CjxkZD5UaGUgaW5pdGlhbCBzdGF0ZSBvZiBhIG5l
d2x5LWNyZWF0ZWQKICAgICAgICAgICAgYXBwbGljYXRpb24gb2JqZWN0Lgo8L2RkPgo8ZHQ+dmFs
aWRhdGVkOjwvZHQ+CjxkZD5UaGUgYXBwbGljYXRpb24gbWVldHMgcmVsZXZhbnQgcmVnaXN0cnkK
ICAgICAgICAgICAgcnVsZXMuCjwvZGQ+CjxkdD5pbnZhbGlkOjwvZHQ+CjxkZD5UaGUgYXBwbGlj
YXRpb24gZG9lcyBub3QgdmFsaWRhdGUgYWNjb3JkaW5nCiAgICAgICAgICAgIHRvIHJlZ2lzdHJ5
IHJ1bGVzLgo8L2RkPgo8ZHQ+cGVuZGluZ0F1Y3Rpb246PC9kdD4KPGRkPlRoZSBhcHBsaWNhdGlv
biBpcyBwZW5kaW5nIGJhc2VkIG9uIAogICAgICAgICAgICByZXN1bHRzIG9mIGFuIGF1Y3Rpb24u
CjwvZGQ+CjxkdD5hbGxvY2F0ZWQ6PC9kdD4KPGRkPk9uZSBvZiB0d28gcG9zc2libGUgZW5kIHN0
YXRlcyBvZiBhbgogICAgICAgICAgICBhcHBsaWNhdGlvbiBvYmplY3Q7IHRoZSBvYmplY3QgY29y
cmVzcG9uZGluZyB0byB0aGUgYXBwbGljYXRpb24KICAgICAgICAgICAgaGFzIGJlZW4gcHJvdmlz
aW9uZWQuCjwvZGQ+CjxkdD5yZWplY3RlZDo8L2R0Pgo8ZGQ+VGhlIG90aGVyIHBvc3NpYmxlIGVu
ZCBzdGF0ZTsgdGhlIG9iamVjdAogICAgICAgICAgICB3YXMgbm90IHByb3Zpc2lvbmVkLgo8L2Rk
Pgo8ZHQ+Y3VzdG9tOjwvZHQ+CjxkZD5BIGN1c3RvbSBzdGF0dXMgdGhhdCBpcyBkZWZpbmVkIHVz
aW5nIHRoZSAKICAgICAgICAgICAgIm5hbWUiIGF0dHJpYnV0ZS4KPC9kZD4KPC9kbD48L2Jsb2Nr
cXVvdGU+Cgo8cD5FYWNoIHN0YXR1cyB2YWx1ZSBNQVkgYmUgYWNjb21wYW5pZWQgYnkgYSBzdHJp
bmcgb2YgaHVtYW4tcmVhZGFibGUgCiAgICAgICAgdGV4dCB0aGF0IGRlc2NyaWJlcyB0aGUgcmF0
aW9uYWxlIGZvciB0aGUgc3RhdHVzIGFwcGxpZWQgdG8gdGhlIG9iamVjdC4KICAgICAgICBUaGUg
T1BUSU9OQUwgImxhbmciIGF0dHJpYnV0ZSBNQVkgYmUgcHJlc2VudCB0byBpZGVudGlmeSB0aGUg
bGFuZ3VhZ2UgCiAgICAgICAgaWYgdGhlIG5lZ290aWF0ZWQgdmFsdWUgaXMgc29tZXRoaW5nIG90
aGVyIHRoYW4gdGhlIGRlZmF1bHQgdmFsdWUgb2YgCiAgICAgICAgImVuIiAoRW5nbGlzaCkuCjwv
cD4KPHA+Rm9yIGV4dGVuc2liaWxpdHkgdGhlICZsdDtsYXVuY2g6c3RhdHVzJmd0OyBlbGVtZW50
IGluY2x1ZGVzIGFuCiAgICAgICAgT1BUSU9OQUwgIm5hbWUiIGF0dHJpYnV0ZSB0aGF0IGNhbiBk
ZWZpbmUgYSBzdWItc3RhdHVzIG9yIHRoZSBmdWxsIG5hbWUKICAgICAgICBvZiB0aGUgc3RhdHVz
IHdoZW4gdGhlIHN0YXR1cyB2YWx1ZSBpcyAiY3VzdG9tIi4gIFRoZSBzZXJ2ZXIgU0hPVUxEIAog
ICAgICAgIE5PVCB1c2UgdGhlICJjdXN0b20iIHN0YXR1cyB2YWx1ZS4KPC9wPgo8cD5DZXJ0YWlu
IHN0YXR1cyB2YWx1ZXMgTUFZIGJlIGNvbWJpbmVkLiBGb3IgZXhhbXBsZSwgYW4gYXBwbGljYXRp
b24KICAgICAgICBjYW4gYmUgaW52YWxpZCBhbmQgcmVqZWN0ZWQuIEFkZGl0aW9uYWxseSBjZXJ0
YWluIHN0YXR1c2VzIE1BWSBiZQogICAgICAgIHNraXBwZWQuIEZvciBleGFtcGxlLCBhbiBhcHBs
aWNhdGlvbiBNQVkgaW1tZWRpYXRlbHkgc3RhcnQgYXQgdGhlCiAgICAgICAgYWxsb2NhdGVkIHN0
YXR1cyBvciBhbiBhcHBsaWNhdGlvbiBNQVkgc2tpcCB0aGUgcGVuZGluZ0F1Y3Rpb24gc3RhdHVz
CiAgICAgICAgaWYgdGhlIHNlcnZlciBkb2VzIG5vdCBzdXBwb3J0IGFuIGF1Y3Rpb24uIElmIGEg
Jmx0O2RvbWFpbjpjcmVhdGUmZ3Q7IHByb2Nlc3NlcyBhIHJlcXVlc3QKICAgICAgICBzeW5jaHJv
bm91c2x5IHdpdGhvdXQgdGhlIHVzZSBvZiBhbiBpbnRlcm1lZGlhdGUgYXBwbGljYXRpb24sIHRo
YW4gYW4KICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQnPkFwcGxp
Y2F0aW9uIElkZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBwbGlj
YXRpb24gSWRlbnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGlzIG5vdAogICAgICAg
IG5lZWRlZCBhbG9uZyB3aXRoIHRoZSBhcHBsaWNhdGlvbiBzdGF0dXMuCjwvcD4KPGEgbmFtZT0i
YW5jaG9yMyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFk
ZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRy
Pjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90
ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuMy4xIj48L2E+PGgzPjIuMy4x
LiZuYnNwOwpTdGF0ZSBUcmFuc2l0aW9uPC9oMz4KPGJyIC8+PGhyIGNsYXNzPSJpbnNlcnQiIC8+
CjxhIG5hbWU9ImZzbSI+PC9hPgo8ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7
IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICB8IHJlcXVlc3QKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHYK
ICAgICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0tKwogICAgICAgICAgICAgICAgICAgICAg
IHwgcGVuZGluZyB8CiAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0rLS0tLSsKICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIHwKICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgICAg
ICstLS0tLS0tLS0tLS0tLSstLS0tLSstLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLSsKICAgICAg
IHwgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgIHwKICAgICAg
IHYgICAgICAgICAgICAgIHYgICAgICAgICAgICAgICAgIHYgICAgICAgICAgICAgIHYKICstLS0t
LS0tLS0tLSsgICArLS0tLS0tLS0tKyAgICAgICAgKy0tLS0tLS0rICAgICAgKy0tLS0tLS0rCiB8
ICAgICAgICAgICB8ICAgfCAgICAgICAgIHwgICAgICAgLyAgICAgICAgIFwgICAgLyAgICAgICAg
IFwKIHwgdmFsaWRhdGVkIHwgICB8IGludmFsaWQgKy0tLS0tJmd0O3wgcmVqZWN0ZWQgIHwgIHwg
YWxsb2NhdGVkIHwKIHwgICAgICAgICAgIHwgICB8ICAgICAgICAgfCAgICAgICBcICAgICAgICAg
LyAgICBcICAgICAgICAgLwogKy0tLS0rLS0tLS0tKyAgICstLS0tKy0tLS0rICAgICAgICArLS0t
LS0tLSsgICAgICArLS0tLS0tLSsKICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg
ICAgIF4gICAgICAgICAgICAgIF4KICAgICAgfCAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICstLS0tLS0tLS0tLS0t
LS0tLSsgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLSsgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIF4gICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHwgICAgICAgICAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICstLS0t
LS0tLSstLS0tLS0tKyAgICAgIHwKICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgIHwgICAg
ICAgICAgICAgICAgfCAgICAgIHwKICAgICAgKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tJmd0O3wg
cGVuZGluZ0F1Y3Rpb24gKy0tLS0tLSsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgICAgfAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0t
LS0tLS0tLS0rCgo8L3ByZT48L2Rpdj48dGFibGUgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIg
Y2VsbHNwYWNpbmc9IjIiIGFsaWduPSJjZW50ZXIiPjx0cj48dGQgYWxpZ249ImNlbnRlciI+PGZv
bnQgZmFjZT0ibW9uYWNvLCBNUyBTYW5zIFNlcmlmIiBzaXplPSIxIj48Yj4mbmJzcDtGaWd1cmUm
bmJzcDsxJm5ic3A7PC9iPjwvZm9udD48YnIgLz48L3RkPjwvdHI+PC90YWJsZT48aHIgY2xhc3M9
Imluc2VydCIgLz4KCjxhIG5hbWU9InZhbGlkYXRpb25Nb2RlbHMiPjwvYT48YnIgLz48aHIgLz4K
PHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBj
bGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJl
Zj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJy
ZmMuc2VjdGlvbi4yLjQiPjwvYT48aDM+Mi40LiZuYnNwOwpNYXJrIFZhbGlkYXRpb24gTW9kZWxz
PC9oMz4KCjxwPkEgc2VydmVyIE1VU1Qgc3VwcG9ydCBvbmUgb2YgZm91ciBtb2RlbHMgZm9yIHZh
bGlkYXRpbmcgdGhlIHRyYWRlbWFyayAKICAgICAgICBpbmZvcm1hdGlvbjoKPC9wPgo8cD48L3A+
CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5jb2RlPC9kdD4KPGRkPlVzZSBvZiBh
IG1hcmsgY29kZSBieSBpdHNlbGYgdG8gdmFsaWRhdGUgCiAgICAgICAgICAJdGhhdCB0aGUgbWFy
ayBtYXRjaGVzIHRoZSBkb21haW4gbmFtZS4gIFRoaXMgbW9kZWwgaXMgc3VwcG9ydGVkIAogICAg
ICAgICAgCXVzaW5nIHRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVtZW50IHdpdGgganVz
dCB0aGUgCiAgICAgICAgICAJJmx0O2xhdW5jaDpjb2RlJmd0OyBlbGVtZW50Lgo8L2RkPgo8ZHQ+
bWFyazwvZHQ+CjxkZD5UaGUgbWFyayBpbmZvcm1hdGlvbiBpcyBwYXNzZWQgd2l0aG91dCBhbnkK
ICAgICAgICAgICAgb3RoZXIgdmFsaWRhdGlvbiBlbGVtZW50LiBUaGUgc2VydmVyIHdpbGwgdXNl
IHNvbWUgY3VzdG9tIGZvcm0gb2YKICAgICAgICAgICAgdmFsaWRhdGlvbiB0byB2YWxpZGF0ZSB0
aGF0IHRoZSBtYXJrIGluZm9ybWF0aW9uIGlzIGF1dGhlbnRpYy4gVGhpcwogICAgICAgICAgICBt
b2RlbCBpcyBzdXBwb3J0ZWQgdXNpbmcgdGhlICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1l
bnQgd2l0aCAKICAgICAgICAgICAganVzdCB0aGUgJmx0O21hcms6bWFyayZndDsgZWxlbWVudC4K
PC9kZD4KPGR0PmNvZGUgd2l0aCBtYXJrOjwvZHQ+CjxkZD5BIGNvZGUgaXMgdXNlZCBhbG9uZyB3
aXRoIHRoZSBtYXJrCiAgICAgICAgICAgIGluZm9ybWF0aW9uIGJ5IHRoZSBzZXJ2ZXIgdG8gdmFs
aWRhdGUgdGhlIG1hcmsgdXRpbGl6aW5nIGFuIGV4dGVybmFsIHBhcnR5LiAKICAgICAgICAgICAg
VGhlIGNvZGUgcmVwcmVzZW50cyBzb21lIGZvcm0gb2YKICAgICAgICAgICAgc2VjcmV0IHRoYXQg
bWF0Y2hlcyB0aGUgbWFyayBpbmZvcm1hdGlvbiBwYXNzZWQuIFRoaXMgbW9kZWwgaXMKICAgICAg
ICAgICAgc3VwcG9ydGVkIHVzaW5nIHRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVtZW50
IHRoYXQgY29udGFpbnMgYm90aCB0aGUKICAgICAgICAgICAgJmx0O2xhdW5jaDpjb2RlJmd0OyBh
bmQgdGhlICZsdDttYXJrOm1hcmsmZ3Q7IGVsZW1lbnRzLgo8L2RkPgo8ZHQ+c2lnbmVkIG1hcms6
PC9kdD4KPGRkPlRoZSBtYXJrIGluZm9ybWF0aW9uIGlzIGRpZ2l0YWxseQogICAgICAgICAgICBz
aWduZWQgYXMgZGVzY3JpYmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2RpZ2l0YWxz
aWduYXR1cmUnPkRpZ2l0YWwgU2lnbmF0dXJlPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkRpZ2l0YWwgU2lnbmF0dXJlPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPgogICAgICAgICAg
ICBzZWN0aW9uLiAgVGhlIGRpZ2l0YWwgc2lnbmF0dXJlIGNhbiBiZSBkaXJlY3RseSB2YWxpZGF0
ZWQgYnkgdGhlIAogICAgICAgICAgICBzZXJ2ZXIgdXNpbmcgdGhlIHB1YmxpYyBrZXkKICAgICAg
ICAgICAgb2YgdGhlIGV4dGVybmFsIHBhcnR5IHRoYXQgY3JlYXRlZCB0aGUgc2lnbmVkIG1hcmsg
dXNpbmcgaXQncyBwcml2YXRlIGtleS4gVGhpcyBtb2RlbCBpcyAKICAgICAgICAgICAgc3VwcG9y
dGVkIHVzaW5nIHRoZQogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI3NpZ25lZE1h
cmsnPiZsdDtzbWQ6c2lnbmVkTWFyayZndDs8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5m
byc+Jmx0O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9h
PiBhbmQgCiAgICAgICAgICAgIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjZW5jb2RlZFNpZ25lZE1h
cmsnPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xh
c3M9J2luZm8nPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IAogICAgICAgICAgICBlbGVtZW50cy4KPC9kZD4KPC9kbD48L2Jsb2Nr
cXVvdGU+Cgo8cD5Nb3JlIHRoYW4gb25lICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7LCAmbHQ7c21k
OnNpZ25lZE1hcmsmZ3Q7LCAKICAgICAgICBvciAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0
OyBlbGVtZW50IE1BWSBiZSBzcGVjaWZpZWQuIFRoZSBtYXhpbXVtCiAgICAgICAgbnVtYmVyIG9m
IG1hcmtzIHBlciBkb21haW4gbmFtZSBpcyB1cCB0byBzZXJ2ZXIgcG9saWN5Lgo8L3A+CjxhIG5h
bWU9ImNvZGVNYXJrIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNl
bGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0
Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwv
YT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi40LjEiPjwvYT48aDM+
Mi40LjEuJm5ic3A7CiZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1lbnQ8L2gzPgoKPHA+VGhl
ICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7IGVsZW1lbnQgdGhhdCBpcyB1c2VkIGJ5IHRoZSAiY29k
ZSIsICJtYXJrIiwgCiAgICAgICAgICAgYW5kICJjb2RlIHdpdGggbWFyayIgdmFsaWRhdGlvbiBt
b2RlbHMsIGhhcyB0aGUgZm9sbG93aW5nIGNoaWxkIAogICAgICAgICAgIGVsZW1lbnRzOgo8L3A+
CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDtsYXVuY2g6Y29k
ZSZndDs6PC9kdD4KPGRkPk9QVElPTkFMIG1hcmsgY29kZSB1c2VkIHRvIAogICAgICAgICAgICAg
IHZhbGlkYXRlIHRoZSAmbHQ7bGF1bmNoOm1hcmsmZ3Q7IGluZm9ybWF0aW9uLiAgVGhlIG1hcmsg
Y29kZSAKICAgICAgICAgICAgICBjYW4gYmUgYSBtYXJrIHNwZWNpZmljIHNlY3JldCB2YWx1ZSB0
aGF0IHRoZSBzZXJ2ZXIgY2FuIHZlcmlmeSAKICAgICAgICAgICAgICBhZ2FpbnN0IGEgdGhpcmQg
cGFydHkuCjwvZGQ+CjxkdD4mbHQ7bWFyazptYXJrJmd0Ozo8L2R0Pgo8ZGQ+T1BUSU9OQUwgbWFy
ayBpbmZvcm1hdGlvbiAKICAgICAgICAgICAgICB3aXRoIGNoaWxkIGVsZW1lbnRzIGRlZmluZWQg
aW4gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjbWFyayc+TWFyazxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz5NYXJrPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiAKICAgICAgICAg
ICAgICBzZWN0aW9uLgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPlRoZSBmb2xsb3dpbmcg
aXMgYW4gZXhhbXBsZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICAgICBlbGVtZW50
IHdpdGggYm90aCBhICZsdDtsYXVuY2g6Y29kZSZndDsgYW5kICZsdDtsYXVuY2g6bWFyayZndDsg
ZWxlbWVudC4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2lu
LWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7bGF1bmNoOmNvZGVNYXJr
Jmd0OwogICZsdDtsYXVuY2g6Y29kZSZndDs0OUZENDZFNkM0QjQ1QzU1RDRBQyZsdDsvbGF1bmNo
OmNvZGUmZ3Q7CiAgJmx0O21hcms6bWFyayB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOm1hcmstMS4wIiZndDsKICAgICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21h
cms6bmFtZSZndDsKICAgICZsdDttYXJrOmxhYmVsJmd0O2V4YW1wbGUtb25lJmx0Oy9tYXJrOmxh
YmVsJmd0OwogICAgJmx0O21hcms6bGFiZWwmZ3Q7ZXhhbXBsZW9uZSZsdDsvbWFyazpsYWJlbCZn
dDsKICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3Vl
ciZndDsKICAgICZsdDttYXJrOm51bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZn
dDsKICAgICZsdDttYXJrOnR5cGUmZ3Q7UkVHLVRNLVdPUkQmbHQ7L21hcms6dHlwZSZndDsKICAg
ICZsdDttYXJrOmNsYXNzJmd0OzEmbHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAmbHQ7bWFyazplbnRp
dGxlbWVudCZndDtvd25lciZsdDsvbWFyazplbnRpdGxlbWVudCZndDsKICAgICZsdDttYXJrOnJl
Z0RhdGUmZ3Q7MjAxMS0wOS0wOSZsdDsvbWFyazpyZWdEYXRlJmd0OwogICAgJmx0O21hcms6ZWZm
ZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAm
bHQ7bWFyazpleERhdGUmZ3Q7MjAxMy0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAmbHQ7
bWFyazpjb3VudHJ5Jmd0O0FVJmx0Oy9tYXJrOmNvdW50cnkmZ3Q7CiAgICAmbHQ7bWFyazpyZWdp
b24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsKICAgICZsdDttYXJrOm93bmVyJmd0OwogICAg
ICAmbHQ7bWFyazpvcmcmZ3Q7RXhhbXBsZSBJbmMuJmx0Oy9tYXJrOm9yZyZndDsKICAgICZsdDsv
bWFyazpvd25lciZndDsKICAgICZsdDttYXJrOmNvbnRhY3QmZ3Q7CiAgICAgICZsdDttYXJrOm5h
bWUmZ3Q7Sm9obiBEb2UmbHQ7L21hcms6bmFtZSZndDsKICAgICAgJmx0O21hcms6b3JnJmd0O0V4
YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICZsdDttYXJrOmFkZHImZ3Q7CiAgICAg
ICAgJmx0O21hcms6c3RyZWV0Jmd0OzEyMyBFeGFtcGxlIERyLiZsdDsvbWFyazpzdHJlZXQmZ3Q7
CiAgICAgICAgJmx0O21hcms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7
CiAgICAgICAgJmx0O21hcms6Y2l0eSZndDtSZXN0b24mbHQ7L21hcms6Y2l0eSZndDsKICAgICAg
ICAmbHQ7bWFyazpzcCZndDtWQSZsdDsvbWFyazpzcCZndDsKICAgICAgICAmbHQ7bWFyazpwYyZn
dDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAmbHQ7bWFyazpjYyZndDtVUyZsdDsvbWFy
azpjYyZndDsKICAgICAgJmx0Oy9tYXJrOmFkZHImZ3Q7CiAgICAgICZsdDttYXJrOnZvaWNlIHg9
IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICZsdDttYXJr
OmZheCZndDsrMS43MDM1NTU1NTU2Jmx0Oy9tYXJrOmZheCZndDsKICAgICAgJmx0O21hcms6ZW1h
aWwmZ3Q7amRvZUBleGFtcGxlLnRsZCZsdDsvbWFyazplbWFpbCZndDsKICAgICZsdDsvbWFyazpj
b250YWN0Jmd0OwogICZsdDsvbWFyazptYXJrJmd0OwombHQ7L2xhdW5jaDpjb2RlTWFyayZndDs8
L3ByZT48L2Rpdj4KPGEgbmFtZT0ibWFyayI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFy
eT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWci
IGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJz
cDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIu
NSI+PC9hPjxoMz4yLjUuJm5ic3A7Ck1hcms8L2gzPgoKPHA+QSAmbHQ7bWFyazptYXJrJmd0OyBl
bGVtZW50IGRlc2NyaWJlcyBhbiBhcHBsaWNhbnQncyBwcmlvciByaWdodAogICAgICAgIHRvIGEg
Z2l2ZW4gZG9tYWluIG5hbWUgdGhhdCBpcyB1c2VkIHdpdGggdGhlICJtYXJrIiwgIm1hcmsgd2l0
aCBjb2RlIiwgYW5kIAogICAgICAgIHRoZSAic2lnbmVkIG1hcmsiIHZhbGlkYXRpb24gbW9kZWxz
Lgo8L3A+CjxwPlRoZSBjaGlsZCBlbGVtZW50cyBvZiB0aGUgJmx0O21hcms6bWFyayZndDsgZWxl
bWVudCBpbmNsdWRlOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4K
PGR0PiZsdDttYXJrOmlkJmd0Ozo8L2R0Pgo8ZGQ+QW4gaWRlbnRpZmllciBmb3IgdGhlIG1hcmsu
IFRoaXMKICAgICAgICAgICAgaWRlbnRpZmllciBNVVNUIGJlIHVuaXF1ZSBhbW9uZyBhbGwgbWFy
a3MgYXNzb2NpYXRlZCB3aXRoIGFuCiAgICAgICAgICAgIGFwcGxpY2F0aW9uIG9iamVjdC4KPC9k
ZD4KPGR0PiZsdDttYXJrOm5hbWUmZ3Q7OjwvZHQ+CjxkZD5UaGUgcmVnaXN0ZXJlZCB0cmFkZW1h
cmsgdGV4dCBzdHJpbmcuICBUaGlzIAogICAgICAgICAgICB2YWx1ZSBpcyBmcmVlLWZvcm0gdGV4
dCB0aGF0IE1BWSBiZSBtYXBwZWQgdG8gb25lIG9yIG1vcmUgJmx0O21hcms6bGFiZWwmZ3Q7IHZh
bHVlcy4KPC9kZD4KPGR0PiZsdDttYXJrOmxhYmVsJmd0Ozo8L2R0Pgo8ZGQ+WmVybyBvciBtb3Jl
IGRvbWFpbiBuYW1lIGxhYmVscyB0aGF0IGNvcnJlc3BvbmQgCiAgICAgICAgICAgIHRvIHRoZSAm
bHQ7bWFyazpuYW1lJmd0Oy4gIEVhY2ggJmx0O21hcms6bGFiZWwmZ3Q7IGNhbiBtYXRjaCAKICAg
ICAgICAgICAgZGlyZWN0bHkgdG8gdGhlIGRvbWFpbiBuYW1lIGFmdGVyIGFkZGluZyB0aGUgcGFy
ZW50IHpvbmUuCjwvZGQ+CjxkdD4mbHQ7bWFyazppc3N1ZXImZ3Q7OjwvZHQ+CjxkZD5UaGUgbmFt
ZSBvZiB0aGUgYXV0aG9yaXR5IHdoaWNoIGlzc3VlZAogICAgICAgICAgICB0aGUgcmlnaHQgKHRy
YWRlbWFyayBjbGVhcmluZ2hvdXNlLCB0cmFkZW1hcmsgb2ZmaWNlLCBjb21wYW55IHJlZ2lzdHJh
dGlvbiBidXJlYXUsIGV0Yy4pLgo8L2RkPgo8ZHQ+Jmx0O21hcms6bnVtYmVyJmd0Ozo8L2R0Pgo8
ZGQ+VGhlIHJlZ2lzdHJhdGlvbiBudW1iZXIgb2YgdGhlIHJpZ2h0CiAgICAgICAgICAgICh0cmFk
ZW1hcmsgbnVtYmVyLCBjb21wYW55IHJlZ2lzdHJhdGlvbiBudW1iZXIsIGV0Yy4pLgo8L2RkPgo8
ZHQ+Jmx0O21hcms6dHlwZSZndDs6PC9kdD4KPGRkPkluZGljYXRlcyB0aGUgdHlwZSBvZiBjbGFp
bSBiZWluZyBtYWRlICh0cmFkZW1hcmssCiAgICAgIHN5bWJvbCwgY29tYmluZWQgbWFyaywgY29t
cGFueSBuYW1lLCBldGMuKS4KPC9kZD4KPGR0PiZsdDttYXJrOmNsYXNzJmd0Ozo8L2R0Pgo8ZGQ+
WmVybyBvciBtb3JlIE5pY2UgQ2xhc3NpZmljYXRpb24gY2xhc3MgbnVtYmVycyBhcyBkZWZpbmVk
IGluIHRoZSAKICAgICAgICAgICAgPGEgaHJlZj0naHR0cDovL3d3dy53aXBvLmludC9jbGFzc2lm
aWNhdGlvbnMvbml2aWxvL25pY2UvaW5kZXguaHRtJz5OaWNlIExpc3Qgb2YgQ2xhc3NlczwvYT4u
CjwvZGQ+CjxkdD4mbHQ7bWFyazplbnRpdGxlbWVudCZndDs6PC9kdD4KPGRkPkluZGljYXRlcyB0
aGUgYXBwbGljYW50J3MKICAgICAgICAgICAgZW50aXRsZW1lbnQgdG8gdGhlIG1hcmsgKG93bmVy
LCBsaWNlbnNlZSwgZXRjLikuCjwvZGQ+CjxkdD4mbHQ7bWFyazpyZWdEYXRlJmd0Ozo8L2R0Pgo8
ZGQ+VGhlIGRhdGUgb2YgcmVnaXN0cmF0aW9uIC8gYXBwbGljYXRpb24gb2YgdGhlCiAgICAgICAg
ICAgIG1hcmsuCjwvZGQ+CjxkdD4mbHQ7bWFyazplZmZlY3RpdmVEYXRlJmd0Ozo8L2R0Pgo8ZGQ+
VGhlIGRhdGUgdGhlCiAgICAgICAgICAgIG1hcmsgYmVjb21lcyBlZmZlY3RpdmUuCjwvZGQ+Cjxk
dD4mbHQ7bWFyazpleERhdGUmZ3Q7OjwvZHQ+CjxkZD5UaGUgZGF0ZSBvZiBleHBpcmF0aW9uIG9m
IHRoZQogICAgICAgICAgICBtYXJrLgo8L2RkPgo8ZHQ+Jmx0O21hcms6Y291bnRyeSZndDs6PC9k
dD4KPGRkPlRoZSBjb3VudHJ5IGluIHdoaWNoIHRoZQogICAgICAgICAgICAgIG1hcmsgaXMgdmFs
aWQuIFRoaXMgbWF5IGJlIGEgdHdvLWNoYXJhY3RlciBjb2RlIGZyb20gPGEgY2xhc3M9J2luZm8n
IGhyZWY9JyNXSVBPLlNUMyc+W1dJUE8uU1QzXTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5XSVBPLCAmbGRxdW87UmVjb21tZW5kZWQgc3RhbmRhcmQgb24gdHdvLWxldHRlciBjb2Rl
cyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIHN0YXRlcywgb3RoZXIgZW50aXRpZXMgYW5kIGlu
dGVyZ292ZXJubWVudGFsIG9yZ2FuaXphdGlvbnMsJnJkcXVvOyBNYXJjaCZuYnNwOzIwMDcuPC9z
cGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KPC9kZD4KPGR0PiZsdDttYXJrOnJlZ2lvbiZndDs6PC9k
dD4KPGRkPlRoZSBuYW1lIG9mIGEgY2l0eSwgc3RhdGUsCiAgICAgICAgICAgIHByb3ZpbmNlIG9y
IG90aGVyIGdlb2dyYXBoaWMgcmVnaW9uIGluIHdoaWNoIHRoZSBtYXJrIGlzIHZhbGlkLgo8L2Rk
Pgo8ZHQ+Jmx0O21hcms6b3duZXImZ3Q7OjwvZHQ+CjxkZD5UaGUgb3duZXIgaW5mb3JtYXRpb24g
dXNpbmcgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjY29udGFjdCc+Q29udGFjdDxzcGFuPiAo
PC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Db250YWN0PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9h
PiAKICAgICAgICAgICAgZWxlbWVudHMuCjwvZGQ+CjxkdD4mbHQ7bWFyazpjb250YWN0Jmd0Ozo8
L2R0Pgo8ZGQ+VGhlIGNvbnRhY3QgZm9yIHRoZSBvd25lciB1c2luZyB0aGUgCiAgICAgICAgICAg
IDxhIGNsYXNzPSdpbmZvJyBocmVmPScjY29udGFjdCc+Q29udGFjdDxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz5Db250YWN0PC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBlbGVtZW50
Lgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkFsbCBvZiB0aGUgY2hpbGQgZWxlbWVudHMg
YXJlIE9QVElPTkFMLiBTZXJ2ZXIgcG9saWN5IG1heSAKICAgICAgICAgIHBsYWNlIGFkZGl0aW9u
YWwgY29uc3RyYWludHMgb24gdGhlIGZvcm1hdCBhbmQgcmVxdWlyZW1lbnRzIG9mIHN1Y2ggZWxl
bWVudHMuCjwvcD4KPGEgbmFtZT0iY29udGFjdCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3Vt
bWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0Ni
dWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4m
bmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9u
LjIuNiI+PC9hPjxoMz4yLjYuJm5ic3A7CkNvbnRhY3Q8L2gzPgoKPHA+VGhlIGNvbnRhY3QgaW5m
b3JtYXRpb24gY29udGFpbmVkIHdpdGhpbiB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNtYXJr
Jz5NYXJrPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcms8L3NwYW4+PHNwYW4+
KTwvc3Bhbj48L2E+IGNhbm5vdCAKICAgICAgICBiZSBkZWZpbmVkIHZpYSBhIGNvbnRhY3QgaWRl
bnRpZmllciBhcyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzMn
PkVQUCBjb250YWN0IG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBDb250YWN0IE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4p
PC9zcGFuPjwvYT4gW1JGQzU3MzNdIHNpbmNlIAogICAgICAgIGl0IGlzIGNvbnRhY3QgaW5mb3Jt
YXRpb24gZGVmaW5lZCBvdXRzaWRlIG9mIHRoZSBzZXJ2ZXIuICBTb21lIG9mIHRoZSBjb250YWN0
IGVsZW1lbnRzIGRlZmluZWQgaW4gCiAgICAgICAgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1
NzMzJz5FUFAgY29udGFjdCBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8n
PkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wg
KEVQUCkgQ29udGFjdCBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMzXSBhcmUgcmVwbGljYXRlZCBmb3IgdGhlIG1hcmsgY29u
dGFjdCBzbyB0aGVyZSBpcyBubyBkZXBlbmRlbmN5IHRvIHRoZSA8YSBjbGFzcz0naW5mbycgaHJl
Zj0nI1JGQzU3MzMnPkVQUCBjb250YWN0IG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFz
cz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQ
cm90b2NvbCAoRVBQKSBDb250YWN0IE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwv
c3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzNdIFhNTCBzY2hlbWEgZnJvbSB0aGUgTWFy
ayBYTUwgc2NoZW1hLgo8L3A+CjxwPlRoZSBjaGlsZCBlbGVtZW50cyBvZiBhIGNvbnRhY3QgdXNp
bmcgZWl0aGVyIHRoZSAmbHQ7bWFyazpvd25lciZndDsgb3IgCiAgICAgICAgJmx0O21hcms6Y29u
dGFjdCZndDsgZWxlbWVudHMgaW5jbHVkZToKICAgICAgICA8L3A+CjxibG9ja3F1b3RlIGNsYXNz
PSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bWFyazpuYW1lJmd0Ozo8L2R0Pgo8ZGQ+VGhlIG5hbWUgb2Yg
dGhlIGluZGl2aWR1YWwgb3Igcm9sZSByZXByZXNlbnRlZCBieSB0aGUgY29udGFjdC4KPC9kZD4K
PGR0PiZsdDttYXJrOm9yZyZndDs6PC9kdD4KPGRkPlRoZSBuYW1lIG9mIHRoZSBvcmdhbml6YXRp
b24gd2l0aCB3aGljaCB0aGUgY29udGFjdCBpcyBhZmZpbGlhdGVkLgo8L2RkPgo8ZHQ+Jmx0O21h
cms6YWRkciZndDs6PC9kdD4KPGRkPlRoZSBhZGRyZXNzIGluZm9ybWF0aW9uIGFzc29jaWF0ZWQg
d2l0aCB0aGUgY29udGFjdC4gIHRoZSAmbHQ7bWFyazphZGRyJmd0OyBlbGVtZW50IGNvbnRhaW5z
IAogICAgICAgICAgICB0aGUgZm9sbG93aW5nIGNoaWxkIGVsZW1lbnRzOgo8L2RkPgo8ZHQ+PC9k
dD4KPGRkPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O21hcms6c3RyZWV0
Jmd0OzwvZHQ+CjxkZD5aZXJvIHRvIHRocmVlICZsdDttYXJrOnN0cmVldCZndDsgZWxlbWVudHMg
dGhhdCBjb250YWluIAogICAgICAgICAgICAgICAgICB0aGUgY29udGFjdCdzIHN0cmVldCBhZGRy
ZXNzLgo8L2RkPgo8ZHQ+Jmx0O21hcms6Y2l0eSZndDs8L2R0Pgo8ZGQ+VGhlIGNvbnRhY3QncyBj
aXR5Lgo8L2RkPgo8ZHQ+Jmx0O21hcms6c3AmZ3Q7PC9kdD4KPGRkPlRoZSBjb250YWN0J3Mgc3Rh
dGUgb3IgcHJvdmluY2UuCjwvZGQ+CjxkdD4mbHQ7bWFyazpwYyZndDs8L2R0Pgo8ZGQ+VGhlIGNv
bnRhY3QncyBwb3N0YWwgY29kZS4KPC9kZD4KPGR0PiZsdDttYXJrOmNjJmd0OzwvZHQ+CjxkZD5U
aGUgY29udGFjdCdzIGNvdW50cnkgY29kZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+CjwvZGQ+
CjxkdD4mbHQ7bWFyazp2b2ljZSZndDs6PC9kdD4KPGRkPlRoZSBjb250YWN0J3Mgdm9pY2UgdGVs
ZXBob25lIG51bWJlci4KPC9kZD4KPGR0PiZsdDttYXJrOmZheCZndDs6PC9kdD4KPGRkPlRoZSBj
b250YWN0J3MgZmFjc2ltaWxlIHRlbGVwaG9uZSBudW1iZXIuCjwvZGQ+CjxkdD4mbHQ7bWFyazpl
bWFpbCZndDs6PC9kdD4KPGRkPlRoZSBjb250YWN0J3MgZW1haWwgYWRkcmVzcy4KPC9kZD4KPC9k
bD48L2Jsb2NrcXVvdGU+Cgo8cD5BbGwgb2YgdGhlIGNoaWxkIGVsZW1lbnRzIGFyZSBPUFRJT05B
TC4gIFNlcnZlciBwb2xpY3kgbWF5IHBsYWNlIGFkZGl0aW9uYWwgY29uc3RyYWludHMKICAgICAg
ICBvbiB0aGUgZm9ybWF0IGFuZCByZXF1aXJlbWVudHMgb2Ygc3VjaCBlbGVtZW50cy4KPC9wPgo8
YSBuYW1lPSJkaWdpdGFsc2lnbmF0dXJlIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMi43
Ij48L2E+PGgzPjIuNy4mbmJzcDsKRGlnaXRhbCBTaWduYXR1cmU8L2gzPgoKPHA+RGlnaXRhbCBz
aWduYXR1cmVzIE1BWSBiZSB1c2VkIGJ5IHRoZSBzZXJ2ZXIgdG8gdmFsaWRhdGUgZWl0aGVyIAog
ICAgICAgIHRoZSBtYXJrIGluZm9ybWF0aW9uLCB3aGVuIHVzaW5nIHRoZSAic2lnbmVkIG1hcmsi
IHZhbGlkYXRpb24gbW9kZWwgd2l0aCB0aGUgCiAgICAgICAgJmx0O3NtZDpzaWduZWRNYXJrJmd0
OyBlbGVtZW50IG9yIHRoZSAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50LiAg
CiAgICAgICAgVGhlIGRpZ2l0YWwgc2lnbmF0dXJlcyBhcmUgICAKICAgICAgICBoYW5kbGVkIHVz
aW5nIGFuIDxhIGhyZWY9J2h0dHA6Ly93d3cudzMub3JnL1RSL3htbGRzaWctY29yZS8nPlhNTAog
ICAgICAgICAgICBTaWduYXR1cmU8L2E+IGFyb3VuZCB0aGUgZW50aXJlICZsdDtzbWQ6c2lnbmVk
TWFyayZndDsgCiAgICAgICAgICAgIGVsZW1lbnQuICBUaGUgJmx0O3NtZDplbmNvZGVkU2lnbmVk
TWFyayZndDsgZWxlbWVudCBpbmNsdWRlcyBhbiAKICAgICAgICAgICAgZW5jb2RlZCBmb3JtIG9m
IHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQgbGlrZSB0aGUgdXNlIG9mICJiYXNl
NjQiIGVuY29kaW5nLgogICAgICAgICAgICBPbmNlIHRoZSBkaWdpdGFsIHNpZ25hdHVyZSAKICAg
ICAgICAgaXMgdmFsaWRhdGVkIHVzaW5nIHRoZSBhcHByb3ByaWF0ZSBwdWJsaWMga2V5LCB0aGUg
c2VydmVyIGNhbiB0cnVzdCAKICAgICAgICAgYWxsIG9mIHRoZSBpbmZvcm1hdGlvbiBpbmNsdWRl
ZCBpbiB0aGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyAKICAgICAgICAgZWxlbWVudC4gIEl0J3Mg
dXAgdG8gc2VydmVyIHBvbGljeSBob3cgCiAgICAgICAgIHRoZSBwdWJsaWMga2V5IGlzIHRyYW5z
ZmVycmVkLgo8L3A+CjxwPlRvIGhhdmUgdGhlIGRpZ2l0YWwgc2lnbmF0dXJlIGNvdmVyIGFsbCBv
ZiB0aGUgZWxlbWVudHMgb2YgdGhlIAogICAgICAgICAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVs
ZW1lbnQsIAogICAgICAgICB0aGUgPGEgaHJlZj0naHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNp
Zy1jb3JlLyc+WE1MCiAgICAgICAgICAgIFNpZ25hdHVyZTwvYT4gSURSRUYgVVJJIGlzIHNldCB0
byB0aGUgImlkIiBhdHRyaWJ1dGUgdmFsdWUgb2YgdGhlIAogICAgICAgICAgICAmbHQ7c21kOnNp
Z25lZE1hcmsmZ3Q7IGVsZW1lbnQgYW5kIHRoZSAKICAgICAgICAgICAgVHJhbnNmb3JtICJodHRw
Oi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjZW52ZWxvcGVkLXNpZ25hdHVyZSIgaXMgCiAg
ICAgICAgICAgIHVzZWQuICBUaGUgZGlnaXRhbCBzaWduYXR1cmUgY292ZXJzIHRoZSAmbHQ7c21k
OnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQgCiAgICAgICAgICAgIGFuZCB0aGUgU2lnbmF0dXJlIAog
ICAgICAgICAgICBlbGVtZW50IGlzIGVtYmVkZGVkIGluIHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsm
Z3Q7IGVsZW1lbnQuCiAgICAgICAgCjwvcD4KPGEgbmFtZT0ic2lnbmVkTWFyayI+PC9hPjxiciAv
PjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNp
bmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVn
Ij48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+Cjxh
IG5hbWU9InJmYy5zZWN0aW9uLjIuNy4xIj48L2E+PGgzPjIuNy4xLiZuYnNwOwombHQ7c21kOnNp
Z25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L2gzPgoKPHA+VGhlICZsdDtzbWQ6c2lnbmVkTWFyayZndDsg
aXMgdGhlIGZyYWdtZW50IG9mIFhNTCB0aGF0IGlzIGRpZ2l0YWxseSAKICAgICAgICBzaWduZWQg
dXNpbmcgPGEgaHJlZj0naHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNpZy1jb3JlLyc+WE1MCiAg
ICAgICAgICAgIFNpZ25hdHVyZTwvYT4uICBUaGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyBpbmNs
dWRlcyBhIHJlcXVpcmVkICJpZCIgCiAgICAgICAgICAgIGF0dHJpYnV0ZSBvZiB0eXBlIFhTRCBJ
RCBmb3IgCiAgICAgICAgICAgIHVzZSB3aXRoIGFuIElEUkVGIFVSSSBmcm9tIHRoZSBTaWduYXR1
cmUgZWxlbWVudC4gIAogICAgICAgICAgICBUaGUgY2hpbGQgZWxlbWVudHMgb2YgdGhlICZsdDtz
bWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudCBpbmNsdWRlOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVv
dGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDtzbWQ6c2VyaWFsJmd0Ozo8L2R0Pgo8ZGQ+VGhl
IHNpZ25hdHVyZSBzZXJpYWwgbnVtYmVyIHRoYXQgCiAgICAgICAgICAgIGNhbiBiZSBjb21wYXJl
ZCB3aXRoIGEgcmV2b2NhdGlvbiBsaXN0IGJ5IHRoZSBzZXJ2ZXIuCjwvZGQ+CjxkdD4mbHQ7c21k
OmV4RGF0ZSZndDs6PC9kdD4KPGRkPk9QVElPTkFMIGRhdGUgYW5kIHRpbWUgdGhhdCB0aGUgCiAg
ICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZXhwaXJ5LiAgVGhlIHNlcnZlciBNVVNU
IE5PVCBhY2NlcHQgCiAgICAgICAgICAgIGEgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyB0aGF0IGhh
cyBleHBpcmVkLiAgTm8gJmx0O3NtZDpleERhdGUmZ3Q7IAogICAgICAgICAgICBlbGVtZW50IGlu
ZGljYXRlcyB0aGF0IHRoZXJlIGlzIG5vIGV4cGlyeS4KPC9kZD4KPGR0PiZsdDttYXJrOm1hcmsm
Z3Q7OjwvZHQ+CjxkZD5UaGUgdHJhZGVtYXJrIGluZm9ybWF0aW9uIGFzIGRlZmluZWQgaW4gdGhl
ICAKICAgICAgICAgICAgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNtYXJrJz5NYXJrPHNwYW4+ICg8
L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcms8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IHNl
Y3Rpb24uCjwvZGQ+CjxkdD4mbHQ7U2lnbmF0dXJlJmd0Ozo8L2R0Pgo8ZGQ+CiAgICAgICAgICAg
IDxhIGhyZWY9J2h0dHA6Ly93d3cudzMub3JnL1RSL3htbGRzaWctY29yZS8nPlhNTAogICAgICAg
ICAgICBTaWduYXR1cmU8L2E+IGZvciB0aGUgJmx0O3NtZDpzaWduZWRNYXJrJmd0Oy4gIFVzZSBv
ZiAKICAgICAgICAgICAgYSBuYW1lc3BhY2UgcHJlZml4LCBsaWtlICJkc2lnIiwgaXMgcmVjb21t
ZW5kZWQgZm9yIHRoZSAiaHR0cDovL3d3dy53My5vcmcvVFIveG1sZHNpZy1jb3JlLyIgCiAgICAg
ICAgICAgIGVsZW1lbnRzLgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPlRoZSBmb2xsb3dp
bmcgaXMgYW4gZXhhbXBsZSAmbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7CiAgICAgICAgICAgIHVzaW5n
IHRoZSA8YSBocmVmPSdodHRwOi8vd3d3LnczLm9yZy9UUi94bWxkc2lnLWNvcmUvJz5YTUwKICAg
ICAgICAgICAgU2lnbmF0dXJlPC9hPiB0byBzaWduIGFsbCBvZiB0aGUgZWxlbWVudHMgb2YgCiAg
ICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudC4KPC9wPjxkaXYgc3R5bGU9
J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0
OiBhdXRvJz48cHJlPgogJmx0O3NtZDpzaWduZWRNYXJrIGlkPSJzaWduZWRNYXJrIgogIHhtbG5z
OnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRNYXJrLTEuMCImZ3Q7CiAgJmx0O3Nt
ZDpzZXJpYWwmZ3Q7MTIzNDU2Jmx0Oy9zbWQ6c2VyaWFsJmd0OwogICZsdDtzbWQ6ZXhEYXRlJmd0
OzIwMTItMDgtMTZUMDk6MDA6MDAuMFombHQ7L3NtZDpleERhdGUmZ3Q7CiAgJmx0O21hcms6bWFy
awogICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmstMS4wIiZndDsKICAg
ICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21hcms6bmFtZSZndDsKICAgICZsdDtt
YXJrOmxhYmVsJmd0O2V4YW1wbGUtb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgJmx0O21hcms6
bGFiZWwmZ3Q7ZXhhbXBsZW9uZSZsdDsvbWFyazpsYWJlbCZndDsKICAgICZsdDttYXJrOmlzc3Vl
ciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3VlciZndDsKICAgICZsdDttYXJrOm51
bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZndDsKICAgICZsdDttYXJrOnR5cGUm
Z3Q7UkVHLVRNLVdPUkQmbHQ7L21hcms6dHlwZSZndDsKICAgICZsdDttYXJrOmNsYXNzJmd0OzEm
bHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAmbHQ7bWFyazplbnRpdGxlbWVudCZndDtvd25lciZsdDsv
bWFyazplbnRpdGxlbWVudCZndDsKICAgICZsdDttYXJrOnJlZ0RhdGUmZ3Q7MjAxMS0wOS0wOSZs
dDsvbWFyazpyZWdEYXRlJmd0OwogICAgJmx0O21hcms6ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEw
LTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAmbHQ7bWFyazpleERhdGUmZ3Q7MjAx
My0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAmbHQ7bWFyazpjb3VudHJ5Jmd0O0FVJmx0
Oy9tYXJrOmNvdW50cnkmZ3Q7CiAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJl
Z2lvbiZndDsKICAgICZsdDttYXJrOm93bmVyJmd0OwogICAgICZsdDttYXJrOm9yZyZndDtFeGFt
cGxlIEluYy4mbHQ7L21hcms6b3JnJmd0OwogICAgJmx0Oy9tYXJrOm93bmVyJmd0OwogICAgJmx0
O21hcms6Y29udGFjdCZndDsKICAgICAmbHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJr
Om5hbWUmZ3Q7CiAgICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcm
Z3Q7CiAgICAgJmx0O21hcms6YWRkciZndDsKICAgICAgJmx0O21hcms6c3RyZWV0Jmd0OzEyMyBF
eGFtcGxlIERyLiZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICZsdDttYXJrOnN0cmVldCZndDtT
dWl0ZSAxMDAmbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3Rv
biZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAmbHQ7bWFyazpzcCZndDtWQSZsdDsvbWFyazpzcCZn
dDsKICAgICAgJmx0O21hcms6cGMmZ3Q7MjAxOTAmbHQ7L21hcms6cGMmZ3Q7CiAgICAgICZsdDtt
YXJrOmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICZsdDsvbWFyazphZGRyJmd0OwogICAg
ICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2Um
Z3Q7CiAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1NTU1NTYmbHQ7L21hcms6ZmF4Jmd0Owog
ICAgICZsdDttYXJrOmVtYWlsJmd0O2pkb2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7
CiAgICAmbHQ7L21hcms6Y29udGFjdCZndDsKICAmbHQ7L21hcms6bWFyayZndDsKICAmbHQ7ZHNp
ZzpTaWduYXR1cmUKICAJeG1sbnM6ZHNpZz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxk
c2lnIyImZ3Q7CiAgICAmbHQ7ZHNpZzpTaWduZWRJbmZvJmd0OwogICAgJmx0O2RzaWc6Q2Fub25p
Y2FsaXphdGlvbk1ldGhvZApBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMTAveG1s
LWV4Yy1jMTRuIyIvJmd0OwogICAgJmx0O2RzaWc6U2lnbmF0dXJlTWV0aG9kCkFsZ29yaXRobT0i
aHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI3JzYS1zaGExIi8mZ3Q7CiAgICAmbHQ7
ZHNpZzpSZWZlcmVuY2UgVVJJPSIjc2lnbmVkTWFyayImZ3Q7CiAgICAgICZsdDtkc2lnOlRyYW5z
Zm9ybXMmZ3Q7CiAgICAgICAgJmx0O2RzaWc6VHJhbnNmb3JtCkFsZ29yaXRobT0iaHR0cDovL3d3
dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI2VudmVsb3BlZC1zaWduYXR1cmUiLyZndDsKICAgICAg
Jmx0Oy9kc2lnOlRyYW5zZm9ybXMmZ3Q7CiAgICAgICZsdDtkc2lnOkRpZ2VzdE1ldGhvZAogICAg
ICAgIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI3NoYTEiLyZn
dDsKICAgICAgJmx0O2RzaWc6RGlnZXN0VmFsdWUmZ3Q7NjY1MVQ1czlHWmdRT3hpZmRDRm1EZlNJ
b1VjPSZsdDsvZHNpZzpEaWdlc3RWYWx1ZSZndDsKICAgICZsdDsvZHNpZzpSZWZlcmVuY2UmZ3Q7
CiAgJmx0Oy9kc2lnOlNpZ25lZEluZm8mZ3Q7CiAgICAmbHQ7ZHNpZzpTaWduYXR1cmVWYWx1ZSZn
dDsKR203Um5FYjZqY2lqS2NnbXdFbXhKNmoxTDB2dDJ3RnlYdjNvS2M5CmE0YjhuTU9LZGVjOFMz
dEcyaFN4L05aYTBSRkh2eDV6TXNIL00Kam14enJUQmJsNWQ3VzhRcWw1VnNXNFhhblNqSitVZ0lM
czlrNlhnVnRaRTJFdmZmTUxCaUw0eGJDSk00OGV3ClJZUlk3bFZFem9ObXM5MXBtbTNVNUlsTlJO
alUvWUZxWjFwWGhocmh5aFBqU2k5VW9uOEZuQUphaUJFZkhjagpHNjgxNUlKVi85UlQrTVRYcmk3
aTBzODJDcUlTNHdER2JHcHlaQXM3L2tEWTNBM3VwcVNPd1R0ckZTQ0ZYMUYKK0NyYWVjNzJsQkIv
ZEtKSHhtb1ZrYklPNUtRaHFJT2QrRStoMmtndUUrK1JIS2E0eG9CSWV5VGdXcXBXY0x1Ck1vRnBN
K0d4d0ZjcFNBPT0KICAgICAmbHQ7L2RzaWc6U2lnbmF0dXJlVmFsdWUmZ3Q7CiAgICZsdDsvZHNp
ZzpTaWduYXR1cmUmZ3Q7CiAmbHQ7L3NtZDpzaWduZWRNYXJrJmd0OzwvcHJlPjwvZGl2Pgo8YSBu
YW1lPSJlbmNvZGVkU2lnbmVkTWFyayI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0i
bGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFs
aWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtU
T0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjIuNy4y
Ij48L2E+PGgzPjIuNy4yLiZuYnNwOwombHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVt
ZW50PC9oMz4KCjxwPlRoZSAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IGNv
bnRhaW5zIGFuIGVuY29kZWQgZm9ybSBvZiAKICAgICAgICB0aGUgZGlnaXRhbGx5IHNpZ25lZCAm
bHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQsIGRlc2NyaWJlZCBpbiA8YSBjbGFzcz0naW5m
bycgaHJlZj0nI3NpZ25lZE1hcmsnPlNlY3Rpb24mbmJzcDsyLjcuMTxzcGFuPiAoPC9zcGFuPjxz
cGFuIGNsYXNzPSdpbmZvJz4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+LCAKICAgICAgICB3aXRoIHRoZSBlbmNvZGluZyBkZWZpbmVkIGJ5IHRo
ZSAiZW5jb2RpbmciIGF0dHJpYnV0ZSB3aXRoIHRoZSBkZWZhdWx0ICJlbmNvZGluZyIgCiAgICAg
ICAgdmFsdWUgb2YgImJhc2U2NCIuICBUaGUgImJhc2U2NCIgZW5jb2RlZCB0ZXh0IG9mIHRoZSAm
bHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IAogICAgICAgIE1VU1QgY29uZm9y
bSB0byA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzIwNDUnPltSRkMyMDQ1XTxzcGFuPiAoPC9z
cGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5GcmVlZCwgTi4gYW5kIE4uIEJvcmVuc3RlaW4sICZsZHF1
bztNdWx0aXB1cnBvc2UgSW50ZXJuZXQgTWFpbCBFeHRlbnNpb25zIChNSU1FKSBQYXJ0IE9uZTog
Rm9ybWF0IG9mIEludGVybmV0IE1lc3NhZ2UgQm9kaWVzLCZyZHF1bzsgTm92ZW1iZXImbmJzcDsx
OTk2Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4uCjwvcD4KPHA+VGhlIGZvbGxvd2luZyBpcyBh
biBleGFtcGxlIG9mIGEgJmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsKICAgICAgICAgICAg
ZWxlbWVudCB0aGF0IHVzZXMgdGhlIGRlZmF1bHQgImJhc2U2NCIgZm9yIGVuY29kaW5nIGEgJmx0
O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFi
bGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+
CiAgICAgICAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrCiAgICAgICAgeG1sbnM6c21kPSJ1cm46
aWV0ZjpwYXJhbXM6eG1sOm5zOnNpZ25lZE1hcmstMS4wIiZndDsKRDk0Yld3Z2RtVnljMmx2Ymow
aU1TNHdJaUJsYm1OdlpHbHVaejBpVlZSR0xUZ2lQejQ4YzIxa09uTgpwWjI1bFpFMWhjbXNnZUcx
c2JuTTZjMjFrUFNKMWNtNDZhV1YwWmpwd1lYSmhiWE02ZUcxc09tNXpPCm5OcFoyNWxaRTFoY21z
dE1TNHdJaUJwWkQwaWMybG5ibVZrVFdGeWF5SS1QSE50WkRwelpYSnBZV3cKLU1USXpORFUyUEM5
emJXUTZjMlZ5YVdGc1BqeHpiV1E2WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTQpUZzZNVFk2TlRR
dU1EZzRNRm84TDNOdFpEcGxlRVJoZEdVLVBHMWhjbXM2YldGeWF5QjRiV3h1Y3pwCnRZWEpyUFNK
MWNtNDZhV1YwWmpwd1lYSmhiWE02ZUcxc09tNXpPbTFoY21zdE1TNHdJajQ4YldGeWEKenB1WVcx
bFBrVjRZVzF3YkdVZ1QyNWxQQzl0WVhKck9tNWhiV1UtUEcxaGNtczZiR0ZpWld3LVpYaApoYlhC
c1pTMXZibVU4TDIxaGNtczZiR0ZpWld3LVBHMWhjbXM2YkdGaVpXdy1aWGhoYlhCc1pXOXVaClR3
dmJXRnlhenBzWVdKbGJENDhiV0Z5YXpwcGMzTjFaWEktU1ZBZ1EyeGxZWEpwYm1kb2IzVnpaVHcK
dmJXRnlhenBwYzNOMVpYSS1QRzFoY21zNmJuVnRZbVZ5UGtkRklETTVNek15TXpJOEwyMWhjbXM2
YgpuVnRZbVZ5UGp4dFlYSnJPbTUxYldKbGNqNXZkMjVsY2p3dmJXRnlhenB1ZFcxaVpYSS1QRzFo
Y21zCjZjbVZuUkdGMFpUNHlNREV5TFRFeExUSTVWREU0T2pFMk9qVTBMakEzTkRaYVBDOXRZWEpy
T25KbFoKMFJoZEdVLVBHMWhjbXM2WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTVRnNk1UWTZOVFF1
TURjME5sbwo4TDIxaGNtczZaWGhFWVhSbFBqeHRZWEpyT21OdmRXNTBjbmstUVZVOEwyMWhjbXM2
WTI5MWJuUnllClQ0OGJXRnlhenB5WldkcGIyNC1Wa2xEUEM5dFlYSnJPbkpsWjJsdmJqNDhMMjFo
Y21zNmJXRnlhejQKOFpITnBaenBUYVdkdVlYUjFjbVVnZUcxc2JuTTZaSE5wWnowaWFIUjBjRG92
TDNkM2R5NTNNeTV2YwptY3ZNakF3TUM4d09TOTRiV3hrYzJsbkl5SS1QR1J6YVdjNlUybG5ibVZr
U1c1bWJ6NDhaSE5wWnpwCkRZVzV2Ym1sallXeHBlbUYwYVc5dVRXVjBhRzlrSUVGc1oyOXlhWFJv
YlQwaWFIUjBjRG92TDNkM2QKeTUzTXk1dmNtY3ZWRkl2TWpBd01TOVNSVU10ZUcxc0xXTXhORzR0
TWpBd01UQXpNVFVqVjJsMGFFTgp2YlcxbGJuUnpJaTgtUEdSemFXYzZVMmxuYm1GMGRYSmxUV1Yw
YUc5a0lFRnNaMjl5YVhSb2JUMGlhCkhSMGNEb3ZMM2QzZHk1M015NXZjbWN2TWpBd01DOHdPUzk0
Yld4a2MybG5JM0p6WVMxemFHRXhJaTgKLVBHUnphV2M2VW1WbVpYSmxibU5sSUZWU1NUMGlJM05w
WjI1bFpFMWhjbXNpUGp4a2MybG5PbFJ5WQpXNXpabTl5YlhNLVBHUnphV2M2VkhKaGJuTm1iM0p0
SUVGc1oyOXlhWFJvYlQwaWFIUjBjRG92TDNkCjNkeTUzTXk1dmNtY3ZNakF3TUM4d09TOTRiV3hr
YzJsbkkyVnVkbVZzYjNCbFpDMXphV2R1WVhSMWMKbVVpTHo0OEwyUnphV2M2VkhKaGJuTm1iM0p0
Y3o0OFpITnBaenBFYVdkbGMzUk5aWFJvYjJRZ1FXeApuYjNKcGRHaHRQU0pvZEhSd09pOHZkM2Qz
TG5jekxtOXlaeTh5TURBd0x6QTVMM2h0YkdSemFXY2pjCjJoaE1TSXZQanhrYzJsbk9rUnBaMlZ6
ZEZaaGJIVmxQa3RJZFZGcmRGZFVNblJZYlhnNFkyWldkMk4KdlowSlNVbTVvUlQwOEwyUnphV2M2
UkdsblpYTjBWbUZzZFdVLVBDOWtjMmxuT2xKbFptVnlaVzVqWgpUNDhMMlJ6YVdjNlUybG5ibVZr
U1c1bWJ6NDhaSE5wWnpwVGFXZHVZWFIxY21WV1lXeDFaVDVSZFdrCjJkMnhMVlVsUmNITXhTMk42
YWpoVWFUVnVOVEJqYVRWRGMycE1MMmsyWWpCd1MwWjJORzE2WkVOaGMKV3BXY1hWdlZERmlTekpD
Wm5oS05HMHJiWEppT1d4TGVGbHJWbk5GQ25CNFFubG9TRzVLU0hwU01YVgoxTUcxTk1tdDRWVVJ5
V2tWQ2MwZHBWM0Z1YUhNelFWQnhPVEpCY1ZkR1pIWm5VbVY2WkhjeWNtTlZiClZnM2RHSnllV05H
TTNaRE1FSm1SVWc0UkhvS2IyRklVRlJRYjI0eFRVeE9iekY1Ykd0WVREQTViV0oKcVRIVmhSbEpT
UzNaMlVDczRkalExVkZKWFJta3JiVkowYWtKdk1HZzRibEZpTlROdFIybEthVTFPZQprRkRhREJ0
SzNwRmVBcDJibXhFVW1ScGRXSkZaVlZXYkc5TFYyZE1ZMUJpU2tkNFFtRldMMWd2UWpRCnZSblZS
YlhFemNsY3hhWE5aT1VsRVl6QTNVM1poZUVaMGExbDRlbVZyYTI1R1FrTkNTV05pYlhGVEMKbmxP
Y2tNdk9FcDRZMlJSU0hOMFRVWldjMVoyU2pkV1VGSnFTMlZaTTBSTGNVd3JUR2hSUFQwOEwyUgp6
YVdjNlUybG5ibUYwZFhKbFZtRnNkV1UtUEM5a2MybG5PbE5wWjI1aGRIVnlaVDQ4TDNOdFpEcHph
CldkdVpXUk5ZWEpyUGcKICAgICAgICZsdDsvc21kOmVuY29kZWRTaWduZWRNYXJrJmd0Owo8L3By
ZT48L2Rpdj4KPGEgbmFtZT0iY29tbWFuZHMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1h
cnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVn
IiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5i
c3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4z
Ij48L2E+PGgzPjMuJm5ic3A7CkVQUCBDb21tYW5kIE1hcHBpbmc8L2gzPgoKPHA+QSBkZXRhaWxl
ZCBkZXNjcmlwdGlvbiBvZiB0aGUgRVBQIHN5bnRheCBhbmQgc2VtYW50aWNzIGNhbiBiZSBmb3Vu
ZAogICAgICBpbiB0aGUgRVBQIGNvcmUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbiA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzAnPltSRkM1NzMwXTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNz
PSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFBy
b3RvY29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bh
bj48L2E+LiBUaGUKICAgICAgY29tbWFuZCBtYXBwaW5ncyBkZXNjcmliZWQgaGVyZSBhcmUgc3Bl
Y2lmaWNhbGx5IGZvciB1c2UgaW4gdGhlIExhdW5jaAogICAgICBQaGFzZSBFeHRlbnNpb24uCjwv
cD4KPHA+VGhpcyBtYXBwaW5nIGlzIGRlc2lnbmVkIHRvIGJlIGZsZXhpYmxlLCByZXF1aXJpbmcg
b25seSBhIG1pbmltdW0gc2V0CiAgICAgIG9mIHJlcXVpcmVkIGVsZW1lbnRzLgo8L3A+CjxwPldo
aWxlIGl0IGlzIG1lYW50IHRvIHNlcnZlIHNldmVyYWwgdXNlIGNhc2VzLCBpdCBkb2VzIG5vdCBw
cmVzY3JpYmUKICAgICAgYW55IGludGVycHJldGF0aW9uIGJ5IHRoZSBjbGllbnQgb3Igc2VydmVy
LiBTdWNoIHByb2Nlc3NpbmcgaXMgdHlwaWNhbGx5CiAgICAgIGhpZ2hseSBwb2xpY3ktZGVwZW5k
ZW50IGFuZCB0aGVyZWZvcmUgc3BlY2lmaWMgdG8gaW1wbGVtZW50YXRpb25zLgo8L3A+CjxwPk9w
ZXJhdGlvbnMgb24gYXBwbGljYXRpb24gb2JqZWN0cyBhcmUgZG9uZSB2aWEgb25lIG9yIG1vcmUg
b2YgdGhlCiAgICAgIGV4aXN0aW5nIEVQUCB2ZXJicyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZQogICAgICBtYXBwaW5nPHNwYW4+
ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5z
aWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRx
dW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0u
IFJlZ2lzdHJpZXMgbWF5IGNob29zZSB0byBzdXBwb3J0IGEgc3Vic2V0IG9mIHRoZQogICAgICBv
cGVyYXRpb25zLgo8L3A+CjxhIG5hbWU9ImNoZWNrQ29tbWFuZCI+PC9hPjxiciAvPjxociAvPgo8
dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNs
YXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVm
PSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJm
Yy5zZWN0aW9uLjMuMSI+PC9hPjxoMz4zLjEuJm5ic3A7CkVQUCAmbHQ7Y2hlY2smZ3Q7IENvbW1h
bmQ8L2gzPgoKPHA+VGhpcyBleHRlbnNpb24gZGVmaW5lcyBhZGRpdGlvbmFsIGVsZW1lbnRzIHRv
IGV4dGVuZCB0aGUgRVBQCiAgICAgICAgJmx0O2NoZWNrJmd0OyBjb21tYW5kIGFuZCByZXNwb25z
ZSB0byBiZSB1c2VkIGluIGNvbmp1bmN0aW9uIHdpdGggdGhlCiAgICAgICAgPGEgY2xhc3M9J2lu
Zm8nIGhyZWY9JyNSRkM1NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFwcGluZzxzcGFuPiAoPC9zcGFu
PjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJv
dmlzaW9uaW5nIFByb3RvY29sIChFUFApIERvbWFpbiBOYW1lIE1hcHBpbmcsJnJkcXVvOyBBdWd1
c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzFdLgo8L3A+Cjxw
PlRoaXMgZXh0ZW5zaW9uIGRlZmluZXMgYSBuZXcgY29tbWFuZCBjYWxsZWQgdGhlIENsYWltcyBD
aGVjayBDb21tYW5kIAogICAgICAgIHRoYXQgaXMgdXNlZCB0byBkZXRlcm1pbmUgd2hldGhlciBv
ciBub3QgdGhlcmUgYXJlIGFueSBtYXRjaGluZyAKICAgICAgICB0cmFkZW1hcmtzLCBpbiB0aGUg
c3BlY2lmaWVkIGxhdW5jaCBwaGFzZSwgZm9yIGVhY2ggZG9tYWluIG5hbWUgcGFzc2VkIGluIHRo
ZSBjb21tYW5kLiAgCiAgICAgICAgVGhlIGF2YWlsYWJpbGl0eSBjaGVjayBpbmZvcm1hdGlvbiBk
ZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4g
bmFtZQogICAgICBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxl
bmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkg
RG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFu
Pik8L3NwYW4+PC9hPiBbUkZDNTczMV0gTVVTVCBOT1QgYmUgcmV0dXJuZWQgZm9yIHRoZSBDbGFp
bXMgQ2hlY2sgQ29tbWFuZC4gIAogICAgICAgIEluc3RlYWQgb2YgCiAgICAgICAgcmV0dXJuaW5n
IHdoZXRoZXIgdGhlIGRvbWFpbiBuYW1lIGlzIGF2YWlsYWJsZSB0aGUgQ2xhaW1zIENoZWNrIENv
bW1hbmQgd2lsbCByZXR1cm4gd2hldGhlciAKICAgICAgICBvciBub3QgYXQgbGVhc3Qgb25lIG1h
dGNoaW5nIHRyYWRlbWFyayBleGlzdHMgZm9yIHRoZSBkb21haW4gbmFtZS4gIAogICAgICAgIElm
IHRoZXJlIGlzIGF0IGxlYXN0IG9uZSBtYXRjaGluZyB0cmFkZW1hcmsgdGhhdCBleGlzdHMgZm9y
IHRoZSAKICAgICAgICBkb21haW4gbmFtZSBhICZsdDtsYXVuY2g6Y2xhaW1LZXkmZ3Q7IGVsZW1l
bnQgaXMgcmV0dXJuZWQuICAKICAgICAgICBUaGUgdmFsdWUgb2YgdGhlICZsdDtsYXVuY2g6Y2xh
aW1LZXkmZ3Q7IGVsZW1lbnQgY2FuIAogICAgICAgIGJlIHVzZWQgd2l0aCBhbiBpbmZvIHNlcnZp
Y2Ugb2YgYSB0aGlyZCBwYXJ0eSB0cmFkZW1hcmsgcHJvdmlkZXIgbGlrZSAKICAgICAgICB0aGUg
VHJhZGVtYXJrIENsZWFyaW5naG91c2UgKFRNQ0gpIGZvciBnZXR0aW5nIHRoZSBpbmZvcm1hdGlv
biBuZWVkZWQgCiAgICAgICAgdG8gZ2VuZXJhdGUgdGhlIHRyYWRlbWFyayBjbGFpbXMgbm90aWNl
LiAgVGhlIHRoaXJkIHBhcnR5IHRyYWRlbWFyayAKICAgICAgICBwcm92aWRlciBzaG91bGQgYWxz
byByZXR1cm4gYSB1bmlxdWUgbm90aWNlIGlkZW50aWZpZXIgIAogICAgICAgIHRoYXQgY2FuIGJl
IHBhc3NlZCBpbiB0aGUgJmx0O2xhdW5jaDpub3RpY2VJRCZndDsgZWxlbWVudCBvZiB0aGUgZXh0
ZW5zaW9uIHRvIHRoZSAKICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NyZWF0ZUNvbW1h
bmQnPkNyZWF0ZSBDb21tYW5kPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkVQUCAm
bHQ7Y3JlYXRlJmd0OyBDb21tYW5kPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KICAgICAgICAK
ICAgICAgICBUaGUgJmx0O2RvbWFpbjpuYW1lJmd0OyBlbGVtZW50cyBpbiB0aGUgRVBQICZsdDtj
aGVjayZndDsgCiAgICAgICAgY29tbWFuZCBvZiA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3
MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9j
b2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9z
cGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0gZGVmaW5lIAogICAgICAgIHRoZSBkb21h
aW4gbmFtZXMgdG8gY2hlY2sgZm9yIG1hdGNoaW5nIHRyYWRlbWFya3MuICAKICAgICAgICBUaGUg
Jmx0O2xhdW5jaDpjaGVjayZndDsgZWxlbWVudCBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxk
IGVsZW1lbnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0
PiZsdDtsYXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPlRoZSBwaGFzZSB3aXRoIHRoZSB2YWx1ZSBv
ZgogICAgICAgICAgICAgICJjbGFpbXMxIiBvciAiY2xhaW1zMiIgdG8gaW5kaWNhdGUgaXQgYXMg
YSBDbGFpbXMgQ2hlY2sgQ29tbWFuZC4KICAgICAgICAgICAgICBUaGUgImNsYWltczEiIENsYWlt
cyBDaGVjayBDb21tYW5kIHdpbGwgbWF0Y2ggdGhlICZsdDtkb21haW46bmFtZSZndDsKICAgICAg
ICAgICAgICBhZ2FpbnN0IHRoZSBmdWxsIGxpc3Qgb2YgdHJhZGVtYXJrIGxhYmVscyBhbmQgdGhl
ICJjbGFpbXMyIiAKICAgICAgICAgICAgICBDbGFpbXMgQ2hlY2sgQ29tbWFuZCB3aWxsIG1hdGNo
IHRoZSAmbHQ7ZG9tYWluOm5hbWUmZ3Q7IGFnYWluc3QgCiAgICAgICAgICAgICAgdGhlIGxpc3Qg
b2YgdHJhZGVtYXJrIGxhYmVscyB0aGF0IG9wdGVkIGludG8gdGhlICJjbGFpbXMyIiAKICAgICAg
ICAgICAgICBsYXVuY2ggcGhhc2UuCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+RXhhbXBs
ZSBDbGFpbXMgQ2hlY2sgQ29tbWFuZCB1c2luZyB0aGUgJmx0O2NoZWNrJmd0OwogICAgICAgICAg
ICBkb21haW4gY29tbWFuZCBhbmQgdGhlICZsdDtsYXVuY2g6Y2hlY2smZ3Q7IGV4dGVuc2lvbiB0
byAKICAgICAgICAgICAgZGV0ZXJtaW5lIGlmICJleGFtcGxlMS50bGQiIGFuZCAiZXhhbXBsZTIu
dGxkIiBoYXZlIGFueSAKICAgICAgICAgICAgbWF0Y2hpbmcgdHJhZGVtYXJrcyBkdXJpbmcgdGhl
ICJjbGFpbXMxIiBsYXVuY2ggcGhhc2UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsg
d2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0
Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7
CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0
O2NvbW1hbmQmZ3Q7CiAgICZsdDtjaGVjayZndDsKICAgICZsdDtkb21haW46Y2hlY2sKICAgICB4
bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7CiAgICAg
ICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlMS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAg
ICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZTIudGxkJmx0Oy9kb21haW46bmFtZSZndDsKICAg
ICZsdDsvZG9tYWluOmNoZWNrJmd0OwogICAmbHQ7L2NoZWNrJmd0OwogICAmbHQ7ZXh0ZW5zaW9u
Jmd0OwogICAgJmx0O2xhdW5jaDpjaGVjawogICAgIHhtbG5zOmxhdW5jaD0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtjbGFp
bXMxJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDpjaGVjayZndDsKICAgJmx0
Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7
CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPHA+RXhhbXBsZSBD
bGFpbXMgQ2hlY2sgQ29tbWFuZCB1c2luZyB0aGUgJmx0O2NoZWNrJmd0OwogICAgICAgICAgICBk
b21haW4gY29tbWFuZCBhbmQgdGhlICZsdDtsYXVuY2g6Y2hlY2smZ3Q7IGV4dGVuc2lvbiB0byAK
ICAgICAgICAgICAgZGV0ZXJtaW5lIGlmICJleGFtcGxlMy50bGQiIGFuZCAiZXhhbXBsZTQudGxk
IiBoYXZlIGFueSAKICAgICAgICAgICAgbWF0Y2hpbmcgdHJhZGVtYXJrcyB0aGF0IG9wdGVkIGlu
dG8gdGhlICJjbGFpbXMyIiBsYXVuY2ggcGhhc2UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0
YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHBy
ZT4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5v
Ij8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7
CiAgJmx0O2NvbW1hbmQmZ3Q7CiAgICZsdDtjaGVjayZndDsKICAgICZsdDtkb21haW46Y2hlY2sK
ICAgICB4bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7
CiAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlMy50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0
OwogICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZTQudGxkJmx0Oy9kb21haW46bmFtZSZn
dDsKICAgICZsdDsvZG9tYWluOmNoZWNrJmd0OwogICAmbHQ7L2NoZWNrJmd0OwogICAmbHQ7ZXh0
ZW5zaW9uJmd0OwogICAgJmx0O2xhdW5jaDpjaGVjawogICAgIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZn
dDtjbGFpbXMyJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDpjaGVjayZndDsK
ICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRS
SUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPHA+SWYg
dGhlICZsdDtjaGVjayZndDsgY29tbWFuZCBoYXMgYmVlbiBwcm9jZXNzZWQgc3VjY2Vzc2Z1bGx5
LCB0aGUgRVBQIAogICAgICAgICAgJmx0O3Jlc0RhdGEmZ3Q7IGVsZW1lbnQgTVVTVCBjb250YWlu
cyBhIGNoaWxkICZsdDtsYXVuY2g6Y2hrRGF0YSZndDsgZWxlbWVudCAKICAgICAgICAgIHRoYXQg
aWRlbnRpZmllcyB0aGUgbGF1bmNoIG5hbWVzcGFjZS4gIFRoZSAmbHQ7bGF1bmNoOmNoa0RhdGEm
Z3Q7IGVsZW1lbnQgCiAgICAgICAgICBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxkIGVsZW1l
bnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0PiZsdDts
YXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPlRoZSBwaGFzZSB3aXRoIGEgdmFsdWUgb2YKICAgICAg
ICAgICAgICAiY2xhaW1zMSIgb3IgImNsYWltczIiIHRoYXQgbWF0Y2hlcyB0aGUgYXNzb2NpYXRl
ZCAKICAgICAgICAgICAgICBDbGFpbXMgQ2hlY2sgQ29tbWFuZCAmbHQ7bGF1bmNoOnBoYXNlJmd0
Oy4KPC9kZD4KPGR0PiZsdDtsYXVuY2g6Y2QmZ3Q7PC9kdD4KPGRkPk9uZSBvciBtb3JlICZsdDts
YXVuY2g6Y2QmZ3Q7IAogICAgICAgICAgICAgIGVsZW1lbnRzIHRoYXQgY29udGFpbiB0aGUgZm9s
bG93aW5nIGNoaWxkIGVsZW1lbnRzOgo8L2RkPgo8ZHQ+PC9kdD4KPGRkPgo8YmxvY2txdW90ZSBj
bGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O2xhdW5jaDpuYW1lJmd0OzwvZHQ+CjxkZD5Db250YWlu
cyB0aGUgZnVsbHkgCiAgICAgICAgICAgIHF1YWxpZmllZCBuYW1lIG9mIHRoZSBxdWVyaWVkIGRv
bWFpbiBuYW1lLiAgVGhpcyBlbGVtZW50IAogICAgICAgICAgICBNVVNUIGNvbnRhaW4gYW4gImV4
aXN0cyIgYXR0cmlidXRlIHdob3NlIHZhbHVlIAogICAgICAgICAgICBpbmRpY2F0ZXMgaWYgYSBt
YXRjaGluZyB0cmFkZW1hcmsgZXhpc3RzIGZvciB0aGUgZG9tYWluIAogICAgICAgICAgICBuYW1l
LiAgQSB2YWx1ZSBvZiAiMSIgb3IgInRydWUiIG1lYW5zIHRoYXQgYSBtYXRjaGluZyAKICAgICAg
ICAgICAgdHJhZGVtYXJrIGRvZXMgZXhpc3QgZm9yIHRoZSBjbGFpbXMgbGF1bmNoIHBoYXNlLiAg
CiAgICAgICAgICAgIEEgdmFsdWUgb2YgIjAiIG9yICJmYWxzZSIgbWVhbnMgdGhhdCAKICAgICAg
ICAgICAgYSBtYXRjaGluZyB0cmFkZW1hcmsgZG9lcyBub3QgZXhpc3QuCjwvZGQ+CjxkdD4mbHQ7
bGF1bmNoOmNsYWltS2V5Jmd0OzwvZHQ+CjxkZD5BbiBPUFRJT05BTCBjbGFpbSBrZXkgCiAgICAg
ICAgICAgIHRoYXQgTUFZIGJlIHBhc3NlZCB0byBhbiBpbmZvIHNlcnZpY2Ugb2YgYSB0aGlyZCBw
YXJ0eSAKICAgICAgICAgICAgdHJhZGVtYXJrIHByb3ZpZGVyIGxpa2UgdGhlIFRyYWRlbWFyayBD
bGVhcmluZ2hvdXNlIChUTUNIKSAKICAgICAgICAgICAgZm9yIGdldHRpbmcgdGhlIGluZm9ybWF0
aW9uIG5lZWRlZCB0byBnZW5lcmF0ZSB0aGUgCiAgICAgICAgICAgIHRyYWRlbWFyayBjbGFpbXMg
bm90aWNlLiAgVGhlICZsdDtsYXVuY2g6Y2xhaW1LZXkmZ3Q7IGlzIHVzZWQgCiAgICAgICAgICAg
IGFzIHRoZSBrZXkgZm9yIHRoZSBxdWVyeSBpbiBwbGFjZSBvZiB0aGUgZG9tYWluIG5hbWUgCiAg
ICAgICAgICAgIHRvIHNlY3VyZWx5IHF1ZXJ5IHRoZSBzZXJ2aWNlIHdpdGhvdXQgdXNpbmcgYSB3
ZWxsLWtub3duIAogICAgICAgICAgICB2YWx1ZSBsaWtlIGEgZG9tYWluIG5hbWUuCjwvZGQ+Cjwv
ZGw+PC9ibG9ja3F1b3RlPgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkV4YW1wbGUgQ2xh
aW1zIENoZWNrIFJlc3BvbnNlIHdoZW4gbm8gbWF0Y2hpbmcgdHJhZGVtYXJrcwogICAgICAgICAg
ICAgYXJlIGZvdW5kIGZvciB0aGUgZG9tYWluIG5hbWUgZXhhbXBsZTEudGxkIGFuZCBtYXRjaGlu
ZyAKICAgICAgICAgICAgIHRyYWRlbWFya3MgYXJlIGZvdW5kIGZvciB0aGUgZG9tYWluIG5hbWUg
ZXhhbXBsZTIudGxkIGZvciB0aGUgCiAgICAgICAgICAgICAiY2xhaW1zMSIgbGF1bmNoIHBoYXNl
Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDog
M2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5j
b2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAgICZsdDty
ZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgJmx0O21zZyZndDtDb21tYW5kIGNvbXBsZXRlZCBz
dWNjZXNzZnVsbHkmbHQ7L21zZyZndDsKICAgICZsdDsvcmVzdWx0Jmd0OwogICAgJmx0O3Jlc0Rh
dGEmZ3Q7CiAgICAgJmx0O2xhdW5jaDpjaGtEYXRhCiAgICAgIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZn
dDtjbGFpbXMxJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICZsdDtsYXVuY2g6Y2QmZ3Q7CiAg
ICAgICAgJmx0O2xhdW5jaDpuYW1lIGV4aXN0cz0iMCImZ3Q7ZXhhbXBsZTEudGxkJmx0Oy9sYXVu
Y2g6bmFtZSZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y2QmZ3Q7CiAgICAgICZsdDtsYXVuY2g6Y2Qm
Z3Q7CiAgICAgICAgJmx0O2xhdW5jaDpuYW1lIGV4aXN0cz0iMSImZ3Q7ZXhhbXBsZTIudGxkJmx0
Oy9sYXVuY2g6bmFtZSZndDsKICAgICAgICAmbHQ7bGF1bmNoOmNsYWltS2V5Jmd0O2FiYzEyMyZs
dDsvbGF1bmNoOmNsYWltS2V5Jmd0OwogICAgICAmbHQ7L2xhdW5jaDpjZCZndDsKICAgICAmbHQ7
L2xhdW5jaDpjaGtEYXRhJmd0OwogICAgJmx0Oy9yZXNEYXRhJmd0OwogICAgJmx0O3RySUQmZ3Q7
CiAgICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAgICAmbHQ7c3ZU
UklEJmd0OzU0MzIxLVhZWiZsdDsvc3ZUUklEJmd0OwogICAgJmx0Oy90cklEJmd0OwogICZsdDsv
cmVzcG9uc2UmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5FeGFtcGxlIENsYWltcyBD
aGVjayBSZXNwb25zZSB3aGVuIG5vIG1hdGNoaW5nIHRyYWRlbWFya3MKICAgICAgICAgICAgIGFy
ZSBmb3VuZCBmb3IgdGhlIGRvbWFpbiBuYW1lIGV4YW1wbGUzLnRsZCBhbmQgbWF0Y2hpbmcgCiAg
ICAgICAgICAgICB0cmFkZW1hcmtzIGFyZSBmb3VuZCBmb3IgdGhlIGRvbWFpbiBuYW1lIGV4YW1w
bGU0LnRsZCBmb3IgdGhlIAogICAgICAgICAgICAgImNsYWltczIiIGxhdW5jaCBwaGFzZS4KPC9w
PjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsg
bWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5n
PSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZndDsKJmx0O2VwcCB4bWxucz0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAmbHQ7cmVzcG9uc2UmZ3Q7CiAgICAmbHQ7cmVzdWx0
IGNvZGU9IjEwMDAiJmd0OwogICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21wbGV0ZWQgc3VjY2Vz
c2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZsdDtyZXNEYXRhJmd0
OwogICAgICZsdDtsYXVuY2g6Y2hrRGF0YQogICAgICB4bWxuczpsYXVuY2g9InVybjppZXRmOnBh
cmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7Y2xh
aW1zMiZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAmbHQ7bGF1bmNoOmNkJmd0OwogICAgICAg
ICZsdDtsYXVuY2g6bmFtZSBleGlzdHM9IjAiJmd0O2V4YW1wbGUzLnRsZCZsdDsvbGF1bmNoOm5h
bWUmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNkJmd0OwogICAgICAmbHQ7bGF1bmNoOmNkJmd0Owog
ICAgICAgICZsdDtsYXVuY2g6bmFtZSBleGlzdHM9IjEiJmd0O2V4YW1wbGU0LnRsZCZsdDsvbGF1
bmNoOm5hbWUmZ3Q7CiAgICAgICAgJmx0O2xhdW5jaDpjbGFpbUtleSZndDthYmMxMjMmbHQ7L2xh
dW5jaDpjbGFpbUtleSZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y2QmZ3Q7CiAgICAgJmx0Oy9sYXVu
Y2g6Y2hrRGF0YSZndDsKICAgICZsdDsvcmVzRGF0YSZndDsKICAgICZsdDt0cklEJmd0OwogICAg
ICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgJmx0O3N2VFJJRCZn
dDs1NDMyMS1YWVombHQ7L3N2VFJJRCZndDsKICAgICZsdDsvdHJJRCZndDsKICAmbHQ7L3Jlc3Bv
bnNlJmd0OwombHQ7L2VwcCZndDs8L3ByZT48L2Rpdj4KPGEgbmFtZT0iaW5mb0NvbW1hbmQiPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjIiPjwvYT48aDM+My4yLiZuYnNwOwpFUFAgJmx0
O2luZm8mZ3Q7IENvbW1hbmQ8L2gzPgoKPHA+VGhpcyBleHRlbnNpb24gZGVmaW5lcyBhZGRpdGlv
bmFsIGVsZW1lbnRzIHRvIGV4dGVuZCB0aGUgRVBQCiAgICAgICAgJmx0O2luZm8mZ3Q7IGNvbW1h
bmQgYW5kIHJlc3BvbnNlIHRvIGJlIHVzZWQgaW4gY29uanVuY3Rpb24gd2l0aCB0aGUKICAgICAg
ICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5n
PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87
RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGlu
ZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZD
NTczMV0uCjwvcD4KPHA+VGhlIEVQUCAmbHQ7aW5mbyZndDsgY29tbWFuZCBpcyB1c2VkIHRvIHJl
dHJpZXZlIGluZm9ybWF0aW9uIAogICAgICAgIGZvciBhIGxhdW5jaCBwaGFzZSByZWdpc3RyYXRp
b24gb3IgYXBwbGljYXRpb24uICBUaGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlv
bklEJz5BcHBsaWNhdGlvbiBJZGVudGlmaWVyPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2lu
Zm8nPkFwcGxpY2F0aW9uIElkZW50aWZpZXJzPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiAKICAg
ICAgICByZXR1cm5lZCBpbiB0aGUgJmx0O2xhdW5jaDpjcmVEYXRhJmd0OyBlbGVtZW50IG9mIHRo
ZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NyZWF0ZUNvbW1hbmQnPkNyZWF0ZSBSZXNwb25zZTxz
cGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5FUFAgJmx0O2NyZWF0ZSZndDsgQ29tbWFu
ZDwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgaXMgdXNlZCBmb3IgcmV0cmlldmlu
ZyBpbmZvcm1hdGlvbiBmb3IgYSBsYXVuY2ggYXBwbGljYXRpb24uICBBICZsdDtsYXVuY2g6aW5m
byZndDsgZWxlbWVudAogICAgICAgIGlzIHNlbnQgYWxvbmcgd2l0aCB0aGUgcmVndWxhciAmbHQ7
aW5mbyZndDsgZG9tYWluIGNvbW1hbmQuIFRoZQogICAgICAgICZsdDtsYXVuY2g6aW5mbyZndDsg
ZWxlbWVudCBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxkCiAgICAgICAgZWxlbWVudHM6Cjwv
cD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+Jmx0O2xhdW5jaDpw
aGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIHBoYXNlIGR1cmluZyB3aGljaCB0aGUKICAgICAgICAgICAg
ICBhcHBsaWNhdGlvbiBvciByZWdpc3RyYXRpb24gd2FzIHN1Ym1pdHRlZCBvciBpcyBhc3NvY2lh
dGVkIHdpdGguIAogICAgICAgICAgICAgIFNlcnZlciBwb2xpY3kgZGVmaW5lcyB0aGUgcGhhc2Vz
IHRoYXQgYXJlIHN1cHBvcnRlZC4KPC9kZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZn
dDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgYXBwbGljYXRpb24KICAgICAgICAgICAgICBpZGVudGlmaWVy
IG9mIHRoZSBsYXVuY2ggYXBwbGljYXRpb24uCjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+
RXhhbXBsZSAmbHQ7aW5mbyZndDsgZG9tYWluIGNvbW1hbmQgd2l0aCB0aGUKICAgICAgICAgICAg
Jmx0O2xhdW5jaDppbmZvJmd0OyBleHRlbnNpb24gdG8gcmV0cmlldmUgaW5mb3JtYXRpb24gCiAg
ICAgICAgICAgIGZvciB0aGUgc3VucmlzZSBhcHBsaWNhdGlvbiBmb3IgZXhhbXBsZS50bGQgYW5k
IGFwcGxpY2F0aW9uIAogICAgICAgICAgICBpZGVudGlmaWVyICJhYmMxMjMiLgo8L3A+PGRpdiBz
dHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4t
cmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04
IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5kJmd0OwogICAmbHQ7aW5mbyZndDsKICAgICZs
dDtkb21haW46aW5mbwogICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpk
b21haW4tMS4wIiZndDsKICAgICAgJmx0O2RvbWFpbjpuYW1lJmd0O2V4YW1wbGUudGxkJmx0Oy9k
b21haW46bmFtZSZndDsKICAgICZsdDsvZG9tYWluOmluZm8mZ3Q7CiAgICZsdDsvaW5mbyZndDsK
ICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICZsdDtsYXVuY2g6aW5mbwogICAgIHhtbG5zOmxhdW5j
aD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5j
aDpwaGFzZSZndDtzdW5yaXNlJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICZsdDtsYXVuY2g6
YXBwbGljYXRpb25JRCZndDthYmMxMjMmbHQ7L2xhdW5jaDphcHBsaWNhdGlvbklEJmd0OwogICAg
Jmx0Oy9sYXVuY2g6aW5mbyZndDsKICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICZsdDtjbFRSSUQm
Z3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZn
dDs8L3ByZT48L2Rpdj4KPHA+RXhhbXBsZSAmbHQ7aW5mbyZndDsgZG9tYWluIGNvbW1hbmQgd2l0
aCB0aGUKICAgICAgICAgICAgJmx0O2xhdW5jaDppbmZvJmd0OyBleHRlbnNpb24gdG8gcmV0cmll
dmUgaW5mb3JtYXRpb24gCiAgICAgICAgICAgIGZvciB0aGUgc3VucmlzZSByZWdpc3RyYXRpb24g
Zm9yIGV4YW1wbGUudGxkLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAw
OyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZl
cnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBw
IHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5k
Jmd0OwogICAmbHQ7aW5mbyZndDsKICAgICZsdDtkb21haW46aW5mbwogICAgIHhtbG5zOmRvbWFp
bj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZndDsKICAgICAgJmx0O2RvbWFp
bjpuYW1lJmd0O2V4YW1wbGUudGxkJmx0Oy9kb21haW46bmFtZSZndDsKICAgICZsdDsvZG9tYWlu
OmluZm8mZ3Q7CiAgICZsdDsvaW5mbyZndDsKICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICZsdDts
YXVuY2g6aW5mbwogICAgIHhtbG5zOmxhdW5jaD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVu
Y2gtMS4wIiZndDsKICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtzdW5yaXNlJmx0Oy9sYXVuY2g6
cGhhc2UmZ3Q7CiAgICAmbHQ7L2xhdW5jaDppbmZvJmd0OwogICAmbHQ7L2V4dGVuc2lvbiZndDsK
ICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQm
Z3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5JZiB0aGUgcXVlcnkgd2FzIHN1Y2Nlc3Nm
dWwsIHRoZSBzZXJ2ZXIgcmVwbGllcyB3aXRoIGEKICAgICAgICAgICZsdDtsYXVuY2g6aW5mRGF0
YSZndDsgZWxlbWVudCBhbG9uZyB3aXRoIHRoZSByZWd1bGFyIEVQUAogICAgICAgICAgJmx0O3Jl
c0RhdGEmZ3Q7LiBUaGUgJmx0O2xhdW5jaDppbmZEYXRhJmd0OyBjb250YWlucyB0aGUgZm9sbG93
aW5nCiAgICAgICAgICBjaGlsZCBlbGVtZW50czoKPC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNs
YXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNoOnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhh
c2UgZHVyaW5nIHdoaWNoIHRoZQogICAgICAgICAgICAgIGFwcGxpY2F0aW9uIHdhcyBzdWJtaXR0
ZWQgb3IgaXMgYXNzb2NpYXRlZCB3aXRoIHRoYXQgbWF0Y2hlcyB0aGUgYXNzb2NpYXRlZCAKICAg
ICAgICAgICAgICAmbHQ7aW5mbyZndDsgY29tbWFuZCAmbHQ7bGF1bmNoOnBoYXNlJmd0Oy4KPC9k
ZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgYXBw
bGljYXRpb24KICAgICAgICAgICAgICBpZGVudGlmaWVyIG9mIHRoZSBsYXVuY2ggYXBwbGljYXRp
b24uCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnN0YXR1cyZndDs8L2R0Pgo8ZGQ+T1BUSU9OQUwgc3Rh
dHVzIG9mIHRoZSBsYXVuY2ggYXBwbGljYXRpb24KICAgICAgICAgICAgICB1c2luZyBvbmUgb2Yg
dGhlIHN1cHBvcnRlZCA8YSBjbGFzcz0naW5mbycgaHJlZj0nI3N0YXR1c2VzJz5zdGF0dXMKICAg
ICAgICAgICAgICB2YWx1ZXM8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+U3RhdHVz
IFZhbHVlczwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4uCjwvZGQ+CjxkdD4mbHQ7bWFyazptYXJr
Jmd0OzwvZHQ+CjxkZD5aZXJvIG9yIG1vcmUKICAgICAgICAgICAgICAmbHQ7bWFyazptYXJrJmd0
OyBlbGVtZW50cy4gIFRoZSAmbHQ7bWFyazptYXJrJmd0OwogICAgICAgICAgICAgIGNoaWxkIGVs
ZW1lbnRzIGFyZSBkZWZpbmVkIGluIHRoZSAKICAgICAgICAgICAgICA8YSBjbGFzcz0naW5mbycg
aHJlZj0nI21hcmsnPiZsdDttYXJrOm1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+TWFyazwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgICAg
ICAgc2VjdGlvbi4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5FeGFtcGxlICZsdDtpbmZv
Jmd0OyBkb21haW4gcmVzcG9uc2UgdXNpbmcgdGhlIAogICAgICAgICAgICAmbHQ7bGF1bmNoOmlu
ZkRhdGEmZ3Q7IGV4dGVuc2lvbiB3aXRoIHRoZSBtYXJrCiAgICAgICAgICAgIGluZm9ybWF0aW9u
Lgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDog
M2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5j
b2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAgICZsdDty
ZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21wbGV0ZWQg
c3VjY2Vzc2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZsdDtyZXNE
YXRhJmd0OwogICAgICAmbHQ7ZG9tYWluOmluZkRhdGEKICAgICAgIHhtbG5zOmRvbWFpbj0idXJu
OmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZndDsKICAgICAgICAmbHQ7ZG9tYWluOm5h
bWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAgICAgICZsdDtkb21haW46
cm9pZCZndDtFWEFNUExFMS1SRVAmbHQ7L2RvbWFpbjpyb2lkJmd0OwogICAgICAgICZsdDtkb21h
aW46c3RhdHVzIHM9InBlbmRpbmdDcmVhdGUiLyZndDsKICAgICAgICAmbHQ7ZG9tYWluOnJlZ2lz
dHJhbnQmZ3Q7amQxMjM0Jmx0Oy9kb21haW46cmVnaXN0cmFudCZndDsKICAgICAgICAmbHQ7ZG9t
YWluOmNvbnRhY3QgdHlwZT0iYWRtaW4iJmd0O3NoODAxMyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7
CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9InRlY2giJmd0O3NoODAxMyZsdDsvZG9t
YWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjbElEJmd0O0NsaWVudFgmbHQ7L2Rv
bWFpbjpjbElEJmd0OwogICAgICAgICZsdDtkb21haW46Y3JJRCZndDtDbGllbnRZJmx0Oy9kb21h
aW46Y3JJRCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNyRGF0ZSZndDsyMDEyLTA0LTAzVDIyOjAw
OjAwLjBaJmx0Oy9kb21haW46Y3JEYXRlJmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8m
Z3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsK
ICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46aW5mRGF0
YSZndDsKICAgICZsdDsvcmVzRGF0YSZndDsKICAgICZsdDtleHRlbnNpb24mZ3Q7CiAgICAgICZs
dDtsYXVuY2g6aW5mRGF0YQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZs
dDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICAgJmx0O2xhdW5jaDphcHBsaWNhdGlvbklEJmd0
O2FiYzEyMyZsdDsvbGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNo
OnN0YXR1cyBzPSJwZW5kaW5nIi8mZ3Q7CiAgICAgICAgICAmbHQ7bWFyazptYXJrCiAgICAgICAg
ICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bWFyay0xLjAiJmd0OwogICAg
ICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0hlbGxvJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAg
ICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0Oy9tYXJrOmlzc3VlciZn
dDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5MzMyMzImbHQ7L21hcms6bnVt
YmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JFRy1UTS1XT1JEJmx0Oy9tYXJr
OnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0OzEmbHQ7L21hcms6Y2xhc3Mm
Z3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0O293bmVyJmx0Oy9tYXJrOmVu
dGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdEYXRlJmd0OzIwMTEtMDktMDkm
bHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6ZWZmZWN0aXZlRGF0ZSZn
dDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAgICAgICAgICAgICZsdDtt
YXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0ZSZndDsKICAgICAgICAgICAg
Jmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5Jmd0OwogICAgICAgICAgICAm
bHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsKICAgICAgICAgICAgJmx0
O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5j
LiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpvd25lciZndDsKICAgICAg
ICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0
O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3JnJmd0
O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6YWRk
ciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDsxMjMgRXhhbXBsZSBEci4m
bHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6c3RyZWV0Jmd0O1N1
aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpjaXR5
Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6c3Am
Z3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpwYyZndDsyMDE5
MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOmNjJmd0O1VTJmx0Oy9t
YXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRyJmd0OwogICAgICAgICAgICAg
ICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUmbHQ7L21hcms6dm9pY2Um
Z3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1NTU1NTYmbHQ7L21hcms6
ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0O2pkb2VAZXhhbXBsZS50bGQm
bHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpjb250YWN0Jmd0OwogICAg
ICAgICAmbHQ7L21hcms6bWFyayZndDsKICAgICAgJmx0Oy9sYXVuY2g6aW5mRGF0YSZndDsKICAg
ICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7
QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0
Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQmZ3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9l
cHAmZ3Q7PC9wcmU+PC9kaXY+CjxhIG5hbWU9ImNyZWF0ZUNvbW1hbmQiPjwvYT48YnIgLz48aHIg
Lz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIy
IiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEg
aHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1l
PSJyZmMuc2VjdGlvbi4zLjMiPjwvYT48aDM+My4zLiZuYnNwOwpFUFAgJmx0O2NyZWF0ZSZndDsg
Q29tbWFuZDwvaDM+Cgo8cD5UaGVyZSBhcmUgdHdvIGZvcm1zIG9mIHRoZSBleHRlbnNpb24gdG8g
dGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OwogICAgICAgIGNvbW1hbmQgdGhhdCBhcmUgZGVwZW5kZW50
IG9uIHRoZSBzdXBwb3J0ZWQgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNwaGFzZXMnPmxhdW5jaCBw
aGFzZXM8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+TGF1bmNoIFBoYXNlczwvc3Bh
bj48c3Bhbj4pPC9zcGFuPjwvYT4gYXMgZGVmaW5lZCBiZWxvdzoKPC9wPgo8cD48L3A+CjxibG9j
a3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD5zdW5yaXNlPC9kdD4KPGRkPlRoZSBFUFAgJmx0
O2NyZWF0ZSZndDsgY29tbWFuZCB3aXRoIHRoZQogICAgICAgICAgICAic3VucmlzZSIgbGF1bmNo
IHBoYXNlIGlzIHVzZWQgdG8gc3VibWl0IGEgcmVnaXN0cmF0aW9uIHdpdGggdHJhZGVtYXJrCiAg
ICAgICAgICAgIGluZm9ybWF0aW9uIHRoYXQgY2FuIGJlIHZlcmlmaWVkIGJ5IHRoZSBzZXJ2ZXIg
d2l0aCB0aGUKICAgICAgICAgICAgJmx0O2RvbWFpbjpuYW1lJmd0OyB2YWx1ZS4gVGhlIDxhIGNs
YXNzPSdpbmZvJyBocmVmPScjc3VucmlzZUNyZWF0ZUZvcm0nPlN1bnJpc2UgQ3JlYXRlIEZvcm08
c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+U3VucmlzZSBDcmVhdGUgRm9ybTwvc3Bh
bj48c3Bhbj4pPC9zcGFuPjwvYT4gaXMgdXNlZCBmb3IgdGhlICJzdW5yaXNlIiBsYXVuY2ggcGhh
c2UuCiAgICAgICAgICAgIE9wdGlvbmFsbHksIHRoZSBzZXJ2ZXIgY2FuIHN1cHBvcnQgbXVsdGlw
bGUgb3ZlcmxhcHBpbmcKICAgICAgICAgICAgYXBwbGljYXRpb25zIHRoYXQgYXJlIGNob3NlbiBh
c3luY2hyb25vdXNseSB3aXRoIGEgc2VydmVyCiAgICAgICAgICAgIGdlbmVyYXRlZCA8YSBjbGFz
cz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQnPkFwcGxpY2F0aW9uCiAgICAgICAgICAgIElk
ZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBwbGljYXRpb24gSWRl
bnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGZvciBsYXRlciByZWZlcmVuY2UuCjwv
ZGQ+CjxkdD5sYW5kcnVzaDwvZHQ+CjxkZD5UaGUgRVBQICZsdDtjcmVhdGUmZ3Q7IGNvbW1hbmQg
d2l0aCB0aGUKICAgICAgICAgICAgImxhbmRydXNoIiBsYXVuY2ggcGhhc2UgaXMgdW5kZWZpbmVk
IGJ1dCB0aGUgZm9ybSBzdXBwb3J0ZWQgaXMgdXAgdG8KICAgICAgICAgICAgc2VydmVyIHBvbGlj
eS4KPC9kZD4KPGR0PmNsYWltczE8L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21t
YW5kIHdpdGggdGhlCiAgICAgICAgICAgICJjbGFpbXMxIiBsYXVuY2ggcGhhc2UgaXMgdXNlZCB0
byBwYXNzIHRoZSBpbmZvcm1hdGlvbiBhc3NvY2lhdGVkIAogICAgICAgICAgICB3aXRoIHRoZSBw
cmVzZW50YXRpb24gYW5kIGFjY2VwdGFuY2Ugb2YgdGhlICJjbGFpbXMxIiBjbGFpbXMgbm90aWNl
LiAgVGhlIAogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2NsYWltc0NyZWF0ZUZv
cm0nPkNsYWltcyBDcmVhdGUgRm9ybTxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5D
bGFpbXMgQ3JlYXRlIEZvcm08L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGlzIHVzZWQgCiAgICAg
ICAgICAgIGZvciB0aGUgImNsYWltczEiIGxhdW5jaCBwaGFzZS4KPC9kZD4KPGR0PmNsYWltczI8
L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21tYW5kIHdpdGggdGhlCiAgICAgICAg
ICAgICJjbGFpbXMyIiBsYXVuY2ggcGhhc2UgaXMgdXNlZCB0byBwYXNzIHRoZSBpbmZvcm1hdGlv
biBhc3NvY2lhdGVkIAogICAgICAgICAgICB3aXRoIHRoZSBwcmVzZW50YXRpb24gb2YgdGhlICJj
bGFpbXMxIiBjbGFpbXMgbm90aWNlLiAgVGhlIAogICAgICAgICAgICA8YSBjbGFzcz0naW5mbycg
aHJlZj0nI2NsYWltc0NyZWF0ZUZvcm0nPkNsYWltcyBDcmVhdGUgRm9ybTxzcGFuPiAoPC9zcGFu
PjxzcGFuIGNsYXNzPSdpbmZvJz5DbGFpbXMgQ3JlYXRlIEZvcm08L3NwYW4+PHNwYW4+KTwvc3Bh
bj48L2E+IGlzIHVzZWQgCiAgICAgICAgICAgIGZvciB0aGUgImNsYWltczIiIGxhdW5jaCBwaGFz
ZS4KPC9kZD4KPGR0Pm9wZW48L2R0Pgo8ZGQ+VGhlIEVQUCAmbHQ7Y3JlYXRlJmd0OyBjb21tYW5k
IHdpdGggdGhlICJvcGVuIgogICAgICAgICAgICBsYXVuY2ggcGhhc2UgaXMgdW5kZWZpbmVkIGJ1
dCB0aGUgZm9ybSBzdXBwb3J0ZWQgaXMgdXAgdG8gc2VydmVyCiAgICAgICAgICAgIHBvbGljeS4K
PC9kZD4KPGR0PmN1c3RvbTwvZHQ+CjxkZD5UaGUgRVBQICZsdDtjcmVhdGUmZ3Q7IGNvbW1hbmQg
d2l0aCB0aGUKICAgICAgICAgICAgImN1c3RvbSIgbGF1bmNoIHBoYXNlIGlzIHVuZGVmaW5lZCBi
dXQgdGhlIGZvcm0gc3VwcG9ydGVkIGlzIHVwIHRvIHNlcnZlcgogICAgICAgICAgICBwb2xpY3ku
CjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPGEgbmFtZT0ic3VucmlzZUNyZWF0ZUZvcm0iPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjMuMSI+PC9hPjxoMz4zLjMuMS4mbmJzcDsKU3Vu
cmlzZSBDcmVhdGUgRm9ybTwvaDM+Cgo8cD5UaGUgU3VucmlzZSBDcmVhdGUgRm9ybSBvZiB0aGUg
ZXh0ZW5zaW9uIHRvIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21h
aW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJl
Y2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiBbUkZDNTczMV0gaW5jbHVkZXMgdGhlCiAgICAgICAgICB2ZXJpZmlhYmxlIHRy
YWRlbWFyayBpbmZvcm1hdGlvbiB0aGF0IHRoZSBzZXJ2ZXIgdXNlcyB0byBtYXRjaAogICAgICAg
ICAgYWdhaW5zdCB0aGUgZG9tYWluIG5hbWUgdG8gYXV0aG9yaXplIHRoZSBkb21haW4gY3JlYXRl
LiBBIHNlcnZlcgogICAgICAgICAgTVVTVCBzdXBwb3J0IG9uZSBvZiBmb3VyIG1vZGVscyBpbiA8
YSBjbGFzcz0naW5mbycgaHJlZj0nI3ZhbGlkYXRpb25Nb2RlbHMnPkNsYWltIFZhbGlkYXRpb24g
TW9kZWxzPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPk1hcmsgVmFsaWRhdGlvbiBN
b2RlbHM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IHRvIAogICAgICAgICAgdmVyaWZ5IHRoZSB0
cmFkZW1hcmsgaW5mb3JtYXRpb24gcGFzc2VkIGJ5IHRoZSBjbGllbnQuCjwvcD4KPHA+QSAmbHQ7
bGF1bmNoOmNyZWF0ZSZndDsgZWxlbWVudCBpcyBzZW50IGFsb25nIHdpdGggdGhlIHJlZ3VsYXIK
ICAgICAgICAgICZsdDtjcmVhdGUmZ3Q7IGRvbWFpbiBjb21tYW5kLiBUaGUgJmx0O2xhdW5jaDpj
cmVhdGUmZ3Q7IGVsZW1lbnQKICAgICAgICAgIGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcgY2hpbGQg
ZWxlbWVudHM6CjwvcD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8ZHQ+
Jmx0O2xhdW5jaDpwaGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIGxhdW5jaCBwaGFzZSBmb3IgdGhlIAog
ICAgICAgICAgICAgIGNyZWF0ZSBsaWtlIHRoZSAic3VucmlzZSIgbGF1bmNoIHBoYXNlLgo8L2Rk
Pgo8ZHQ+Jmx0O2xhdW5jaDpjb2RlTWFyayZndDsgb3IgJmx0O3NtZDpzaWduZWRNYXJrJmd0OyBv
ciAmbHQ7c21kOmVuY29kZWRTaWduZWRNYXJrJmd0OzwvZHQ+CjxkZD4KICAgICAgICAgICAgICAg
ICAgCjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNoOmNvZGVNYXJr
Jmd0OzwvZHQ+CjxkZD5aZXJvIG9yIG1vcmUKICAgICAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGVN
YXJrJmd0OyBlbGVtZW50cy4gIFRoZSAmbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICAg
ICAgIGNoaWxkIGVsZW1lbnRzIGFyZSBkZWZpbmVkIGluIHRoZSAKICAgICAgICAgICAgICA8YSBj
bGFzcz0naW5mbycgaHJlZj0nI2NvZGVNYXJrJz4mbHQ7bGF1bmNoOmNvZGVNYXJrJmd0OyBlbGVt
ZW50PHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPiZsdDtsYXVuY2g6Y29kZU1hcmsm
Z3Q7IGVsZW1lbnQ8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IAogICAgICAgICAgICAgIHNlY3Rp
b24uCjwvZGQ+CjxkdD4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7PC9kdD4KPGRkPlplcm8gb3IgbW9y
ZQogICAgICAgICAgICAgICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxlbWVudHMuICBUaGUgJmx0
O3NtZDpzaWduZWRNYXJrJmd0OyAKICAgICAgICAgICAgICBjaGlsZCBlbGVtZW50cyBhcmUgZGVm
aW5lZCBpbiAKICAgICAgICAgICAgICB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNzaWduZWRN
YXJrJz4mbHQ7c21kOnNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bhbj48c3BhbiBj
bGFzcz0naW5mbyc+Jmx0O3NtZDpzaWduZWRNYXJrJmd0OyBlbGVtZW50PC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiAKICAgICAgICAgICAgICBzZWN0aW9uLgo8L2RkPgo8ZHQ+Jmx0O3NtZDplbmNv
ZGVkU2lnbmVkTWFyayZndDs8L2R0Pgo8ZGQ+WmVybyBvciBtb3JlCiAgICAgICAgICAgICAgJmx0
O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVudHMuICBUaGUgJmx0O3NtZDplbmNvZGVk
U2lnbmVkTWFyayZndDsgCiAgICAgICAgICAgICAgY2hpbGQgZWxlbWVudHMgYXJlIGRlZmluZWQg
aW4gCiAgICAgICAgICAgICAgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjZW5jb2RlZFNpZ25l
ZE1hcmsnPiZsdDtzbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7IGVsZW1lbnQ8c3Bhbj4gKDwvc3Bh
bj48c3BhbiBjbGFzcz0naW5mbyc+Jmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVu
dDwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gCiAgICAgICAgICAgICAgc2VjdGlvbi4KPC9kZD4K
PC9kbD48L2Jsb2NrcXVvdGU+CjwvZGQ+CjwvZGw+PC9ibG9ja3F1b3RlPgoKPHA+Rm9sbG93aW5n
IGlzIGFuIGV4YW1wbGUgJmx0O2NyZWF0ZSZndDsgZG9tYWluIGNvbW1hbmQKICAgICAgICAgICAg
dXNpbmcgdGhlICZsdDtsYXVuY2g6Y3JlYXRlJmd0OyBleHRlbnNpb24sIGZvbGxvd2luZyB0aGUg
ImNvZGUiIAogICAgICAgICAgICB2YWxpZGF0aW9uIG1vZGVsLCB3aXRoIG11bHRpcGxlIHN1bnJp
c2UgY29kZXMuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdp
bi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9
InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAg
ICAmbHQ7Y3JlYXRlJmd0OwogICAgICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9t
YWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtk
b21haW46bmFtZSZndDtleGFtcGxlLnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAgJmx0
O2RvbWFpbjpyZWdpc3RyYW50Jmd0O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7CiAg
ICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2RvbWFp
bjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZndDtz
aDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8m
Z3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsK
ICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3JlYXRl
Jmd0OwogICAgJmx0Oy9jcmVhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAmbHQ7
bGF1bmNoOmNyZWF0ZQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5z
OmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsv
bGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAg
ICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpjb2Rl
Jmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAgICZsdDtsYXVuY2g6
Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1
NUQ0QUQmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0
OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNv
ZGUmZ3Q7NDlGRDQ2RTZDNEI0NUM1NUQ0QUUmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICZs
dDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZndDsKICAgICZs
dDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZn
dDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5Gb2xsb3dp
bmcgaXMgYW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAgICAgICAg
ICB1c2luZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiwgZm9sbG93aW5nIHRo
ZSAibWFyayIgCiAgICAgICAgICAgIHZhbGlkYXRpb24gbW9kZWwsIHdpdGggdGhlIG1hcmsgaW5m
b3JtYXRpb24uCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdp
bi1sZWZ0OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9
InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAg
ICAmbHQ7Y3JlYXRlJmd0OwogICAgICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9t
YWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtk
b21haW46bmFtZSZndDtleGFtcGxlb25lLnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAg
Jmx0O2RvbWFpbjpyZWdpc3RyYW50Jmd0O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7
CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2Rv
bWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZn
dDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aElu
Zm8mZ3Q7CiAgICAgICAgICAmbHQ7ZG9tYWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZn
dDsKICAgICAgICAmbHQ7L2RvbWFpbjphdXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3Jl
YXRlJmd0OwogICAgJmx0Oy9jcmVhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAm
bHQ7bGF1bmNoOmNyZWF0ZQogICAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZs
dDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAg
ICAgICAmbHQ7bWFyazptYXJrCiAgICAgICAgICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFt
czp4bWw6bnM6bWFyay0xLjAiJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0V4YW1w
bGUgT25lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmxhYmVsJmd0O2V4
YW1wbGUtb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpsYWJlbCZn
dDtleGFtcGxlb25lJmx0Oy9tYXJrOmxhYmVsJmd0OwogICAgICAgICAgICAmbHQ7bWFyazppc3N1
ZXImZ3Q7SVAgQ2xlYXJpbmdob3VzZSZsdDsvbWFyazppc3N1ZXImZ3Q7CiAgICAgICAgICAgICZs
dDttYXJrOm51bWJlciZndDtHRSAzOTMzMjMyJmx0Oy9tYXJrOm51bWJlciZndDsKICAgICAgICAg
ICAgJmx0O21hcms6dHlwZSZndDtSRUctVE0tV09SRCZsdDsvbWFyazp0eXBlJmd0OwogICAgICAg
ICAgICAmbHQ7bWFyazpjbGFzcyZndDsxJmx0Oy9tYXJrOmNsYXNzJmd0OwogICAgICAgICAgICAm
bHQ7bWFyazplbnRpdGxlbWVudCZndDtvd25lciZsdDsvbWFyazplbnRpdGxlbWVudCZndDsKICAg
ICAgICAgICAgJmx0O21hcms6cmVnRGF0ZSZndDsyMDExLTA5LTA5Jmx0Oy9tYXJrOnJlZ0RhdGUm
Z3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7MjAxMS0xMC0wOSZsdDsv
bWFyazplZmZlY3RpdmVEYXRlJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpleERhdGUmZ3Q7MjAx
My0wOS0wOSZsdDsvbWFyazpleERhdGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNvdW50cnkm
Z3Q7QVUmbHQ7L21hcms6Y291bnRyeSZndDsKICAgICAgICAgICAgJmx0O21hcms6cmVnaW9uJmd0
O1ZJQyZsdDsvbWFyazpyZWdpb24mZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOm93bmVyJmd0Owog
ICAgICAgICAgICAgICZsdDttYXJrOm9yZyZndDtFeGFtcGxlIEluYy4mbHQ7L21hcms6b3JnJmd0
OwogICAgICAgICAgICAmbHQ7L21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNv
bnRhY3QmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6bmFtZSZndDtKb2huIERvZSZsdDsvbWFy
azpuYW1lJmd0OwogICAgICAgICAgICAgICZsdDttYXJrOm9yZyZndDtFeGFtcGxlIEluYy4mbHQ7
L21hcms6b3JnJmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmFkZHImZ3Q7CiAgICAgICAgICAg
ICAgICAmbHQ7bWFyazpzdHJlZXQmZ3Q7MTIzIEV4YW1wbGUgRHIuJmx0Oy9tYXJrOnN0cmVldCZn
dDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDtTdWl0ZSAxMDAmbHQ7L21hcms6
c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6Y2l0eSZndDtSZXN0b24mbHQ7L21h
cms6Y2l0eSZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnNwJmd0O1ZBJmx0Oy9tYXJrOnNw
Jmd0OwogICAgICAgICAgICAgICAgJmx0O21hcms6cGMmZ3Q7MjAxOTAmbHQ7L21hcms6cGMmZ3Q7
CiAgICAgICAgICAgICAgICAmbHQ7bWFyazpjYyZndDtVUyZsdDsvbWFyazpjYyZndDsKICAgICAg
ICAgICAgICAmbHQ7L21hcms6YWRkciZndDsKICAgICAgICAgICAgICAmbHQ7bWFyazp2b2ljZSB4
PSIxMjM0IiZndDsrMS43MDM1NTU1NTU1Jmx0Oy9tYXJrOnZvaWNlJmd0OwogICAgICAgICAgICAg
ICZsdDttYXJrOmZheCZndDsrMS43MDM1NTU1NTU2Jmx0Oy9tYXJrOmZheCZndDsKICAgICAgICAg
ICAgICAmbHQ7bWFyazplbWFpbCZndDtqZG9lQGV4YW1wbGUudGxkJmx0Oy9tYXJrOmVtYWlsJmd0
OwogICAgICAgICAgICAmbHQ7L21hcms6Y29udGFjdCZndDsKICAgICAgICAgICZsdDsvbWFyazpt
YXJrJmd0OwogICAgICAgICZsdDsvbGF1bmNoOmNvZGVNYXJrJmd0OwogICAgICAmbHQ7L2xhdW5j
aDpjcmVhdGUmZ3Q7CiAgICAmbHQ7L2V4dGVuc2lvbiZndDsKICAgICZsdDtjbFRSSUQmZ3Q7QUJD
LTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgJmx0Oy9jb21tYW5kJmd0OwombHQ7L2VwcCZndDs8L3By
ZT48L2Rpdj4KPHA+Rm9sbG93aW5nIGlzIGFuIGV4YW1wbGUgJmx0O2NyZWF0ZSZndDsgZG9tYWlu
IGNvbW1hbmQKICAgICAgICAgICAgdXNpbmcgdGhlICZsdDtsYXVuY2g6Y3JlYXRlJmd0OyBleHRl
bnNpb24sIGZvbGxvd2luZyB0aGUgImNvZGUgd2l0aCBtYXJrIiAKICAgICAgICAgICAgdmFsaWRh
dGlvbiBtb2RlbCwgd2l0aCBhIGNvZGUgYW5kIG1hcmsgaW5mb3JtYXRpb24uCjwvcD48ZGl2IHN0
eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1hcmdpbi1y
aWdodDogYXV0byc+PHByZT4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgi
IHN0YW5kYWxvbmU9Im5vIj8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVybjppZXRmOnBhcmFtczp4bWw6
bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O2NvbW1hbmQmZ3Q7CiAgICAmbHQ7Y3JlYXRlJmd0OwogICAg
ICAmbHQ7ZG9tYWluOmNyZWF0ZQogICAgICAgeG1sbnM6ZG9tYWluPSJ1cm46aWV0ZjpwYXJhbXM6
eG1sOm5zOmRvbWFpbi0xLjAiJmd0OwogICAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxl
LnRsZCZsdDsvZG9tYWluOm5hbWUmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpyZWdpc3RyYW50Jmd0
O2pkMTIzNCZsdDsvZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjb250
YWN0IHR5cGU9ImFkbWluIiZndDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250YWN0Jmd0OwogICAgICAg
ICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJ0ZWNoIiZndDtzaDgwMTMmbHQ7L2RvbWFpbjpjb250
YWN0Jmd0OwogICAgICAgICZsdDtkb21haW46YXV0aEluZm8mZ3Q7CiAgICAgICAgICAmbHQ7ZG9t
YWluOnB3Jmd0OzJmb29CQVImbHQ7L2RvbWFpbjpwdyZndDsKICAgICAgICAmbHQ7L2RvbWFpbjph
dXRoSW5mbyZndDsKICAgICAgJmx0Oy9kb21haW46Y3JlYXRlJmd0OwogICAgJmx0Oy9jcmVhdGUm
Z3Q7CiAgICAmbHQ7ZXh0ZW5zaW9uJmd0OwogICAgICAmbHQ7bGF1bmNoOmNyZWF0ZQogICAgICAg
eG1sbnM6bGF1bmNoPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmxhdW5jaC0xLjAiJmd0OwogICAg
ICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAg
ICAgICZsdDtsYXVuY2g6Y29kZU1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOmNvZGUmZ3Q7
NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpjb2RlJmd0OwogICAgICAgICAgJmx0O21h
cms6bWFyawogICAgICAgICAgIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6bnM6bWFy
ay0xLjAiJmd0OwogICAgICAgICAgICAmbHQ7bWFyazpuYW1lJmd0O0hlbGxvJmx0Oy9tYXJrOm5h
bWUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNlJmx0
Oy9tYXJrOmlzc3VlciZndDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5MzMy
MzImbHQ7L21hcms6bnVtYmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JFRy1U
TS1XT1JEJmx0Oy9tYXJrOnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0OzEm
bHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0O293
bmVyJmx0Oy9tYXJrOmVudGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdEYXRl
Jmd0OzIwMTEtMDktMDkmbHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6
ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7CiAg
ICAgICAgICAgICZsdDttYXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0ZSZn
dDsKICAgICAgICAgICAgJmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5Jmd0
OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZndDsK
ICAgICAgICAgICAgJmx0O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6b3Jn
Jmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpv
d25lciZndDsKICAgICAgICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAgICAm
bHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAgICAg
Jmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAg
ICAgJmx0O21hcms6YWRkciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZndDsx
MjMgRXhhbXBsZSBEci4mbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0O21h
cms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAgICAg
ICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAgICAg
ICAgJmx0O21hcms6c3AmZ3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAmbHQ7
bWFyazpwYyZndDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDttYXJr
OmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRyJmd0
OwogICAgICAgICAgICAgICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1NTUm
bHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcwMzU1
NTU1NTYmbHQ7L21hcms6ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0O2pk
b2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFyazpj
b250YWN0Jmd0OwogICAgICAgICAgJmx0Oy9tYXJrOm1hcmsmZ3Q7CiAgICAgICAgJmx0Oy9sYXVu
Y2g6Y29kZU1hcmsmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZndDsKICAgICZsdDsvZXh0
ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7L2NsVFJJRCZndDsKICAm
bHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8cD5Gb2xsb3dpbmcgaXMg
YW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAgICAgICAgICB1c2lu
ZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiwgZm9sbG93aW5nIHRoZSAic2ln
bmVkIG1hcmsiIAogICAgICAgICAgICB2YWxpZGF0aW9uIG1vZGVsLCB3aXRoIHRoZSBzaWduZWQg
bWFyayBpbmZvcm1hdGlvbi4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3aWR0aDog
MDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7P3htbCB2
ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZndDsKJmx0O2Vw
cCB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAmbHQ7Y29tbWFu
ZCZndDsKICAgICZsdDtjcmVhdGUmZ3Q7CiAgICAgICZsdDtkb21haW46Y3JlYXRlCiAgICAgICB4
bWxuczpkb21haW49InVybjppZXRmOnBhcmFtczp4bWw6bnM6ZG9tYWluLTEuMCImZ3Q7CiAgICAg
ICAgJmx0O2RvbWFpbjpuYW1lJmd0O2V4YW1wbGVvbmUudGxkJmx0Oy9kb21haW46bmFtZSZndDsK
ICAgICAgICAmbHQ7ZG9tYWluOnJlZ2lzdHJhbnQmZ3Q7amQxMjM0Jmx0Oy9kb21haW46cmVnaXN0
cmFudCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNvbnRhY3QgdHlwZT0iYWRtaW4iJmd0O3NoODAx
MyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFpbjpjb250YWN0IHR5cGU9
InRlY2giJmd0O3NoODAxMyZsdDsvZG9tYWluOmNvbnRhY3QmZ3Q7CiAgICAgICAgJmx0O2RvbWFp
bjphdXRoSW5mbyZndDsKICAgICAgICAgICZsdDtkb21haW46cHcmZ3Q7MmZvb0JBUiZsdDsvZG9t
YWluOnB3Jmd0OwogICAgICAgICZsdDsvZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAmbHQ7L2Rv
bWFpbjpjcmVhdGUmZ3Q7CiAgICAmbHQ7L2NyZWF0ZSZndDsKICAgICZsdDtleHRlbnNpb24mZ3Q7
CiAgICAgICZsdDtsYXVuY2g6Y3JlYXRlCiAgICAgICB4bWxuczpsYXVuY2g9InVybjppZXRmOnBh
cmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICAgJmx0O2xhdW5jaDpwaGFzZSZndDtz
dW5yaXNlJmx0Oy9sYXVuY2g6cGhhc2UmZ3Q7CiAgICAgICAgJmx0O3NtZDpzaWduZWRNYXJrIGlk
PSJzaWduZWRNYXJrIgogICAgICAgICB4bWxuczpzbWQ9InVybjppZXRmOnBhcmFtczp4bWw6bnM6
c2lnbmVkTWFyay0xLjAiJmd0OwogICAgICAgICAgJmx0O3NtZDpzZXJpYWwmZ3Q7MTIzNDU2Jmx0
Oy9zbWQ6c2VyaWFsJmd0OwogICAgICAgICAgJmx0O3NtZDpleERhdGUmZ3Q7MjAxMi0wOC0xNlQw
OTowMDowMC4wWiZsdDsvc21kOmV4RGF0ZSZndDsKICAgICAgICAgICZsdDttYXJrOm1hcmsKICAg
ICAgICAgICAgeG1sbnM6bWFyaz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczptYXJrLTEuMCImZ3Q7
CiAgICAgICAgICAgICZsdDttYXJrOm5hbWUmZ3Q7RXhhbXBsZSBPbmUmbHQ7L21hcms6bmFtZSZn
dDsKICAgICAgICAgICAgJmx0O21hcms6bGFiZWwmZ3Q7ZXhhbXBsZS1vbmUmbHQ7L21hcms6bGFi
ZWwmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmxhYmVsJmd0O2V4YW1wbGVvbmUmbHQ7L21hcms6
bGFiZWwmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmlzc3VlciZndDtJUCBDbGVhcmluZ2hvdXNl
Jmx0Oy9tYXJrOmlzc3VlciZndDsKICAgICAgICAgICAgJmx0O21hcms6bnVtYmVyJmd0O0dFIDM5
MzMyMzImbHQ7L21hcms6bnVtYmVyJmd0OwogICAgICAgICAgICAmbHQ7bWFyazp0eXBlJmd0O1JF
Ry1UTS1XT1JEJmx0Oy9tYXJrOnR5cGUmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmNsYXNzJmd0
OzEmbHQ7L21hcms6Y2xhc3MmZ3Q7CiAgICAgICAgICAgICZsdDttYXJrOmVudGl0bGVtZW50Jmd0
O293bmVyJmx0Oy9tYXJrOmVudGl0bGVtZW50Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdE
YXRlJmd0OzIwMTEtMDktMDkmbHQ7L21hcms6cmVnRGF0ZSZndDsKICAgICAgICAgICAgJmx0O21h
cms6ZWZmZWN0aXZlRGF0ZSZndDsyMDExLTEwLTA5Jmx0Oy9tYXJrOmVmZmVjdGl2ZURhdGUmZ3Q7
CiAgICAgICAgICAgICZsdDttYXJrOmV4RGF0ZSZndDsyMDEzLTA5LTA5Jmx0Oy9tYXJrOmV4RGF0
ZSZndDsKICAgICAgICAgICAgJmx0O21hcms6Y291bnRyeSZndDtBVSZsdDsvbWFyazpjb3VudHJ5
Jmd0OwogICAgICAgICAgICAmbHQ7bWFyazpyZWdpb24mZ3Q7VklDJmx0Oy9tYXJrOnJlZ2lvbiZn
dDsKICAgICAgICAgICAgJmx0O21hcms6b3duZXImZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6
b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFy
azpvd25lciZndDsKICAgICAgICAgICAgJmx0O21hcms6Y29udGFjdCZndDsKICAgICAgICAgICAg
ICAmbHQ7bWFyazpuYW1lJmd0O0pvaG4gRG9lJmx0Oy9tYXJrOm5hbWUmZ3Q7CiAgICAgICAgICAg
ICAgJmx0O21hcms6b3JnJmd0O0V4YW1wbGUgSW5jLiZsdDsvbWFyazpvcmcmZ3Q7CiAgICAgICAg
ICAgICAgJmx0O21hcms6YWRkciZndDsKICAgICAgICAgICAgICAgICZsdDttYXJrOnN0cmVldCZn
dDsxMjMgRXhhbXBsZSBEci4mbHQ7L21hcms6c3RyZWV0Jmd0OwogICAgICAgICAgICAgICAgJmx0
O21hcms6c3RyZWV0Jmd0O1N1aXRlIDEwMCZsdDsvbWFyazpzdHJlZXQmZ3Q7CiAgICAgICAgICAg
ICAgICAmbHQ7bWFyazpjaXR5Jmd0O1Jlc3RvbiZsdDsvbWFyazpjaXR5Jmd0OwogICAgICAgICAg
ICAgICAgJmx0O21hcms6c3AmZ3Q7VkEmbHQ7L21hcms6c3AmZ3Q7CiAgICAgICAgICAgICAgICAm
bHQ7bWFyazpwYyZndDsyMDE5MCZsdDsvbWFyazpwYyZndDsKICAgICAgICAgICAgICAgICZsdDtt
YXJrOmNjJmd0O1VTJmx0Oy9tYXJrOmNjJmd0OwogICAgICAgICAgICAgICZsdDsvbWFyazphZGRy
Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOnZvaWNlIHg9IjEyMzQiJmd0OysxLjcwMzU1NTU1
NTUmbHQ7L21hcms6dm9pY2UmZ3Q7CiAgICAgICAgICAgICAgJmx0O21hcms6ZmF4Jmd0OysxLjcw
MzU1NTU1NTYmbHQ7L21hcms6ZmF4Jmd0OwogICAgICAgICAgICAgICZsdDttYXJrOmVtYWlsJmd0
O2pkb2VAZXhhbXBsZS50bGQmbHQ7L21hcms6ZW1haWwmZ3Q7CiAgICAgICAgICAgICZsdDsvbWFy
azpjb250YWN0Jmd0OwogICAgICAgICAgJmx0Oy9tYXJrOm1hcmsmZ3Q7CiAgICAgICAgICAmbHQ7
ZHNpZzpTaWduYXR1cmUKICAgICAgICAgIHhtbG5zOmRzaWc9Imh0dHA6Ly93d3cudzMub3JnLzIw
MDAvMDkveG1sZHNpZyMiJmd0OwogICAgICAgICAgICAmbHQ7ZHNpZzpTaWduZWRJbmZvJmd0Owog
ICAgICAgICAgICAmbHQ7ZHNpZzpDYW5vbmljYWxpemF0aW9uTWV0aG9kCiBBbGdvcml0aG09Imh0
dHA6Ly93d3cudzMub3JnLzIwMDEvMTAveG1sLWV4Yy1jMTRuIyIvJmd0OwogICAgICAgICAgICAm
bHQ7ZHNpZzpTaWduYXR1cmVNZXRob2QKIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAw
MC8wOS94bWxkc2lnI3JzYS1zaGExIi8mZ3Q7CiAgICAgICAgICAgICZsdDtkc2lnOlJlZmVyZW5j
ZSBVUkk9IiNzaWduZWRNYXJrIiZndDsKICAgICAgICAgICAgICAgICZsdDtkc2lnOlRyYW5zZm9y
bXMmZ3Q7CiAgICAgICAgICAgICAgICAgICZsdDtkc2lnOlRyYW5zZm9ybQogQWxnb3JpdGhtPSJo
dHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjZW52ZWxvcGVkLXNpZ25hdHVyZSIvJmd0
OwogICAgICAgICAgICAgICAgJmx0Oy9kc2lnOlRyYW5zZm9ybXMmZ3Q7CiAgICAgICAgICAgICAg
ICAmbHQ7ZHNpZzpEaWdlc3RNZXRob2QKIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAw
MC8wOS94bWxkc2lnI3NoYTEiLyZndDsKICAgICAgICAgICAgICAgICZsdDtkc2lnOkRpZ2VzdFZh
bHVlJmd0OzY2NTFUNXM5R1pnUU94aWZkQ0ZtRGZTSW9VYz0KICAgICAgICAgICAgICAgICZsdDsv
ZHNpZzpEaWdlc3RWYWx1ZSZndDsKICAgICAgICAgICAgJmx0Oy9kc2lnOlJlZmVyZW5jZSZndDsK
ICAgICAgICAgICZsdDsvZHNpZzpTaWduZWRJbmZvJmd0OwogICAgICAgICAgICAmbHQ7ZHNpZzpT
aWduYXR1cmVWYWx1ZSZndDsKR203Um5FYjZqY2lqS2NnbXdFbXhKNmoxTDB2dDJ3RnlYdjNvS2M5
YTRiOG5NT0tkZWM4UzN0RzJoU3gKL05aYTBSRkh2eDV6TXNIL01qbXh6clRCYmw1ZDdXOFFxbDVW
c1c0WGFuU2pKK1VnSUxzOWs2WGdWdFoKRTJFdmZmTUxCaUw0eGJDSk00OGV3UllSWTdsVkV6b05t
czkxcG1tM1U1SWxOUk5qVS9ZRnFaMXBYaGgKcmh5aFBqU2k5VW9uOEZuQUphaUJFZkhjakc2ODE1
SUpWLzlSVCtNVFhyaTdpMHM4MkNxSVM0d0RHYkcKcHlaQXM3L2tEWTNBM3VwcVNPd1R0ckZTQ0ZY
MUYrQ3JhZWM3MmxCQi9kS0pIeG1vVmtiSU81S1FocUkKT2QrRStoMmtndUUrK1JIS2E0eG9CSWV5
VGdXcXBXY0x1TW9GcE0rR3h3RmNwU0E9PQombHQ7L2RzaWc6U2lnbmF0dXJlVmFsdWUmZ3Q7CiAg
ICAgICAgICAgICZsdDsvZHNpZzpTaWduYXR1cmUmZ3Q7CiAgICAgICAgJmx0Oy9zbWQ6c2lnbmVk
TWFyayZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y3JlYXRlJmd0OwogICAgJmx0Oy9leHRlbnNpb24m
Z3Q7CiAgICAmbHQ7Y2xUUklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29t
bWFuZCZndDsKJmx0Oy9lcHAmZ3Q7PC9wcmU+PC9kaXY+CjxwPkZvbGxvd2luZyBpcyBhbiBleGFt
cGxlICZsdDtjcmVhdGUmZ3Q7IGRvbWFpbiBjb21tYW5kCiAgICAgICAgICAgIHVzaW5nIHRoZSAm
bHQ7bGF1bmNoOmNyZWF0ZSZndDsgZXh0ZW5zaW9uLCBmb2xsb3dpbmcgdGhlICJzaWduZWQgbWFy
ayIgCiAgICAgICAgICAgIHZhbGlkYXRpb24gbW9kZWwsIHdpdGggdGhlIGJhc2U2NCBlbmNvZGVk
IHNpZ25lZCBtYXJrIGluZm9ybWF0aW9uLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7
IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZs
dDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0
OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZs
dDtjb21tYW5kJmd0OwogICAgJmx0O2NyZWF0ZSZndDsKICAgICAgJmx0O2RvbWFpbjpjcmVhdGUK
ICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZn
dDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZW9uZS50bGQmbHQ7L2RvbWFpbjpu
YW1lJmd0OwogICAgICAgICZsdDtkb21haW46cmVnaXN0cmFudCZndDtqZDEyMzQmbHQ7L2RvbWFp
bjpyZWdpc3RyYW50Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFjdCB0eXBlPSJhZG1pbiIm
Z3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmNvbnRh
Y3QgdHlwZT0idGVjaCImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAm
bHQ7ZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAgICAgJmx0O2RvbWFpbjpwdyZndDsyZm9vQkFS
Jmx0Oy9kb21haW46cHcmZ3Q7CiAgICAgICAgJmx0Oy9kb21haW46YXV0aEluZm8mZ3Q7CiAgICAg
ICZsdDsvZG9tYWluOmNyZWF0ZSZndDsKICAgICZsdDsvY3JlYXRlJmd0OwogICAgJmx0O2V4dGVu
c2lvbiZndDsKICAgICAgJmx0O2xhdW5jaDpjcmVhdGUKICAgICAgIHhtbG5zOmxhdW5jaD0idXJu
OmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAgICAmbHQ7bGF1bmNoOnBo
YXNlJmd0O3N1bnJpc2UmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAgICAmbHQ7c21kOmVuY29k
ZWRTaWduZWRNYXJrCiAgICAgICAgIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpz
aWduZWRNYXJrLTEuMCImZ3Q7CkQ5NGJXd2dkbVZ5YzJsdmJqMGlNUzR3SWlCbGJtTnZaR2x1Wnow
aVZWUkdMVGdpUHo0OGMyMWtPbk5wWjI1CmxaRTFoY21zZ2VHMXNibk02YzIxa1BTSjFjbTQ2YVdW
MFpqcHdZWEpoYlhNNmVHMXNPbTV6T25OcFoyNWxaCkUxaGNtc3RNUzR3SWlCcFpEMGljMmxuYm1W
a1RXRnlheUktUEhOdFpEcHpaWEpwWVd3LU1USXpORFUyUEM5CnpiV1E2YzJWeWFXRnNQanh6YldR
NlpYaEVZWFJsUGpJd01USXRNVEV0TWpsVU1UZzZNVFk2TlRRdU1EZzRNCkZvOEwzTnRaRHBsZUVS
aGRHVS1QRzFoY21zNmJXRnlheUI0Yld4dWN6cHRZWEpyUFNKMWNtNDZhV1YwWmpwCndZWEpoYlhN
NmVHMXNPbTV6T20xaGNtc3RNUzR3SWo0OGJXRnlhenB1WVcxbFBrVjRZVzF3YkdVZ1QyNWxQCkM5
dFlYSnJPbTVoYldVLVBHMWhjbXM2YkdGaVpXdy1aWGhoYlhCc1pTMXZibVU4TDIxaGNtczZiR0Zp
Wld3Ci1QRzFoY21zNmJHRmlaV3ctWlhoaGJYQnNaVzl1WlR3dmJXRnlhenBzWVdKbGJENDhiV0Z5
YXpwcGMzTjFaClhJLVNWQWdRMnhsWVhKcGJtZG9iM1Z6WlR3dmJXRnlhenBwYzNOMVpYSS1QRzFo
Y21zNmJuVnRZbVZ5UGtkCkZJRE01TXpNeU16SThMMjFoY21zNmJuVnRZbVZ5UGp4dFlYSnJPbTUx
YldKbGNqNXZkMjVsY2p3dmJXRnlhCnpwdWRXMWlaWEktUEcxaGNtczZjbVZuUkdGMFpUNHlNREV5
TFRFeExUSTVWREU0T2pFMk9qVTBMakEzTkRaCmFQQzl0WVhKck9uSmxaMFJoZEdVLVBHMWhjbXM2
WlhoRVlYUmxQakl3TVRJdE1URXRNamxVTVRnNk1UWTZOClRRdU1EYzBObG84TDIxaGNtczZaWGhF
WVhSbFBqeHRZWEpyT21OdmRXNTBjbmstUVZVOEwyMWhjbXM2WTI5CjFiblJ5ZVQ0OGJXRnlhenB5
WldkcGIyNC1Wa2xEUEM5dFlYSnJPbkpsWjJsdmJqNDhMMjFoY21zNmJXRnlhCno0OFpITnBaenBU
YVdkdVlYUjFjbVVnZUcxc2JuTTZaSE5wWnowaWFIUjBjRG92TDNkM2R5NTNNeTV2Y21jCnZNakF3
TUM4d09TOTRiV3hrYzJsbkl5SS1QR1J6YVdjNlUybG5ibVZrU1c1bWJ6NDhaSE5wWnpwRFlXNXZi
Cm1sallXeHBlbUYwYVc5dVRXVjBhRzlrSUVGc1oyOXlhWFJvYlQwaWFIUjBjRG92TDNkM2R5NTNN
eTV2Y21jCnZWRkl2TWpBd01TOVNSVU10ZUcxc0xXTXhORzR0TWpBd01UQXpNVFVqVjJsMGFFTnZi
VzFsYm5SeklpOC1QCkdSemFXYzZVMmxuYm1GMGRYSmxUV1YwYUc5a0lFRnNaMjl5YVhSb2JUMGlh
SFIwY0RvdkwzZDNkeTUzTXk1CnZjbWN2TWpBd01DOHdPUzk0Yld4a2MybG5JM0p6WVMxemFHRXhJ
aTgtUEdSemFXYzZVbVZtWlhKbGJtTmxJCkZWU1NUMGlJM05wWjI1bFpFMWhjbXNpUGp4a2MybG5P
bFJ5WVc1elptOXliWE0tUEdSemFXYzZWSEpoYm5OCm1iM0p0SUVGc1oyOXlhWFJvYlQwaWFIUjBj
RG92TDNkM2R5NTNNeTV2Y21jdk1qQXdNQzh3T1M5NGJXeGtjCjJsbkkyVnVkbVZzYjNCbFpDMXph
V2R1WVhSMWNtVWlMejQ4TDJSemFXYzZWSEpoYm5ObWIzSnRjejQ4WkhOCnBaenBFYVdkbGMzUk5a
WFJvYjJRZ1FXeG5iM0pwZEdodFBTSm9kSFJ3T2k4dmQzZDNMbmN6TG05eVp5OHlNCkRBd0x6QTVM
M2h0YkdSemFXY2pjMmhoTVNJdlBqeGtjMmxuT2tScFoyVnpkRlpoYkhWbFBrdElkVkZyZEZkClVN
blJZYlhnNFkyWldkMk52WjBKU1VtNW9SVDA4TDJSemFXYzZSR2xuWlhOMFZtRnNkV1UtUEM5a2My
bG5PCmxKbFptVnlaVzVqWlQ0OEwyUnphV2M2VTJsbmJtVmtTVzVtYno0OFpITnBaenBUYVdkdVlY
UjFjbVZXWVd4CjFaVDVSZFdrMmQyeExWVWxSY0hNeFMyTjZhamhVYVRWdU5UQmphVFZEYzJwTUwy
azJZakJ3UzBaMk5HMTZaCkVOaGNXcFdjWFZ2VkRGaVN6SkNabmhLTkcwcmJYSmlPV3hMZUZsclZu
TkZDbkI0UW5sb1NHNUtTSHBTTVhWCjFNRzFOTW10NFZVUnlXa1ZDYzBkcFYzRnVhSE16UVZCeE9U
SkJjVmRHWkhablVtVjZaSGN5Y21OVmJWZzNkCkdKeWVXTkdNM1pETUVKbVJVZzRSSG9LYjJGSVVG
UlFiMjR4VFV4T2J6RjViR3RZVERBNWJXSnFUSFZoUmxKClNTM1oyVUNzNGRqUTFWRkpYUm1rcmJW
SjBha0p2TUdnNGJsRmlOVE50UjJsS2FVMU9la0ZEYURCdEszcEZlCkFwMmJteEVVbVJwZFdKRlpW
VldiRzlMVjJkTVkxQmlTa2Q0UW1GV0wxZ3ZRalF2Um5WUmJYRXpjbGN4YVhOClpPVWxFWXpBM1Uz
WmhlRVowYTFsNGVtVnJhMjVHUWtOQ1NXTmliWEZUQ25sT2NrTXZPRXA0WTJSUlNITjBUClVaV2Mx
WjJTamRXVUZKcVMyVlpNMFJMY1V3clRHaFJQVDA4TDJSemFXYzZVMmxuYm1GMGRYSmxWbUZzZFdV
Ci1QQzlrYzJsbk9sTnBaMjVoZEhWeVpUNDhMM050WkRwemFXZHVaV1JOWVhKclBnCiAgICAgICAg
Jmx0Oy9zbWQ6ZW5jb2RlZFNpZ25lZE1hcmsmZ3Q7CiAgICAgICZsdDsvbGF1bmNoOmNyZWF0ZSZn
dDsKICAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMtMTIzNDUmbHQ7
L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0OzwvcHJlPjwvZGl2Pgo8
cD5JZiB0aGUgY3JlYXRlIHdhcyBzdWNjZXNzZnVsLCB0aGUgc2VydmVyIE1BWSByZXBseSB3aXRo
IHRoZQogICAgICAgICAgJmx0O2xhdW5jaDpjcmVEYXRhJmd0OyBlbGVtZW50IGFsb25nIHdpdGgg
dGhlIHJlZ3VsYXIgRVBQCiAgICAgICAgICAmbHQ7cmVzRGF0YSZndDsgdG8gaW5kaWNhdGUgdGhl
IHNlcnZlciBnZW5lcmF0ZWQgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlvbklEJz5B
cHBsaWNhdGlvbiBJZGVudGlmaWVyPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkFw
cGxpY2F0aW9uIElkZW50aWZpZXJzPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiB3aGVuIG11bHRp
cGxlCiAgICAgICAgICBhcHBsaWNhdGlvbnMgb2YgYSBnaXZlbiBkb21haW4gbmFtZSBpcyBzdXBw
b3J0ZWQ7IG90aGVyd2lzZSBubwogICAgICAgICAgZXh0ZW5zaW9uIGlzIGluY2x1ZGVkIHdpdGgg
dGhlIHJlZ3VsYXIgRVBQICZsdDtyZXNEYXRhJmd0Oy4gVGhlCiAgICAgICAgICAmbHQ7bGF1bmNo
OmNyZURhdGEmZ3Q7IGVsZW1lbnQgY29udGFpbnMgdGhlIGZvbGxvd2luZyBjaGlsZAogICAgICAg
ICAgZWxlbWVudHM6CjwvcD4KPHA+PC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+PGRsPgo8
ZHQ+Jmx0O2xhdW5jaDpwaGFzZSZndDs8L2R0Pgo8ZGQ+VGhlIHBoYXNlIG9mIHRoZSBhcHBsaWNh
dGlvbgogICAgICAgICAgICAgIHRoYXQgbWlycm9ycyB0aGUgJmx0O2xhdW5jaDpwaGFzZSZndDsg
ZWxlbWVudCBpbmNsdWRlZCBpbiB0aGUKICAgICAgICAgICAgICAmbHQ7bGF1bmNoOmNyZWF0ZSZn
dDsuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7PC9kdD4KPGRkPlRoZSBh
cHBsaWNhdGlvbgogICAgICAgICAgICAgIGlkZW50aWZpZXIgb2YgdGhlIGFwcGxpY2F0aW9uLgo8
L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KCjxwPkFuIGV4YW1wbGUgcmVzcG9uc2Ugd2hlbiBtdWx0
aXBsZSBvdmVybGFwcGluZwogICAgICAgICAgICBhcHBsaWNhdGlvbnMgYXJlIHN1cHBvcnRlZCBi
eSB0aGUgc2VydmVyLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBt
YXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNp
b249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHht
bG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZn
dDsKICAgICZsdDtyZXN1bHQgY29kZT0iMTAwMSImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFu
ZCBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5OyBhY3Rpb24gcGVuZGluZyZsdDsvbXNnJmd0OwogICAg
Jmx0Oy9yZXN1bHQmZ3Q7CiAgICAmbHQ7cmVzRGF0YSZndDsKICAgICAgJmx0O2RvbWFpbjpjcmVE
YXRhCiAgICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4t
MS4wIiZndDsKICAgICAgICZsdDtkb21haW46bmFtZSZndDtleGFtcGxlLnRsZCZsdDsvZG9tYWlu
Om5hbWUmZ3Q7CiAgICAgICAmbHQ7ZG9tYWluOmNyRGF0ZSZndDsyMDEwLTA4LTEwVDE1OjM4OjI2
LjYyMzg1NFombHQ7L2RvbWFpbjpjckRhdGUmZ3Q7CiAgICAgICAmbHQ7ZG9tYWluOmV4RGF0ZSZn
dDsyMDEyLTA4LTEwVDE1OjM4OjI2LjYyMzg1NFombHQ7L2RvbWFpbjpleERhdGUmZ3Q7CiAgICAg
ICZsdDsvZG9tYWluOmNyZURhdGEmZ3Q7CiAgICAmbHQ7L3Jlc0RhdGEmZ3Q7CiAgICAmbHQ7ZXh0
ZW5zaW9uJmd0OwogICAgICAmbHQ7bGF1bmNoOmNyZURhdGEKICAgICAgCXhtbG5zOmxhdW5jaD0i
dXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2hwaGFzZS0xLjAiJmd0OwogICAgICAgICZsdDts
YXVuY2g6cGhhc2UmZ3Q7c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAgICZsdDts
YXVuY2g6YXBwbGljYXRpb25JRCZndDsyMzkzLTkzMjMtRTA4Qy0wM0IxCiAgICAgICAgJmx0Oy9s
YXVuY2g6YXBwbGljYXRpb25JRCZndDsKICAgICAgJmx0Oy9sYXVuY2g6Y3JlRGF0YSZndDsKICAg
ICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7
QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAgICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0
Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQmZ3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9l
cHAmZ3Q7CjwvcHJlPjwvZGl2Pgo8YSBuYW1lPSJjbGFpbXNDcmVhdGVGb3JtIj48L2E+PGJyIC8+
PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2lu
Zz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWci
PjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEg
bmFtZT0icmZjLnNlY3Rpb24uMy4zLjIiPjwvYT48aDM+My4zLjIuJm5ic3A7CkNsYWltcyBDcmVh
dGUgRm9ybTwvaDM+Cgo8cD5UaGUgQ2xhaW1zIENyZWF0ZSBGb3JtIG9mIHRoZSBleHRlbnNpb24g
dG8gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQIGRvbWFpbiBuYW1lIG1h
cHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9sbGVuYmVjaywgUy4sICZs
ZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKSBEb21haW4gTmFtZSBN
YXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+
IFtSRkM1NzMxXSBpbmNsdWRlcyB0aGUKICAgICAgICAgIGluZm9ybWF0aW9uIHJlbGF0ZWQgdG8g
dGhlIGFjY2VwdGFuY2Ugb2YgdGhlIGNsYWltcyBub3RpY2UgCiAgICAgICAgICBmb3IgdGhlICJj
bGFpbXMxIiBsYXVuY2ggcGhhc2UgYW5kIHRoZSBkaXNwbGF5IG9mIHRoZSBjbGFpbXMgCiAgICAg
ICAgICBub3RpY2UgZm9yIHRoZSAiY2xhaW1zMiIgbGF1bmNoIHBoYXNlLgo8L3A+CjxwPkEgJmx0
O2xhdW5jaDpjcmVhdGUmZ3Q7IGVsZW1lbnQgaXMgc2VudCBhbG9uZyB3aXRoIHRoZSByZWd1bGFy
CiAgICAgICAgICAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZC4gVGhlICZsdDtsYXVuY2g6
Y3JlYXRlJmd0OyBlbGVtZW50CiAgICAgICAgICBjb250YWlucyB0aGUgZm9sbG93aW5nIGNoaWxk
IGVsZW1lbnRzOgo8L3A+CjxwPjwvcD4KPGJsb2NrcXVvdGUgY2xhc3M9InRleHQiPjxkbD4KPGR0
PiZsdDtsYXVuY2g6cGhhc2UmZ3Q7PC9kdD4KPGRkPk1VU1QgY29udGFpbiB0aGUgdmFsdWUgb2YK
ICAgICAgICAgICAgICAiY2xhaW1zMSIgb3IgImNsYWltMiIgdG8gaW5kaWNhdGUgdGhlIGNsYWlt
cyBsYXVuY2ggcGhhc2UuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOm5vdGljZSZndDs8L2R0Pgo8ZGQ+
CiAgICAgICAgICAgICAgCjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1
bmNoOm5vdGljZUlEJmd0OzwvZHQ+CjxkZD5VbmlxdWUgbm90aWNlIGlkZW50aWZpZXIgCiAgICAg
ICAgICBnZW5lcmF0ZWQgYnkgdGhlIHNvdXJjZSBvZiB0aGUgY2xhaW1zIG5vdGljZSBpbmZvcm1h
dGlvbiAKICAgICAgICAgIGxpa2UgdGhlIENsYWltcyBOb3RpY2UgSW5mb3JtYXRpb24gU2Vydmlj
ZSAoQ05JUykuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnRpbWVzdGFtcCZndDs8L2R0Pgo8ZGQ+Q29u
dGFpbnMgdGhlCiAgICAgICAgICAgICAgZGF0ZSBhbmQgdGltZSB0aGF0IHRoZSBjbGFpbXMgbm90
aWNlIHdhcyBkaXNwbGF5ZWQgb3IgYWNjZXB0ZWQuCjwvZGQ+CjxkdD4mbHQ7bGF1bmNoOnNvdXJj
ZSZndDs8L2R0Pgo8ZGQ+Q29udGFpbnMgdGhlIHNvdXJjZSAKICAgICAgICAgICAgICBpbmZvcm1h
dGlvbiBvZiB0aGUgY2xpZW50IHRoYXQgd2FzIGRpc3BsYXllZCBvciB0aGF0IGFjY2VwdGVkIHRo
ZSAKICAgICAgICAgICAgICBjbGFpbXMgbm90aWNlIGxpa2UgdGhlIGNsaWVudCBJUCBhZGRyZXNz
Lgo8L2RkPgo8L2RsPjwvYmxvY2txdW90ZT4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5G
b2xsb3dpbmcgaXMgYW4gZXhhbXBsZSAmbHQ7Y3JlYXRlJmd0OyBkb21haW4gY29tbWFuZAogICAg
ICAgICAgICB1c2luZyB0aGUgJmx0O2xhdW5jaDpjcmVhdGUmZ3Q7IGV4dGVuc2lvbiB3aXRoIHRo
ZSAKICAgICAgICAgICAgJmx0O2xhdW5jaDpub3RpY2UmZ3Q7IGluZm9ybWF0aW9uIGZvciB0aGUg
ImNsYWltczEiIGNsYWltcyAKICAgICAgICAgICAgbGF1bmNoIHBoYXNlLgo8L3A+PGRpdiBzdHls
ZT0nZGlzcGxheTogdGFibGU7IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmln
aHQ6IGF1dG8nPjxwcmU+CiZsdDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBz
dGFuZGFsb25lPSJubyI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5z
OmVwcC0xLjAiJmd0OwogICZsdDtjb21tYW5kJmd0OwogICAgJmx0O2NyZWF0ZSZndDsKICAgICAg
Jmx0O2RvbWFpbjpjcmVhdGUKICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnht
bDpuczpkb21haW4tMS4wIiZndDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50
bGQmbHQ7L2RvbWFpbjpuYW1lJmd0OwogICAgICAgICZsdDtkb21haW46cmVnaXN0cmFudCZndDtq
ZDEyMzQmbHQ7L2RvbWFpbjpyZWdpc3RyYW50Jmd0OwogICAgICAgICZsdDtkb21haW46Y29udGFj
dCB0eXBlPSJhZG1pbiImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFjdCZndDsKICAgICAgICAm
bHQ7ZG9tYWluOmNvbnRhY3QgdHlwZT0idGVjaCImZ3Q7c2g4MDEzJmx0Oy9kb21haW46Y29udGFj
dCZndDsKICAgICAgICAmbHQ7ZG9tYWluOmF1dGhJbmZvJmd0OwogICAgICAgICAgJmx0O2RvbWFp
bjpwdyZndDsyZm9vQkFSJmx0Oy9kb21haW46cHcmZ3Q7CiAgICAgICAgJmx0Oy9kb21haW46YXV0
aEluZm8mZ3Q7CiAgICAgICZsdDsvZG9tYWluOmNyZWF0ZSZndDsKICAgICZsdDsvY3JlYXRlJmd0
OwogICAgJmx0O2V4dGVuc2lvbiZndDsKICAgICAgJmx0O2xhdW5jaDpjcmVhdGUKICAgICAgIHht
bG5zOmxhdW5jaD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIiZndDsKICAgICAg
ICAmbHQ7bGF1bmNoOnBoYXNlJmd0O2NsYWltczEmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAg
ICAmbHQ7bGF1bmNoOm5vdGljZSZndDsKICAgICAgICAgICZsdDtsYXVuY2g6bm90aWNlSUQmZ3Q7
NDlGRDQ2RTZDNEI0NUM1NUQ0QUMmbHQ7L2xhdW5jaDpub3RpY2VJRCZndDsKICAgICAgICAgICZs
dDtsYXVuY2g6dGltZXN0YW1wJmd0OzIwMTItMDYtMTlUMDk6MDA6MDAuMFombHQ7L2xhdW5jaDp0
aW1lc3RhbXAmZ3Q7CiAgICAgICAgICAmbHQ7bGF1bmNoOnNvdXJjZSZndDsxOTIuMC4yLjI5Jmx0
Oy9sYXVuY2g6c291cmNlJmd0OwogICAgICAgICZsdDsvbGF1bmNoOm5vdGljZSZndDsKICAgICAg
Jmx0Oy9sYXVuY2g6Y3JlYXRlJmd0OwogICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7Y2xU
UklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29tbWFuZCZndDsKJmx0Oy9l
cHAmZ3Q7PC9wcmU+PC9kaXY+CjxwPlRoaXMgZXh0ZW5zaW9uIGRvZXMgbm90IGRlZmluZSBhbnkg
ZXh0ZW5zaW9uIHRvIHRoZSByZXNwb25zZSBvZiBhCiAgICAgICAgJmx0O2NyZWF0ZSZndDsgZG9t
YWluIGNvbW1hbmQgZm9yIHRoZSBDbGFpbXMgQ3JlYXRlIEZvcm0uIEFmdGVyIHByb2Nlc3Npbmcg
dGhlIGNvbW1hbmQsIHRoZQogICAgICAgIHNlcnZlciByZXBsaWVzIHdpdGggYSBzdGFuZGFyZCBF
UFAgcmVzcG9uc2UgYXMgZGVmaW5lZCBpbiB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1
NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFwcGluZzxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3Rv
Y29sIChFUFApIERvbWFpbiBOYW1lIE1hcHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwv
c3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4gW1JGQzU3MzFdLgo8L3A+CjxhIG5hbWU9InVwZGF0ZUNv
bW1hbmQiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRp
bmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48
dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+
PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjQiPjwvYT48aDM+My40LiZuYnNw
OwpFUFAgJmx0O3VwZGF0ZSZndDsgQ29tbWFuZDwvaDM+Cgo8cD5UaGlzIGV4dGVuc2lvbiBkZWZp
bmVzIGFkZGl0aW9uYWwgZWxlbWVudHMgdG8gZXh0ZW5kIHRoZSBFUFAKICAgICAgICAmbHQ7dXBk
YXRlJmd0OyBjb21tYW5kIHRvIGJlIHVzZWQgaW4gY29uanVuY3Rpb24gd2l0aCB0aGUgZG9tYWlu
IG5hbWUKICAgICAgICBtYXBwaW5nLgo8L3A+CjxwPkEgc2VydmVyIHRoYXQgZG9lcyBub3Qgc3Vw
cG9ydCBtdWx0aXBsZSBhcHBsaWNhdGlvbnMgb2YgYQogICAgICAgIGdpdmVuIGRvbWFpbiBuYW1l
IHdpdGggYW4gPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNhcHBsaWNhdGlvbklEJz5BcHBsaWNhdGlv
bgogICAgICAgIElkZW50aWZpZXI8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+QXBw
bGljYXRpb24gSWRlbnRpZmllcnM8L3NwYW4+PHNwYW4+KTwvc3Bhbj48L2E+IGR1cmluZyBpdHMg
bGF1bmNoIHBoYXNlIG9wZXJhdGlvbnMgTVVTVCByZXR1cm4gYW4KICAgICAgICBFUFAgZXJyb3Ig
cmVzdWx0IGNvZGUgb2YgMjEwMi4KPC9wPgo8cD5SZWdpc3RyeSBwb2xpY2llcyBwZXJtaXR0aW5n
LCBjbGllbnRzIG1heSB1cGRhdGUgYW4gYXBwbGljYXRpb24KICAgICAgICBvYmplY3QgYnkgc3Vi
bWl0dGluZyBhbiBFUFAgJmx0O3VwZGF0ZSZndDsgY29tbWFuZCBhbG9uZyB3aXRoIGEKICAgICAg
ICAmbHQ7bGF1bmNoOnVwZGF0ZSZndDsgZWxlbWVudCB0byBpbmRpY2F0ZSB0aGUgYXBwbGljYXRp
b24gb2JqZWN0IHRvIGJlCiAgICAgICAgdXBkYXRlZC4gVGhlICZsdDtsYXVuY2g6dXBkYXRlJmd0
OyBlbGVtZW50IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcKICAgICAgICBjaGlsZCBlbGVtZW50czoK
PC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7bGF1bmNo
OnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhhc2UgZHVyaW5nIHdoaWNoIHRoZQogICAgICAgICAg
ICBhcHBsaWNhdGlvbiB3YXMgc3VibWl0dGVkIG9yIGlzIGFzc29jaWF0ZWQgd2l0aC4KPC9kZD4K
PGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+VGhlIGFwcGxpY2F0aW9u
CiAgICAgICAgICAgIGlkZW50aWZpZXIgZm9yIHdoaWNoIHRoZSBjbGllbnQgd2lzaGVzIHRvIHVw
ZGF0ZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5UaGlzIGV4dGVuc2lvbiBkb2VzIG5v
dCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgcmVzcG9uc2Ugb2YgYW4KICAgICAgICAmbHQ7
dXBkYXRlJmd0OyBkb21haW4gY29tbWFuZC4gQWZ0ZXIgcHJvY2Vzc2luZyB0aGUgY29tbWFuZCwg
dGhlCiAgICAgICAgc2VydmVyIHJlcGxpZXMgd2l0aCBhIHN0YW5kYXJkIEVQUCByZXNwb25zZSBh
cyBkZWZpbmVkIGluIHRoZSA8YSBjbGFzcz0naW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21h
aW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3NwYW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJl
Y2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8
L3NwYW4+PC9hPiBbUkZDNTczMV0uCjwvcD4KPHA+Rm9sbG93aW5nIGlzIGFuIGV4YW1wbGUgJmx0
O3VwZGF0ZSZndDsgZG9tYWluIGNvbW1hbmQgd2l0aAogICAgICAgICAgdGhlICZsdDtsYXVuY2g6
dXBkYXRlJmd0OyBleHRlbnNpb24gdG8gYWRkIGFuZCByZW1vdmUgYSBuYW1lIHNlcnZlcgogICAg
ICAgICAgb2YgYSBzdW5yaXNlIGFwcGxpY2F0aW9uIHdpdGggdGhlIGFwcGxpY2F0aW9uIGlkZW50
aWZpZXIKICAgICAgICAgICJhYmMxMjMiLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7
IHdpZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZs
dDs/eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04IiBzdGFuZGFsb25lPSJubyI/Jmd0
OwombHQ7ZXBwIHhtbG5zPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZs
dDtjb21tYW5kJmd0OwogICAgJmx0O3VwZGF0ZSZndDsKICAgICAgJmx0O2RvbWFpbjp1cGRhdGUK
ICAgICAgIHhtbG5zOmRvbWFpbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpkb21haW4tMS4wIiZn
dDsKICAgICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1l
Jmd0OwogICAgICAgICZsdDtkb21haW46YWRkJmd0OwogICAgICAgICAgICAmbHQ7ZG9tYWluOm5z
Jmd0OwogICAgICAgICAgICAgICZsdDtkb21haW46aG9zdE9iaiZndDtuczIuZXhhbXBsZS50bGQm
bHQ7L2RvbWFpbjpob3N0T2JqJmd0OwogICAgICAgICAgICAmbHQ7L2RvbWFpbjpucyZndDsKICAg
ICAgICAgICZsdDsvZG9tYWluOmFkZCZndDsKICAgICAgICAgICZsdDtkb21haW46cmVtJmd0Owog
ICAgICAgICAgICAmbHQ7ZG9tYWluOm5zJmd0OwogICAgICAgICAgICAgICZsdDtkb21haW46aG9z
dE9iaiZndDtuczEuZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpob3N0T2JqJmd0OwogICAgICAgICAg
ICAmbHQ7L2RvbWFpbjpucyZndDsKICAgICAgICAgICZsdDsvZG9tYWluOnJlbSZndDsKICAgICAg
Jmx0Oy9kb21haW46dXBkYXRlJmd0OwogICAgJmx0Oy91cGRhdGUmZ3Q7CiAgICAmbHQ7ZXh0ZW5z
aW9uJmd0OwogICAgJmx0O2xhdW5jaDp1cGRhdGUKICAgICB4bWxuczpsYXVuY2g9InVybjppZXRm
OnBhcmFtczp4bWw6bnM6bGF1bmNoLTEuMCImZ3Q7CiAgICAgICZsdDtsYXVuY2g6cGhhc2UmZ3Q7
c3VucmlzZSZsdDsvbGF1bmNoOnBoYXNlJmd0OwogICAgICAmbHQ7bGF1bmNoOmFwcGxpY2F0aW9u
SUQmZ3Q7YWJjMTIzJmx0Oy9sYXVuY2g6YXBwbGljYXRpb25JRCZndDsKICAgICZsdDsvbGF1bmNo
OnVwZGF0ZSZndDsKICAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAgJmx0O2NsVFJJRCZndDtBQkMt
MTIzNDUmbHQ7L2NsVFJJRCZndDsKICAmbHQ7L2NvbW1hbmQmZ3Q7CiZsdDsvZXBwJmd0Owo8L3By
ZT48L2Rpdj4KPHA+QW4gZXhhbXBsZSByZXNwb25zZSB0aGF0IGNvcnJlc3BvbmRzIHRvIHRoZSBh
Ym92ZQogICAgICAgICAgY29tbWFuZC4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxlOyB3
aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgombHQ7
P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Jmd0OwombHQ7ZXBwIHhtbG5zPSJ1
cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmVwcC0xLjAiJmd0OwogICZsdDtyZXNwb25zZSZndDsKICAg
ICZsdDtyZXN1bHQgY29kZT0iMTAwMCImZ3Q7CiAgICAgICZsdDttc2cmZ3Q7Q29tbWFuZCBjb21w
bGV0ZWQgc3VjY2Vzc2Z1bGx5Jmx0Oy9tc2cmZ3Q7CiAgICAmbHQ7L3Jlc3VsdCZndDsKICAgICZs
dDt0cklEJmd0OwogICAgICAmbHQ7Y2xUUklEJmd0O0FCQy0xMjM0NSZsdDsvY2xUUklEJmd0Owog
ICAgICAmbHQ7c3ZUUklEJmd0OzU0MzIxLVhZWiZsdDsvc3ZUUklEJmd0OwogICAgJmx0Oy90cklE
Jmd0OwogICZsdDsvcmVzcG9uc2UmZ3Q7CiZsdDsvZXBwJmd0Owo8L3ByZT48L2Rpdj4KPGEgbmFt
ZT0iZGVsZXRlQ29tbWFuZCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0
IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJy
aWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJz
cDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjMuNSI+PC9hPjxo
Mz4zLjUuJm5ic3A7CkVQUCAmbHQ7ZGVsZXRlJmd0OyBDb21tYW5kPC9oMz4KCjxwPlRoaXMgZXh0
ZW5zaW9uIGRlZmluZXMgYWRkaXRpb25hbCBlbGVtZW50cyB0byBleHRlbmQgdGhlIEVQUAogICAg
ICAgICZsdDtkZWxldGUmZ3Q7IGNvbW1hbmQgdG8gYmUgdXNlZCBpbiBjb25qdW5jdGlvbiB3aXRo
IHRoZSBkb21haW4gbmFtZQogICAgICAgIG1hcHBpbmcuCjwvcD4KPHA+QSBzZXJ2ZXIgdGhhdCBk
b2VzIG5vdCBzdXBwb3J0IG11bHRpcGxlIGFwcGxpY2F0aW9ucyBvZiBhCiAgICAgICAgZ2l2ZW4g
ZG9tYWluIG5hbWUgd2l0aCBhbiA8YSBjbGFzcz0naW5mbycgaHJlZj0nI2FwcGxpY2F0aW9uSUQn
PkFwcGxpY2F0aW9uCiAgICAgICAgSWRlbnRpZmllcjxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNz
PSdpbmZvJz5BcHBsaWNhdGlvbiBJZGVudGlmaWVyczwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4g
ZHVyaW5nIGl0cyBsYXVuY2ggcGhhc2Ugb3BlcmF0aW9ucyBNVVNUIHJldHVybiBhbgogICAgICAg
IEVQUCBlcnJvciByZXN1bHQgY29kZSBvZiAyMTAyLgo8L3A+CjxwPlJlZ2lzdHJ5IHBvbGljaWVz
IHBlcm1pdHRpbmcsIGNsaWVudHMgTUFZIHdpdGhkcmF3IGFuIGFwcGxpY2F0aW9uCiAgICAgICAg
Ynkgc3VibWl0dGluZyBhbiBFUFAgJmx0O2RlbGV0ZSZndDsgY29tbWFuZCBhbG9uZyB3aXRoIGEK
ICAgICAgICAmbHQ7bGF1bmNoOmRlbGV0ZSZndDsgZWxlbWVudCB0byBpbmRpY2F0ZSB0aGUgYXBw
bGljYXRpb24gb2JqZWN0IHRvIGJlCiAgICAgICAgZGVsZXRlZC4gVGhlICZsdDtsYXVuY2g6ZGVs
ZXRlJmd0OyBlbGVtZW50IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcKICAgICAgICBjaGlsZCBlbGVt
ZW50czoKPC9wPgo8cD48L3A+CjxibG9ja3F1b3RlIGNsYXNzPSJ0ZXh0Ij48ZGw+CjxkdD4mbHQ7
bGF1bmNoOnBoYXNlJmd0OzwvZHQ+CjxkZD5UaGUgcGhhc2UgZHVyaW5nIHdoaWNoIHRoZQogICAg
ICAgICAgICBhcHBsaWNhdGlvbiB3YXMgc3VibWl0dGVkIG9yIGlzIGFzc29jaWF0ZWQgd2l0aC4K
PC9kZD4KPGR0PiZsdDtsYXVuY2g6YXBwbGljYXRpb25JRCZndDs8L2R0Pgo8ZGQ+VGhlIGFwcGxp
Y2F0aW9uCiAgICAgICAgICAgIGlkZW50aWZpZXIgZm9yIHdoaWNoIHRoZSBjbGllbnQgd2lzaGVz
IHRvIGRlbGV0ZS4KPC9kZD4KPC9kbD48L2Jsb2NrcXVvdGU+Cgo8cD5UaGlzIGV4dGVuc2lvbiBk
b2VzIG5vdCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgcmVzcG9uc2Ugb2YgYQogICAgICAg
ICZsdDtkZWxldGUmZ3Q7IGRvbWFpbiBjb21tYW5kLiBBZnRlciBwcm9jZXNzaW5nIHRoZSBjb21t
YW5kLCB0aGUKICAgICAgICBzZXJ2ZXIgcmVwbGllcyB3aXRoIGEgc3RhbmRhcmQgRVBQIHJlc3Bv
bnNlIGFzIGRlZmluZWQgaW4gdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQ
IGRvbWFpbiBuYW1lIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+SG9s
bGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQ
KSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNw
YW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXS4KPC9wPgo8cD5Gb2xsb3dpbmcgaXMgYW4gZXhhbXBs
ZSAmbHQ7ZGVsZXRlJmd0OyBkb21haW4gY29tbWFuZCB3aXRoCiAgICAgICAgICB0aGUgJmx0O2xh
dW5jaDpkZWxldGUmZ3Q7IGV4dGVuc2lvbi4KPC9wPjxkaXYgc3R5bGU9J2Rpc3BsYXk6IHRhYmxl
OyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRvJz48cHJlPgom
bHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ibm8iPyZn
dDsKJmx0O2VwcCB4bWxucz0idXJuOmlldGY6cGFyYW1zOnhtbDpuczplcHAtMS4wIiZndDsKICAm
bHQ7Y29tbWFuZCZndDsKICAgJmx0O2RlbGV0ZSZndDsKICAgICZsdDtkb21haW46ZGVsZXRlCiAg
ICAgeG1sbnM6ZG9tYWluPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOmRvbWFpbi0xLjAiJmd0Owog
ICAgICAmbHQ7ZG9tYWluOm5hbWUmZ3Q7ZXhhbXBsZS50bGQmbHQ7L2RvbWFpbjpuYW1lJmd0Owog
ICAgJmx0Oy9kb21haW46ZGVsZXRlJmd0OwogICAmbHQ7L2RlbGV0ZSZndDsKICAgJmx0O2V4dGVu
c2lvbiZndDsKICAgICZsdDtsYXVuY2g6ZGVsZXRlCiAgICAgeG1sbnM6bGF1bmNoPSJ1cm46aWV0
ZjpwYXJhbXM6eG1sOm5zOmxhdW5jaC0xLjAiJmd0OwogICAgICAmbHQ7bGF1bmNoOnBoYXNlJmd0
O3N1bnJpc2UmbHQ7L2xhdW5jaDpwaGFzZSZndDsKICAgICAgJmx0O2xhdW5jaDphcHBsaWNhdGlv
bklEJmd0O2FiYzEyMyZsdDsvbGF1bmNoOmFwcGxpY2F0aW9uSUQmZ3Q7CiAgICAmbHQ7L2xhdW5j
aDpkZWxldGUmZ3Q7CiAgICZsdDsvZXh0ZW5zaW9uJmd0OwogICAmbHQ7Y2xUUklEJmd0O0FCQy0x
MjM0NSZsdDsvY2xUUklEJmd0OwogICZsdDsvY29tbWFuZCZndDsKJmx0Oy9lcHAmZ3Q7CjwvcHJl
PjwvZGl2Pgo8cD5BbiBleGFtcGxlIHJlc3BvbnNlIHRoYXQgY29ycmVzcG9uZHMgdG8gdGhlIGFi
b3ZlCiAgICAgICAgICBjb21tYW5kLgo8L3A+PGRpdiBzdHlsZT0nZGlzcGxheTogdGFibGU7IHdp
ZHRoOiAwOyBtYXJnaW4tbGVmdDogM2VtOyBtYXJnaW4tcmlnaHQ6IGF1dG8nPjxwcmU+CiZsdDs/
eG1sIHZlcnNpb249IjEuMCIgZW5jb2Rpbmc9IlVURi04Ij8mZ3Q7CiZsdDtlcHAgeG1sbnM9InVy
bjppZXRmOnBhcmFtczp4bWw6bnM6ZXBwLTEuMCImZ3Q7CiAgJmx0O3Jlc3BvbnNlJmd0OwogICAg
Jmx0O3Jlc3VsdCBjb2RlPSIxMDAwIiZndDsKICAgICAgJmx0O21zZyZndDtDb21tYW5kIGNvbXBs
ZXRlZCBzdWNjZXNzZnVsbHkmbHQ7L21zZyZndDsKICAgICZsdDsvcmVzdWx0Jmd0OwogICAgJmx0
O3RySUQmZ3Q7CiAgICAgICZsdDtjbFRSSUQmZ3Q7QUJDLTEyMzQ1Jmx0Oy9jbFRSSUQmZ3Q7CiAg
ICAgICZsdDtzdlRSSUQmZ3Q7NTQzMjEtWFlaJmx0Oy9zdlRSSUQmZ3Q7CiAgICAmbHQ7L3RySUQm
Z3Q7CiAgJmx0Oy9yZXNwb25zZSZndDsKJmx0Oy9lcHAmZ3Q7CjwvcHJlPjwvZGl2Pgo8YSBuYW1l
PSJyZW5ld0NvbW1hbmQiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIg
Y2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmln
aHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7
PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi4zLjYiPjwvYT48aDM+
My42LiZuYnNwOwpFUFAgJmx0O3JlbmV3Jmd0OyBDb21tYW5kPC9oMz4KCjxwPlRoaXMgZXh0ZW5z
aW9uIGRvZXMgbm90IGRlZmluZSBhbnkgZXh0ZW5zaW9uIHRvIHRoZSBFUFAKICAgICAgICAmbHQ7
cmVuZXcmZ3Q7IGNvbW1hbmQgb3IgcmVzcG9uc2UgZGVzY3JpYmVkIGluIHRoZSA8YSBjbGFzcz0n
aW5mbycgaHJlZj0nI1JGQzU3MzEnPkVQUCBkb21haW4gbmFtZSBtYXBwaW5nPHNwYW4+ICg8L3Nw
YW4+PHNwYW4gY2xhc3M9J2luZm8nPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87RXh0ZW5zaWJsZSBQ
cm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9tYWluIE5hbWUgTWFwcGluZywmcmRxdW87IEF1
Z3VzdCZuYnNwOzIwMDkuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPiBbUkZDNTczMV0uCjwvcD4K
PGEgbmFtZT0idHJhbnNmZXJDb21tYW5kIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uMy43
Ij48L2E+PGgzPjMuNy4mbmJzcDsKRVBQICZsdDt0cmFuc2ZlciZndDsgQ29tbWFuZDwvaDM+Cgo8
cD5UaGlzIGV4dGVuc2lvbiBkb2VzIG5vdCBkZWZpbmUgYW55IGV4dGVuc2lvbiB0byB0aGUgRVBQ
CiAgICAgICAgJmx0O3RyYW5zZmVyJmd0OyBjb21tYW5kIG9yIHJlc3BvbnNlIGRlc2NyaWJlZCBp
biB0aGUgPGEgY2xhc3M9J2luZm8nIGhyZWY9JyNSRkM1NzMxJz5FUFAgZG9tYWluIG5hbWUgbWFw
cGluZzxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdpbmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxk
cXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApIERvbWFpbiBOYW1lIE1h
cHBpbmcsJnJkcXVvOyBBdWd1c3QmbmJzcDsyMDA5Ljwvc3Bhbj48c3Bhbj4pPC9zcGFuPjwvYT4g
W1JGQzU3MzFdLgo8L3A+CjxhIG5hbWU9InN5bnRheCI+PC9hPjxiciAvPjxociAvPgo8dGFibGUg
c3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJU
T0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9j
Ij4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0
aW9uLjQiPjwvYT48aDM+NC4mbmJzcDsKRm9ybWFsIFN5bnRheDwvaDM+Cgo8cD5UaHJlZSBzY2hl
bWFzIGFyZSBwcmVzZW50ZWQgaGVyZS4gIFRoZSBmaXJzdCBzY2hlbWEgaXMgdGhlIEVQUCBMYXVu
Y2ggCiAgICAgIFBoYXNlIE1hcHBpbmcgc2NoZW1hLiAgVGhlIHNlY29uZCBzY2hlbWEgaXMgYSBk
ZXBlbmRlbnQgc2NoZW1hIGZvciAKICAgICAgdGhlIFNpZ25lZCBNYXJrLiAgVGhlIHRoaXJkIHNj
aGVtYSBpcyBhIGRlcGVuZGVudCBzY2hlbWEgZm9yIHRoZSBNYXJrLgo8L3A+CjxwPlRoZSBmb3Jt
YWwKICAgICAgc3ludGF4IHByZXNlbnRlZCBoZXJlIGlzIGEgY29tcGxldGUgc2NoZW1hIHJlcHJl
c2VudGF0aW9uIG9mIHRoZSBvYmplY3QKICAgICAgbWFwcGluZyBzdWl0YWJsZSBmb3IgYXV0b21h
dGVkIHZhbGlkYXRpb24gb2YgRVBQIFhNTCBpbnN0YW5jZXMuIFRoZQogICAgICBCRUdJTiBhbmQg
RU5EIHRhZ3MgYXJlIG5vdCBwYXJ0IG9mIHRoZSBzY2hlbWE7IHRoZXkgYXJlIHVzZWQgdG8gbm90
ZSB0aGUKICAgICAgYmVnaW5uaW5nIGFuZCBlbmRpbmcgb2YgdGhlIHNjaGVtYSBmb3IgVVJJIHJl
Z2lzdHJhdGlvbiBwdXJwb3Nlcy4KPC9wPgo8YSBuYW1lPSJhbmNob3I0Ij48L2E+PGJyIC8+PGhy
IC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0i
MiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxh
IGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFt
ZT0icmZjLnNlY3Rpb24uNC4xIj48L2E+PGgzPjQuMS4mbmJzcDsKTGF1bmNoIFNjaGVtYTwvaDM+
Cgo8cD5Db3B5cmlnaHQgKGMpIDIwMTIgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRp
ZmllZCBhcyBhdXRob3JzCiAgICAgIG9mIHRoZSBjb2RlLiBBbGwgcmlnaHRzIHJlc2VydmVkLgo8
L3A+CjxwPlJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMs
IHdpdGggb3Igd2l0aG91dAogICAgICBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlk
ZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlCiAgICAgIG1ldDoKPC9wPgo8cD48
L3A+Cjx1bCBjbGFzcz0idGV4dCI+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUg
bXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNlLCB0aGlzIGxp
c3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgo8L2xpPgo8bGk+
UmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBj
b3B5cmlnaHQKICAgICAgICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRo
ZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKICAgICAgICAgIGRvY3VtZW50YXRpb24gYW5k
L29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZQogICAgICAgICAgZGlzdHJpYnV0
aW9uLgo8L2xpPgo8bGk+TmVpdGhlciB0aGUgbmFtZSBvZiBJbnRlcm5ldCBTb2NpZXR5LCBJRVRG
IG9yIElFVEYgVHJ1c3QsIG5vciB0aGUKICAgICAgICAgIG5hbWVzIG9mIHNwZWNpZmljIGNvbnRy
aWJ1dG9ycywgbWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9tb3RlCiAgICAgICAgICBwcm9k
dWN0cyBkZXJpdmVkIGZyb20gdGhpcyBzb2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdy
aXR0ZW4KICAgICAgICAgIHBlcm1pc3Npb24uCjwvbGk+CjwvdWw+Cgo8cD5USElTIFNPRlRXQVJF
IElTIFBST1ZJREVEIEJZIFRIRSBDT1BZUklHSFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTCiAg
ICAgICJBUyBJUyIgQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVE
SU5HLCBCVVQgTk9UCiAgICAgIExJTUlURUQgVE8sIFRIRSBJTVBMSUVEIFdBUlJBTlRJRVMgT0Yg
TUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBCiAgICAgIFBBUlRJQ1VMQVIgUFVSUE9T
RSBBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIENPUFlSSUdIVCBPV05FUgog
ICAgICBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwg
SU5DSURFTlRBTCwgU1BFQ0lBTCwKICAgICAgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMIERB
TUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLAogICAgICBQUk9DVVJFTUVOVCBP
RiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IKICAg
ICAgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQg
T04gQU5ZIFRIRU9SWSBPRgogICAgICBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNU
UklDVCBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORwogICAgICBORUdMSUdFTkNFIE9SIE9U
SEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMKICAgICAg
U09GVFdBUkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1B
R0UuCjwvcD48ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0
OiAzZW07IG1hcmdpbi1yaWdodDogYXV0byc+PHByZT4KQkVHSU4KJmx0Oz94bWwgdmVyc2lvbj0i
MS4wIiBlbmNvZGluZz0iVVRGLTgiPyZndDsKJmx0O3NjaGVtYQogIHRhcmdldE5hbWVzcGFjZT0i
dXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIgogIHhtbG5zOmxhdW5jaD0idXJuOmll
dGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wIgogIHhtbG5zOmVwcGNvbT0idXJuOmlldGY6cGFy
YW1zOnhtbDpuczplcHBjb20tMS4wIgogIHhtbG5zOm1hcms9InVybjppZXRmOnBhcmFtczp4bWw6
bnM6bWFyay0xLjAiCiAgeG1sbnM6c21kPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnNpZ25lZE1h
cmstMS4wIgogIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIKICBlbGVt
ZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCImZ3Q7CgombHQ7IS0tCkltcG9ydCBjb21tb24gZWxl
bWVudCB0eXBlcy4KLS0mZ3Q7CiAgJmx0O2ltcG9ydCBuYW1lc3BhY2U9InVybjppZXRmOnBhcmFt
czp4bWw6bnM6ZXBwY29tLTEuMCIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJlcHBjb20tMS4w
LnhzZCIvJmd0OwoKICAmbHQ7aW1wb3J0IG5hbWVzcGFjZT0idXJuOmlldGY6cGFyYW1zOnhtbDpu
czptYXJrLTEuMCIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJtYXJrLTEuMC54c2QiLyZndDsK
CiAgJmx0O2ltcG9ydCBuYW1lc3BhY2U9InVybjppZXRmOnBhcmFtczp4bWw6bnM6c2lnbmVkTWFy
ay0xLjAiCiAgICAgICAgICBzY2hlbWFMb2NhdGlvbj0ic2lnbmVkTWFyay0xLjAueHNkIi8mZ3Q7
CgogICZsdDthbm5vdGF0aW9uJmd0OwogICAgJmx0O2RvY3VtZW50YXRpb24mZ3Q7CiAgICAgIEV4
dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIHYxLjAKICAgICAgZG9tYWluIG5hbWUgZXh0
ZW5zaW9uIHNjaGVtYQogICAgICBmb3IgdGhlIGxhdW5jaCBwaGFzZSBwcm9jZXNzaW5nLgogICAg
Jmx0Oy9kb2N1bWVudGF0aW9uJmd0OwogICZsdDsvYW5ub3RhdGlvbiZndDsKCiAgJmx0OyEtLQog
IENoaWxkIGVsZW1lbnRzIGZvdW5kIGluIEVQUCBjb21tYW5kcy4KICAtLSZndDsKICAmbHQ7ZWxl
bWVudCBuYW1lPSJjaGVjayIgdHlwZT0ibGF1bmNoOmNoZWNrVHlwZSIvJmd0OwogICZsdDtlbGVt
ZW50IG5hbWU9ImluZm8iIHR5cGU9ImxhdW5jaDppbmZvVHlwZSIvJmd0OwogICZsdDtlbGVtZW50
IG5hbWU9ImNyZWF0ZSIgdHlwZT0ibGF1bmNoOmNyZWF0ZVR5cGUiLyZndDsKICAmbHQ7ZWxlbWVu
dCBuYW1lPSJ1cGRhdGUiIHR5cGU9ImxhdW5jaDppZENvbnRhaW5lclR5cGUiLyZndDsKICAmbHQ7
ZWxlbWVudCBuYW1lPSJkZWxldGUiIHR5cGU9ImxhdW5jaDppZENvbnRhaW5lclR5cGUiLyZndDsK
CiAgJmx0OyEtLQogIENvbW1vbiBjb250YWluZXIgb2YgaWQgKGlkZW50aWZpZXIpIGVsZW1lbnQK
ICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iaWRDb250YWluZXJUeXBlIiZndDsKICAg
ICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9Imxh
dW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iYXBwbGljYXRpb25J
RCIgdHlwZT0ibGF1bmNoOmFwcGxpY2F0aW9uSURUeXBlIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNl
Jmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBEZWZpbml0aW9uIGZvciBh
cHBsaWNhdGlvbiBpZGVudGlmaWVyCiAgLS0mZ3Q7CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0iYXBw
bGljYXRpb25JRFR5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9InRva2VuIi8mZ3Q7
CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAgRGVmaW5pdGlvbiBmb3IgbGF1bmNo
IHBoYXNlLiAgTmFtZSBpcyBhbiBvcHRpb25hbCBhdHRyaWJ1dGUKICB1c2VkIHRvIGV4dGVuZCB0
aGUgcGhhc2UgdHlwZS4gIEZvciBleGFtcGxlLCB3aGVuCiAgdXNpbmcgdGhlIHBoYXNlIHR5cGUg
dmFsdWUgb2YgJmFtcDtxdDtjdXN0b20mYW1wO2d0OywgdGhlIG5hbWUKICBjYW4gYmUgdXNlZCB0
byBzcGVjaWZ5IHRoZSBjdXN0b20gcGhhc2UuCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5h
bWU9InBoYXNlVHlwZSImZ3Q7CiAgICAmbHQ7c2ltcGxlQ29udGVudCZndDsKICAgICAgJmx0O2V4
dGVuc2lvbiBiYXNlPSJsYXVuY2g6cGhhc2VUeXBlVmFsdWUiJmd0OwogICAgICAgICZsdDthdHRy
aWJ1dGUgbmFtZT0ibmFtZSIgdHlwZT0idG9rZW4iLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24m
Z3Q7CiAgICAmbHQ7L3NpbXBsZUNvbnRlbnQmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCiAg
Jmx0OyEtLQogIEVudW1lcmF0aW9uIG9mIGZvciBsYXVuY2ggcGhhc2UgdmFsdWVzLgogIC0tJmd0
OwogICZsdDtzaW1wbGVUeXBlIG5hbWU9InBoYXNlVHlwZVZhbHVlIiZndDsKICAgICAgJmx0O3Jl
c3RyaWN0aW9uIGJhc2U9InRva2VuIiZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9
InN1bnJpc2UiLyZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9ImxhbmRydXNoIi8m
Z3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjbGFpbXMxIi8mZ3Q7CiAgICAgICAg
Jmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjbGFpbXMyIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0
aW9uIHZhbHVlPSJvcGVuIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjdXN0
b20iLyZndDsKICAgICZsdDsvcmVzdHJpY3Rpb24mZ3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoK
CiAgJmx0OyEtLQogIERlZmluaXRpb24gZm9yIHRoZSBzdW5yaXNlIGNvZGUKICAtLSZndDsKICAm
bHQ7c2ltcGxlVHlwZSBuYW1lPSJjb2RlVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFz
ZT0iYmFzZTY0QmluYXJ5IiZndDsKICAgICAgJmx0O21pbkxlbmd0aCB2YWx1ZT0iMSIvJmd0Owog
ICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAmbHQ7L3NpbXBsZVR5cGUmZ3Q7CgogICZsdDshLS0K
ICBEZWZpbml0aW9uIGZvciB0aGUgbm90aWNlIGlkZW50aWZpZXIKICAtLSZndDsKICAmbHQ7c2lt
cGxlVHlwZSBuYW1lPSJub3RpY2VJRFR5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9
ImJhc2U2NEJpbmFyeSImZ3Q7CiAgICAgICZsdDttaW5MZW5ndGggdmFsdWU9IjEiLyZndDsKICAg
ICZsdDsvcmVzdHJpY3Rpb24mZ3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAg
UG9zc2libGUgc3RhdHVzIHZhbHVlcyBmb3Igc3VucmlzZSBhcHBsaWNhdGlvbgogIC0tJmd0Owog
ICAgJmx0O3NpbXBsZVR5cGUgbmFtZT0ic3RhdHVzVmFsdWVUeXBlIiZndDsKICAgICZsdDtyZXN0
cmljdGlvbiBiYXNlPSJ0b2tlbiImZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJw
ZW5kaW5nIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJ2YWxpZGF0ZWQiLyZn
dDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24gdmFsdWU9ImludmFsaWQiLyZndDsKICAgICAgICAm
bHQ7ZW51bWVyYXRpb24gdmFsdWU9InBlbmRpbmdBdWN0aW9uIi8mZ3Q7CiAgICAgICAgJmx0O2Vu
dW1lcmF0aW9uIHZhbHVlPSJhbGxvY2F0ZWQiLyZndDsKICAgICAgICAmbHQ7ZW51bWVyYXRpb24g
dmFsdWU9InJlamVjdGVkIi8mZ3Q7CiAgICAgICAgJmx0O2VudW1lcmF0aW9uIHZhbHVlPSJjdXN0
b20iLyZndDsKICAgICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAgICZsdDsvc2ltcGxlVHlwZSZn
dDsKCiAgJmx0OyEtLQogIFN0YXR1cyB0eXBlIGRlZmluaXRpb24KICAtLSZndDsKICAmbHQ7Y29t
cGxleFR5cGUgbmFtZT0ic3RhdHVzVHlwZSImZ3Q7CiAgICAmbHQ7c2ltcGxlQ29udGVudCZndDsK
ICAgICAgJmx0O2V4dGVuc2lvbiBiYXNlPSJub3JtYWxpemVkU3RyaW5nIiZndDsKICAgICAgICAm
bHQ7YXR0cmlidXRlIG5hbWU9InMiIHR5cGU9ImxhdW5jaDpzdGF0dXNWYWx1ZVR5cGUiCiAgICAg
ICAgICB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAgICAgICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJsYW5n
IiB0eXBlPSJsYW5ndWFnZSIKICAgICAgICAgIGRlZmF1bHQ9ImVuIi8mZ3Q7CiAgICAgICAgJmx0
O2F0dHJpYnV0ZSBuYW1lPSJuYW1lIiB0eXBlPSJ0b2tlbiIvJmd0OwogICAgICAmbHQ7L2V4dGVu
c2lvbiZndDsKICAgICZsdDsvc2ltcGxlQ29udGVudCZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0
OwoKICAmbHQ7IS0tCiAgY29kZU1hcmsgVHlwZSB0aGF0IGNvbnRhaW5zIGFuIG9wdGlvbmFsIGNv
ZGUKICB3aXRoIG1hcmsgaW5mb3JtYXRpb24uCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5h
bWU9ImNvZGVNYXJrVHlwZSImZ3Q7CiAgICAmbHQ7c2VxdWVuY2UmZ3Q7CiAgICAmbHQ7ZWxlbWVu
dCBuYW1lPSJjb2RlIiB0eXBlPSJsYXVuY2g6Y29kZVR5cGUiCiAgICAJbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAmbHQ7ZWxlbWVudCByZWY9Im1hcms6bWFyayIKICAgIAltaW5PY2N1cnM9IjAiLyZn
dDsKICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0K
ICBDaGlsZCBlbGVtZW50cyBmb3IgdGhlIGNyZWF0ZSBjb21tYW5kCiAgLS0mZ3Q7CiAgJmx0O2Nv
bXBsZXhUeXBlIG5hbWU9ImNyZWF0ZVR5cGUiJmd0OwogICAgJmx0O3NlcXVlbmNlJmd0OwogICAg
ICAmbHQ7ZWxlbWVudCBuYW1lPSJwaGFzZSIgdHlwZT0ibGF1bmNoOnBoYXNlVHlwZSIvJmd0Owog
ICAgICAmbHQ7Y2hvaWNlJmd0OwogICAgICAgICZsdDtlbGVtZW50IG5hbWU9ImNvZGVNYXJrIiB0
eXBlPSJsYXVuY2g6Y29kZU1hcmtUeXBlIgogICAgICAgICAgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi
LyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCByZWY9InNtZDpzaWduZWRNYXJrIgogICAgICAgICBt
YXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgICAgICZsdDtlbGVtZW50IHJlZj0ic21kOmVu
Y29kZWRTaWduZWRNYXJrIgogICAgICAgICBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAg
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibm90aWNlIgogICAgICAgICAgdHlwZT0ibGF1bmNoOmNy
ZWF0ZU5vdGljZVR5cGUiLyZndDsKICAgICAgJmx0Oy9jaG9pY2UmZ3Q7CiAgICAmbHQ7L3NlcXVl
bmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBDaGlsZCBlbGVtZW50
cyBvZiB0aGUgY3JlYXRlIG5vdGljZSBlbGVtZW50LgogIC0tJmd0OwogICZsdDtjb21wbGV4VHlw
ZSBuYW1lPSJjcmVhdGVOb3RpY2VUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0ibm90aWNlSUQiIHR5cGU9ImxhdW5jaDpub3RpY2VJRFR5cGUiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0idGltZXN0YW1wIiB0eXBlPSJkYXRlVGltZSIvJmd0
OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJzb3VyY2UiIHR5cGU9InRva2VuIi8mZ3Q7CiAgICAm
bHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgoKICAmbHQ7IS0tCiAgQ2hp
bGQgZWxlbWVudHMgb2YgY2hlY2sgKENsYWltcyBDaGVjayBDb21tYW5kKS4KICAtLSZndDsKICAm
bHQ7Y29tcGxleFR5cGUgbmFtZT0iY2hlY2tUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsK
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZn
dDsKICAgICZsdDsvc2VxdWVuY2UmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCgogICZsdDsh
LS0KICBDaGlsZCBlbGVtZW50cyBvZiBpbmZvIGNvbW1hbmQuCiAgLS0mZ3Q7CiAgJmx0O2NvbXBs
ZXhUeXBlIG5hbWU9ImluZm9UeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0
O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0iYXBwbGljYXRpb25JRCIKICAgICAgICB0eXBlPSJsYXVuY2g6YXBw
bGljYXRpb25JRFR5cGUiCiAgICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVl
bmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDshLS0KICBDaGlsZCByZXNwb25z
ZSBlbGVtZW50cy4KICAtLSZndDsKICAmbHQ7ZWxlbWVudCBuYW1lPSJjaGtEYXRhIiB0eXBlPSJs
YXVuY2g6Y2hrRGF0YVR5cGUiLyZndDsKICAmbHQ7ZWxlbWVudCBuYW1lPSJjcmVEYXRhIiB0eXBl
PSJsYXVuY2g6aWRDb250YWluZXJUeXBlIi8mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFtZT0iaW5mRGF0
YSIgdHlwZT0ibGF1bmNoOmluZkRhdGFUeXBlIi8mZ3Q7CgogICZsdDshLS0KICAgJmx0O2NoZWNr
Jmd0OyByZXNwb25zZSBlbGVtZW50cy4KICAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9
ImNoa0RhdGFUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAgICAgJmx0O2VsZW1l
bnQgbmFtZT0iY2QiIHR5cGU9ImxhdW5jaDpjZFR5cGUiCiAgICAgICBtYXhPY2N1cnM9InVuYm91
bmRlZCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0OwoK
ICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iY2RUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsK
ICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibmFtZSIgdHlwZT0ibGF1bmNoOmNkTmFtZVR5cGUiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iY2xhaW1LZXkiIHR5cGU9InRva2VuIgogICAgICAg
bWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5
cGUmZ3Q7CgogICZsdDtjb21wbGV4VHlwZSBuYW1lPSJjZE5hbWVUeXBlIiZndDsKICAgICZsdDtz
aW1wbGVDb250ZW50Jmd0OwogICAgICAmbHQ7ZXh0ZW5zaW9uIGJhc2U9ImVwcGNvbTpsYWJlbFR5
cGUiJmd0OwogICAgICAgICZsdDthdHRyaWJ1dGUgbmFtZT0iZXhpc3RzIiB0eXBlPSJib29sZWFu
IgogICAgICAgICB1c2U9InJlcXVpcmVkIi8mZ3Q7CiAgICAgICZsdDsvZXh0ZW5zaW9uJmd0Owog
ICAgJmx0Oy9zaW1wbGVDb250ZW50Jmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDsh
LS0KICAmbHQ7aW5mbyZndDsgcmVzcG9uc2UgZWxlbWVuZXRzCiAgLS0mZ3Q7CiAgJmx0O2NvbXBs
ZXhUeXBlIG5hbWU9ImluZkRhdGFUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAg
Jmx0O2VsZW1lbnQgbmFtZT0icGhhc2UiIHR5cGU9ImxhdW5jaDpwaGFzZVR5cGUiLyZndDsKICAg
ICAmbHQ7ZWxlbWVudCBuYW1lPSJhcHBsaWNhdGlvbklEIgogICAgICB0eXBlPSJsYXVuY2g6YXBw
bGljYXRpb25JRFR5cGUiCiAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICZsdDtlbGVtZW50
IG5hbWU9InN0YXR1cyIgdHlwZT0ibGF1bmNoOnN0YXR1c1R5cGUiCiAgICAgIG1pbk9jY3Vycz0i
MCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9Im1hcms6bWFyayIKICAgICAgbWluT2NjdXJz
PSIwIiBtYXhPY2N1cnM9InVuYm91bmRlZCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAm
bHQ7L2NvbXBsZXhUeXBlJmd0OwoKJmx0Oy9zY2hlbWEmZ3Q7CkVORDwvcHJlPjwvZGl2Pgo8YSBu
YW1lPSJhbmNob3I1Ij48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNl
bGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0
Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwv
YT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNC4yIj48L2E+PGgzPjQu
Mi4mbmJzcDsKU2lnbmVkIE1hcmsgU2NoZW1hPC9oMz4KCjxwPkNvcHlyaWdodCAoYykgMjAxMiBJ
RVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIGF1dGhvcnMKICAgICAgb2Yg
dGhlIGNvZGUuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCjwvcD4KPHA+UmVkaXN0cmlidXRpb24gYW5k
IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CiAgICAgIG1v
ZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29u
ZGl0aW9ucyBhcmUKICAgICAgbWV0Ogo8L3A+CjxwPjwvcD4KPHVsIGNsYXNzPSJ0ZXh0Ij4KPGxp
PlJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29w
eXJpZ2h0CiAgICAgICAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUg
Zm9sbG93aW5nIGRpc2NsYWltZXIuCjwvbGk+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5
IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNl
LCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGlu
IHRoZQogICAgICAgICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3Zp
ZGVkIHdpdGggdGhlCiAgICAgICAgICBkaXN0cmlidXRpb24uCjwvbGk+CjxsaT5OZWl0aGVyIHRo
ZSBuYW1lIG9mIEludGVybmV0IFNvY2lldHksIElFVEYgb3IgSUVURiBUcnVzdCwgbm9yIHRoZQog
ICAgICAgICAgbmFtZXMgb2Ygc3BlY2lmaWMgY29udHJpYnV0b3JzLCBtYXkgYmUgdXNlZCB0byBl
bmRvcnNlIG9yIHByb21vdGUKICAgICAgICAgIHByb2R1Y3RzIGRlcml2ZWQgZnJvbSB0aGlzIHNv
ZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbgogICAgICAgICAgcGVybWlzc2lv
bi4KPC9saT4KPC91bD4KCjxwPlRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIENPUFlS
SUdIVCBIT0xERVJTIEFORCBDT05UUklCVVRPUlMKICAgICAgIkFTIElTIiBBTkQgQU5ZIEVYUFJF
U1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QKICAgICAgTElNSVRF
RCBUTywgVEhFIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5F
U1MgRk9SIEEKICAgICAgUEFSVElDVUxBUiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELiBJTiBOTyBF
VkVOVCBTSEFMTCBUSEUgQ09QWVJJR0hUIE9XTkVSCiAgICAgIE9SIENPTlRSSUJVVE9SUyBCRSBM
SUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLAogICAg
ICBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9U
IExJTUlURUQgVE8sCiAgICAgIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMgT1IgU0VS
VklDRVM7IExPU1MgT0YgVVNFLCBEQVRBLCBPUgogICAgICBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJ
TlRFUlJVUFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GCiAgICAgIExJ
QUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAo
SU5DTFVESU5HCiAgICAgIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBX
QVkgT1VUIE9GIFRIRSBVU0UgT0YgVEhJUwogICAgICBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VE
IE9GIFRIRSBQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4KPC9wPjxkaXYgc3R5bGU9J2Rpc3Bs
YXk6IHRhYmxlOyB3aWR0aDogMDsgbWFyZ2luLWxlZnQ6IDNlbTsgbWFyZ2luLXJpZ2h0OiBhdXRv
Jz48cHJlPgpCRUdJTgombHQ7P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCI/Jmd0
OwombHQ7c2NoZW1hCiAgdGFyZ2V0TmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOnNp
Z25lZE1hcmstMS4wIgogIHhtbG5zOnNtZD0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpzaWduZWRN
YXJrLTEuMCIKICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmstMS4wIgog
IHhtbG5zOmRzaWc9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyMiCiAgeG1sbnM9
Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hIgogIGVsZW1lbnRGb3JtRGVmYXVsdD0i
cXVhbGlmaWVkIiZndDsKCiZsdDshLS0KSW1wb3J0IGNvbW1vbiBlbGVtZW50IHR5cGVzLgotLSZn
dDsKICAmbHQ7aW1wb3J0IG5hbWVzcGFjZT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxk
c2lnIyIKICAgICAgICAgIHNjaGVtYUxvY2F0aW9uPSJ4bWxkaWctY29yZS1zY2hlbWEueHNkIi8m
Z3Q7CgogICZsdDtpbXBvcnQgbmFtZXNwYWNlPSJ1cm46aWV0ZjpwYXJhbXM6eG1sOm5zOm1hcmst
MS4wIgogICAgICAgICAgc2NoZW1hTG9jYXRpb249Im1hcmstMS4wLnhzZCIvJmd0OwoKCiAgJmx0
O2Fubm90YXRpb24mZ3Q7CiAgICAmbHQ7ZG9jdW1lbnRhdGlvbiZndDsKICAgICAgU2NoZW1hIGZv
ciByZXByZXNlbnRpbmcgYSBTaWduZWQgTWFyaywgYWxzbyByZWZlcnJlZCB0bwogICAgICBhcyBT
aWduZWQgTWFyayBEYXRhIChTTUQpLCB0aGF0IGluY2x1ZGVzIGRpZ2l0YWxseQogICAgICBzaWdu
ZWQgdHJhZGVtYXJrIGluZm9ybWF0aW9uLgogICAgJmx0Oy9kb2N1bWVudGF0aW9uJmd0OwogICZs
dDsvYW5ub3RhdGlvbiZndDsKCiAgJmx0OyEtLQogICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgZWxl
bWVudCBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFtZT0ic2lnbmVkTWFyayIg
dHlwZT0ic21kOnNpZ25lZE1hcmtUeXBlIi8mZ3Q7CgogICZsdDshLS0KICAmbHQ7c21kOmVuY29k
ZWRTaWduZWRNYXJrJmd0OyBlbGVtZW50IGRlZmluaXRpb24KICAtLSZndDsKICAmbHQ7ZWxlbWVu
dCBuYW1lPSJlbmNvZGVkU2lnbmVkTWFyayIKICAgIHR5cGU9InNtZDplbmNvZGVkU2lnbmVkTWFy
a1R5cGUiLyZndDsKCiAgJmx0OyEtLQogICZsdDtzbWQ6c2lnbmVkTWFyayZndDsgY2hpbGQgZWxl
bWVudHMKICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0ic2lnbmVkTWFya1R5cGUiJmd0
OwogICAgJmx0O3NlcXVlbmNlJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJzZXJpYWwiIHR5
cGU9InRva2VuIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImV4RGF0ZSIgdHlwZT0iZGF0
ZVRpbWUiCiAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9Im1h
cms6bWFyayIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCByZWY9ImRzaWc6U2lnbmF0dXJlIi8mZ3Q7
CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJpZCIgdHlwZT0i
SUQiIHVzZT0icmVxdWlyZWQiLyZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0OwoKICAmbHQ7IS0t
CiAgJmx0O3NtZDplbmNvZGVkU2lnbmVkTWFyayZndDsgZWxlbWVudCB0eXBlCiAgLS0mZ3Q7CiAg
Jmx0O2NvbXBsZXhUeXBlIG5hbWU9ImVuY29kZWRTaWduZWRNYXJrVHlwZSImZ3Q7CiAgICAmbHQ7
c2ltcGxlQ29udGVudCZndDsKICAgICAgJmx0O2V4dGVuc2lvbiBiYXNlPSJ0b2tlbiImZ3Q7CiAg
ICAgICAgJmx0O2F0dHJpYnV0ZSBuYW1lPSJlbmNvZGluZyIgdHlwZT0idG9rZW4iCiAgICAgICAg
ICBkZWZhdWx0PSJiYXNlNjQiLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7
L3NpbXBsZUNvbnRlbnQmZ3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCgombHQ7L3NjaGVtYSZn
dDsKRU5EPC9wcmU+PC9kaXY+CjxhIG5hbWU9ImFuY2hvcjYiPjwvYT48YnIgLz48aHIgLz4KPHRh
YmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFz
cz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0i
I3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMu
c2VjdGlvbi40LjMiPjwvYT48aDM+NC4zLiZuYnNwOwpNYXJrIFNjaGVtYTwvaDM+Cgo8cD5Db3B5
cmlnaHQgKGMpIDIwMTIgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRpZmllZCBhcyBh
dXRob3JzCiAgICAgIG9mIHRoZSBjb2RlLiBBbGwgcmlnaHRzIHJlc2VydmVkLgo8L3A+CjxwPlJl
ZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Ig
d2l0aG91dAogICAgICBtb2RpZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0
aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlCiAgICAgIG1ldDoKPC9wPgo8cD48L3A+Cjx1bCBj
bGFzcz0idGV4dCI+CjxsaT5SZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRh
aW4gdGhlIGFib3ZlIGNvcHlyaWdodAogICAgICAgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29u
ZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgo8L2xpPgo8bGk+UmVkaXN0cmli
dXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQK
ICAgICAgICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dp
bmcgZGlzY2xhaW1lciBpbiB0aGUKICAgICAgICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVy
IG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZQogICAgICAgICAgZGlzdHJpYnV0aW9uLgo8L2xp
Pgo8bGk+TmVpdGhlciB0aGUgbmFtZSBvZiBJbnRlcm5ldCBTb2NpZXR5LCBJRVRGIG9yIElFVEYg
VHJ1c3QsIG5vciB0aGUKICAgICAgICAgIG5hbWVzIG9mIHNwZWNpZmljIGNvbnRyaWJ1dG9ycywg
bWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9tb3RlCiAgICAgICAgICBwcm9kdWN0cyBkZXJp
dmVkIGZyb20gdGhpcyBzb2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4KICAg
ICAgICAgIHBlcm1pc3Npb24uCjwvbGk+CjwvdWw+Cgo8cD5USElTIFNPRlRXQVJFIElTIFBST1ZJ
REVEIEJZIFRIRSBDT1BZUklHSFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTCiAgICAgICJBUyBJ
UyIgQU5EIEFOWSBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQg
Tk9UCiAgICAgIExJTUlURUQgVE8sIFRIRSBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB
QklMSVRZIEFORCBGSVRORVNTIEZPUiBBCiAgICAgIFBBUlRJQ1VMQVIgUFVSUE9TRSBBUkUgRElT
Q0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIENPUFlSSUdIVCBPV05FUgogICAgICBPUiBD
T05UUklCVVRPUlMgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRB
TCwgU1BFQ0lBTCwKICAgICAgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMIERBTUFHRVMgKElO
Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLAogICAgICBQUk9DVVJFTUVOVCBPRiBTVUJTVElU
VVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IKICAgICAgUFJPRklU
UzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKSBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5ZIFRI
RU9SWSBPRgogICAgICBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVCBMSUFC
SUxJVFksIE9SIFRPUlQgKElOQ0xVRElORwogICAgICBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkg
QVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMKICAgICAgU09GVFdBUkUs
IEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCjwvcD48
ZGl2IHN0eWxlPSdkaXNwbGF5OiB0YWJsZTsgd2lkdGg6IDA7IG1hcmdpbi1sZWZ0OiAzZW07IG1h
cmdpbi1yaWdodDogYXV0byc+PHByZT4KQkVHSU4KJmx0Oz94bWwgdmVyc2lvbj0iMS4wIiBlbmNv
ZGluZz0iVVRGLTgiPyZndDsKJmx0O3NjaGVtYQogIHRhcmdldE5hbWVzcGFjZT0idXJuOmlldGY6
cGFyYW1zOnhtbDpuczptYXJrLTEuMCIKICB4bWxuczptYXJrPSJ1cm46aWV0ZjpwYXJhbXM6eG1s
Om5zOm1hcmstMS4wIgogIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIK
ICBlbGVtZW50Rm9ybURlZmF1bHQ9InF1YWxpZmllZCImZ3Q7CgogICZsdDthbm5vdGF0aW9uJmd0
OwogICAgJmx0O2RvY3VtZW50YXRpb24mZ3Q7CiAgICAgIFNjaGVtYSBmb3IgcmVwcmVzZW50aW5n
IGEgVHJhZGVtYXJrLCBhbHNvIHJlZmVycmVkIHRvCiAgICAgIGFzIE1hcmsuCiAgICAmbHQ7L2Rv
Y3VtZW50YXRpb24mZ3Q7CiAgJmx0Oy9hbm5vdGF0aW9uJmd0OwoKICAmbHQ7IS0tCiAgJmx0O21h
cms6bWFyayZndDsgZWxlbWVudCBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2VsZW1lbnQgbmFt
ZT0ibWFyayIgdHlwZT0ibWFyazptYXJrVHlwZSIvJmd0OwoKICAmbHQ7IS0tCiAgJmx0O21hcms6
bWFyayZndDsgY2hpbGQgZWxlbWVudHMKICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0i
bWFya1R5cGUiJmd0OwogICAgICAmbHQ7c2VxdWVuY2UmZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0iaWQiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAg
ICAgJmx0O2VsZW1lbnQgbmFtZT0ibmFtZSIgdHlwZT0idG9rZW4iCiAgICAgICAgICAgbWluT2Nj
dXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibGFiZWwiIHR5cGU9Im1hcms6
bGFiZWxUeXBlIgogICAgICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSJ1bmJvdW5kZWQi
LyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJpc3N1ZXIiIHR5cGU9InRva2VuIgogICAg
ICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ibnVtYmVy
IiB0eXBlPSJ0b2tlbiIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtl
bGVtZW50IG5hbWU9InR5cGUiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0iY2xhc3MiIHR5cGU9ImludGVnZXIiCiAgICAg
ICAgICBtaW5PY2N1cnM9IjAiIG1heE9jY3Vycz0idW5ib3VuZGVkIi8mZ3Q7CiAgICAgICAgJmx0
O2VsZW1lbnQgbmFtZT0iZW50aXRsZW1lbnQiIHR5cGU9InRva2VuIgogICAgICAgICAgbWluT2Nj
dXJzPSIwIi8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0icmVnRGF0ZSIgdHlwZT0iZGF0
ZSIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtlbGVtZW50IG5hbWU9
ImVmZmVjdGl2ZURhdGUiIHR5cGU9ImRhdGUiCiAgICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsK
ICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJleERhdGUiIHR5cGU9ImRhdGUiCiAgICAgICAgICBt
aW5PY2N1cnM9IjAiLyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJjb3VudHJ5IiB0eXBl
PSJtYXJrOmNjVHlwZSIKICAgICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAgICZsdDtl
bGVtZW50IG5hbWU9InJlZ2lvbiIgdHlwZT0idG9rZW4iCiAgICAgICAgICAgbWluT2NjdXJzPSIw
Ii8mZ3Q7CiAgICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ib3duZXIiIHR5cGU9Im1hcms6Y29udGFj
dFR5cGUiCiAgICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgICAmbHQ7ZWxlbWVudCBu
YW1lPSJjb250YWN0IiB0eXBlPSJtYXJrOmNvbnRhY3RUeXBlIgogICAgICAgICAgbWluT2NjdXJz
PSIwIi8mZ3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgoK
ICAmbHQ7IS0tCiAgRE5TIGxhYmVsIHR5cGUgZGVmaW5pdGlvbgogIC0tJmd0OwogICZsdDtzaW1w
bGVUeXBlIG5hbWU9ImxhYmVsVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9r
ZW4iJmd0OwogICAgICAmbHQ7bWluTGVuZ3RoIHZhbHVlPSIxIi8mZ3Q7CiAgICAgICZsdDttYXhM
ZW5ndGggdmFsdWU9IjI1NSIvJmd0OwogICAgJmx0Oy9yZXN0cmljdGlvbiZndDsKICAmbHQ7L3Np
bXBsZVR5cGUmZ3Q7CgogICZsdDshLS0KICBQb3N0YWwgY29kZSBkZWZpbml0aW9uCiAgLS0mZ3Q7
CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0icGNUeXBlIiZndDsKICAgICZsdDtyZXN0cmljdGlvbiBi
YXNlPSJ0b2tlbiImZ3Q7CiAgICAgICZsdDttYXhMZW5ndGggdmFsdWU9IjE2Ii8mZ3Q7CiAgICAm
bHQ7L3Jlc3RyaWN0aW9uJmd0OwogICZsdDsvc2ltcGxlVHlwZSZndDsKCgogICZsdDshLS0KICBD
b3VudHJ5IGNvZGUgZGVmaW5pdGlvbgogIC0tJmd0OwogICZsdDtzaW1wbGVUeXBlIG5hbWU9ImNj
VHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9rZW4iJmd0OwogICAgICAmbHQ7
bGVuZ3RoIHZhbHVlPSIyIi8mZ3Q7CiAgICAmbHQ7L3Jlc3RyaWN0aW9uJmd0OwogICZsdDsvc2lt
cGxlVHlwZSZndDsKCiAgJmx0OyEtLQogIFBob25lIG51bWJlciB3aXRoIGV4dGVuc2lvbiBkZWZp
bml0aW9uCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9ImUxNjRUeXBlIiZndDsKICAg
ICZsdDtzaW1wbGVDb250ZW50Jmd0OwogICAgICAmbHQ7ZXh0ZW5zaW9uIGJhc2U9Im1hcms6ZTE2
NFN0cmluZ1R5cGUiJmd0OwogICAgICAgICZsdDthdHRyaWJ1dGUgbmFtZT0ieCIgdHlwZT0idG9r
ZW4iLyZndDsKICAgICAgJmx0Oy9leHRlbnNpb24mZ3Q7CiAgICAmbHQ7L3NpbXBsZUNvbnRlbnQm
Z3Q7CiAgJmx0Oy9jb21wbGV4VHlwZSZndDsKCiAgJmx0OyEtLQogIFBob25lIG51bWJlciB3aXRo
IGV4dGVuc2lvbiBkZWZpbml0aW9uCiAgLS0mZ3Q7CiAgJmx0O3NpbXBsZVR5cGUgbmFtZT0iZTE2
NFN0cmluZ1R5cGUiJmd0OwogICAgJmx0O3Jlc3RyaWN0aW9uIGJhc2U9InRva2VuIiZndDsKICAg
ICAgJmx0O3BhdHRlcm4gdmFsdWU9IihcK1swLTldezEsM31cLlswLTldezEsMTR9KT8iLyZndDsK
ICAgICAgJmx0O21heExlbmd0aCB2YWx1ZT0iMTciLyZndDsKICAgICZsdDsvcmVzdHJpY3Rpb24m
Z3Q7CiAgJmx0Oy9zaW1wbGVUeXBlJmd0OwoKICAmbHQ7IS0tCiAgQWRkcmVzcyAoJmx0O21hcms6
YWRkciZndDspIGNoaWxkIGVsZW1lbnRzCiAgLS0mZ3Q7CiAgJmx0O2NvbXBsZXhUeXBlIG5hbWU9
ImFkZHJUeXBlIiZndDsKICAgICZsdDtzZXF1ZW5jZSZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFt
ZT0ic3RyZWV0IiB0eXBlPSJ0b2tlbiIKICAgICAgIG1pbk9jY3Vycz0iMCIgbWF4T2NjdXJzPSIz
Ii8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImNpdHkiIHR5cGU9InRva2VuIgogICAgICAg
bWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9InNwIiB0eXBlPSJ0b2tl
biIKICAgICAgIG1pbk9jY3Vycz0iMCIvJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJwYyIg
dHlwZT0ibWFyazpwY1R5cGUiCiAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2Vs
ZW1lbnQgbmFtZT0iY2MiIHR5cGU9Im1hcms6Y2NUeXBlIgogICAgICAgbWluT2NjdXJzPSIwIi8m
Z3Q7CiAgICAmbHQ7L3NlcXVlbmNlJmd0OwogICZsdDsvY29tcGxleFR5cGUmZ3Q7CgogICZsdDsh
LS0KICBUeXBlIHVzZWQgZm9yIGVtYWlsIGFkZHJlc3NlcwogIC0tJmd0OwogICZsdDtzaW1wbGVU
eXBlIG5hbWU9Im1pblRva2VuVHlwZSImZ3Q7CiAgICAmbHQ7cmVzdHJpY3Rpb24gYmFzZT0idG9r
ZW4iJmd0OwogICAgICAmbHQ7bWluTGVuZ3RoIHZhbHVlPSIxIi8mZ3Q7CiAgICAmbHQ7L3Jlc3Ry
aWN0aW9uJmd0OwogICZsdDsvc2ltcGxlVHlwZSZndDsKCiAgJmx0OyEtLQogIENvbnRhY3QgKCZs
dDttYXJrOm93bmVyJmd0OyBvciAmbHQ7bWFyazpjb250YWN0Jmd0OykgY2hpbGQgZWxlbWVudHMK
ICAtLSZndDsKICAmbHQ7Y29tcGxleFR5cGUgbmFtZT0iY29udGFjdFR5cGUiJmd0OwogICAgJmx0
O3NlcXVlbmNlJmd0OwogICAgICAmbHQ7ZWxlbWVudCBuYW1lPSJuYW1lIiB0eXBlPSJ0b2tlbiIK
ICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0ib3JnIiB0
eXBlPSJ0b2tlbiIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2VsZW1lbnQg
bmFtZT0iYWRkciIgdHlwZT0ibWFyazphZGRyVHlwZSIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZn
dDsKICAgICAgJmx0O2VsZW1lbnQgbmFtZT0idm9pY2UiIHR5cGU9Im1hcms6ZTE2NFR5cGUiCiAg
ICAgICAgbWluT2NjdXJzPSIwIi8mZ3Q7CiAgICAgICZsdDtlbGVtZW50IG5hbWU9ImZheCIgdHlw
ZT0ibWFyazplMTY0VHlwZSIKICAgICAgICBtaW5PY2N1cnM9IjAiLyZndDsKICAgICAgJmx0O2Vs
ZW1lbnQgbmFtZT0iZW1haWwiIHR5cGU9Im1hcms6bWluVG9rZW5UeXBlIgogICAgICAgIG1pbk9j
Y3Vycz0iMCIvJmd0OwogICAgJmx0Oy9zZXF1ZW5jZSZndDsKICAmbHQ7L2NvbXBsZXhUeXBlJmd0
OwoKJmx0Oy9zY2hlbWEmZ3Q7CkVORDwvcHJlPjwvZGl2Pgo8YSBuYW1lPSJBY2tub3dsZWRnZW1l
bnRzIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5n
PSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRk
IGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwv
dHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNSI+PC9hPjxoMz41LiZuYnNwOwpBY2tu
b3dsZWRnZW1lbnRzPC9oMz4KCjxwPlt0byBiZSBmaWxsZWQgaW5dCjwvcD4KPGEgbmFtZT0iYW5j
aG9yNyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjYiPjwvYT48aDM+Ni4mbmJzcDsKQ2hh
bmdlIEhpc3Rvcnk8L2gzPgoKPGEgbmFtZT0iY2hhbmdlLTAwLXRvLTAxIj48L2E+PGJyIC8+PGhy
IC8+Cjx0YWJsZSBzdW1tYXJ5PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0i
MiIgY2xhc3M9IlRPQ2J1ZyIgYWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxh
IGhyZWY9IiN0b2MiPiZuYnNwO1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFt
ZT0icmZjLnNlY3Rpb24uNi4xIj48L2E+PGgzPjYuMS4mbmJzcDsKQ2hhbmdlIGZyb20gMDAgdG8g
MDE8L2gzPgoKPHA+PC9wPgo8b2wgY2xhc3M9InRleHQiPgo8bGk+Q2hhbmdlZCB0byB1c2UgY2Ft
ZWwgY2FzZSBmb3IgdGhlIFhNTCBlbGVtZW50cy4KPC9saT4KPGxpPlJlcGxhY2VkICJjYW5jZWxs
ZWQiIHN0YXR1cyB0byAicmVqZWN0ZWQiIHN0YXR1cy4KPC9saT4KPGxpPkFkZGVkIHRoZSBjaGls
ZCBlbGVtZW50cyBvZiB0aGUgJmx0O2NsYWltJmd0OyBlbGVtZW50Lgo8L2xpPgo8bGk+UmVtb3Zl
ZCB0aGUgWE1MIHNjaGVtYSBhbmQgcmVwbGFjZWQgd2l0aCAiW1RCRF0iLgo8L2xpPgo8L29sPgoK
PGEgbmFtZT0iY2hhbmdlLTAxLXRvLTAyIj48L2E+PGJyIC8+PGhyIC8+Cjx0YWJsZSBzdW1tYXJ5
PSJsYXlvdXQiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMiIgY2xhc3M9IlRPQ2J1ZyIg
YWxpZ249InJpZ2h0Ij48dHI+PHRkIGNsYXNzPSJUT0NidWciPjxhIGhyZWY9IiN0b2MiPiZuYnNw
O1RPQyZuYnNwOzwvYT48L3RkPjwvdHI+PC90YWJsZT4KPGEgbmFtZT0icmZjLnNlY3Rpb24uNi4y
Ij48L2E+PGgzPjYuMi4mbmJzcDsKQ2hhbmdlIGZyb20gMDEgdG8gMDI8L2gzPgoKPHA+PC9wPgo8
b2wgY2xhc3M9InRleHQiPgo8bGk+QWRkZWQgc3VwcG9ydCBmb3IgYm90aCB0aGUgSUNBTk4gYW5k
IEFSSS9OZXVzdGFyIFRNQ0ggbW9kZWxzLgo8L2xpPgo8bGk+Q2hhbmdlZCB0aGUgbmFtZXNwYWNl
IFVSSSBhbmQgcHJlZml4IHRvIHVzZSAibGF1bmNoIiBpbnN0ZWFkIG9mICJsYXVuY2hwaGFzZSIu
CjwvbGk+CjxsaT5BZGRlZCBkZWZpbml0aW9uIG9mIG11bHRpcGxlIGNsYWltIHZhbGlkYXRpb24g
bW9kZWxzLgo8L2xpPgo8bGk+QWRkZWQgdGhlICZsdDtsYXVuY2g6c2lnbmVkQ2xhaW0mZ3Q7IGFu
ZCAmbHQ7bGF1bmNoOnNpZ25lZE5vdGljZSZndDsgZWxlbWVudHMuCjwvbGk+CjxsaT5BZGRlZCBz
dXBwb3J0IGZvciBDbGFpbXMgSW5mbyBDb21tYW5kCjwvbGk+Cjwvb2w+Cgo8YSBuYW1lPSJjaGFu
Z2UtMDItdG8tMDMiPjwvYT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2Vs
bHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQi
Pjx0cj48dGQgY2xhc3M9IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9h
PjwvdGQ+PC90cj48L3RhYmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi42LjMiPjwvYT48aDM+Ni4z
LiZuYnNwOwpDaGFuZ2UgZnJvbSAwMiB0byAwMzwvaDM+Cgo8cD48L3A+CjxvbCBjbGFzcz0idGV4
dCI+CjxsaT5SZW1vdmVkIFhTSSBuYW1lc3BhY2UgcGVyIEtlaXRoIEdhdWdoYW4ncyBzdWdnZXN0
aW9uIG9uIHRoZSBwcm92cmVnIGxpc3QuCjwvbGk+CjxsaT5BZGRlZCBleHRlbnNpYmlsaXR5IHRv
IHRoZSBsYXVuY2g6c3RhdHVzIGVsZW1lbnQgYW5kIGFkZGVkIHRoZSAKICAgICAgICBwZW5kaW5n
QXVjdGlvbiBzdGF0dXMgcGVyIFRydW5nIFRyYW4ncyBmZWVkYmFjayBvbiB0aGUgcHJvdnJlZyBs
aXN0Lgo8L2xpPgo8bGk+QWRkZWQgc3VwcG9ydCBmb3IgdGhlIENsYWltcyBDaGVjayBDb21tYW5k
LCB1cGRhdGVkIHRoZSBsb2NhdGlvbiBhbmQgCiAgICAgICAgY29udGVudHMgb2YgdGhlIHNpZ25l
ZE5vdGljZSwgYW5kIHJlcGxhY2VkIG1vc3QgcmVmZXJlbmNlcyBvZiBDbGFpbSB0byBNYXJrIAog
ICAgICAgIGJhc2VkIG9uIHRoZSB3b3JrIGJlaW5nIGRvbmUgb24gdGhlIEFSSS9OZXVzdGFyIGxh
dW5jaCBtb2RlbC4KPC9saT4KPC9vbD4KCjxhIG5hbWU9ImNoYW5nZS0wMy10by0wNCI+PC9hPjxi
ciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNw
YWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9D
YnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+
CjxhIG5hbWU9InJmYy5zZWN0aW9uLjYuNCI+PC9hPjxoMz42LjQuJm5ic3A7CkNoYW5nZSBmcm9t
IDAzIHRvIDA0PC9oMz4KCjxwPjwvcD4KPG9sIGNsYXNzPSJ0ZXh0Ij4KPGxpPlJlbW92ZWQgcmVm
ZXJlbmNlcyB0byB0aGUgSUNBTk4gbW9kZWwuCjwvbGk+CjxsaT5SZW1vdmVkIHN1cHBvcnQgZm9y
IHRoZSBDbGFpbXMgSW5mbyBDb21tYW5kLgo8L2xpPgo8bGk+UmVtb3ZlZCB1c2Ugb2YgdGhlIHNp
Z25lZENsYWltLgo8L2xpPgo8bGk+UmV2aXNlZCB0aGUgbWV0aG9kIGZvciByZWZlcnJpbmcgdG8g
dGhlIHNpZ25lZENsYWltIGZyb20gdGhlIFhNTCBTaWduYXR1cmUgdXNpbmcgdGhlIElEUkVGIFVS
SS4KPC9saT4KPGxpPlNwbGl0IHRoZSBsYXVuY2gtMS4wLnhzZCBpbnRvIHRocmVlIFhNTCBzY2hl
bWFzIGluY2x1ZGluZyBsYXVuY2gtMS4wLnhzZCwgc2lnbmVNYXJrLTEuMC54c2QsIGFuZCBtYXJr
LTEuMC54c2QuCjwvbGk+CjxsaT5TcGxpdCB0aGUgImNsYWltcyIgbGF1bmNoIHBoYXNlIHRvIHRo
ZSAiY2xhaW1zMSIgYW5kICJjbGFpbXMyIiBsYXVuY2ggcGhhc2VzLgo8L2xpPgo8bGk+QWRkZWQg
c3VwcG9ydCBmb3IgdGhlIGVuY29kZWRTaWduZWRNYXJrIHdpdGggYmFzZTY0IGVuY29kZWQgc2ln
bmVkTWFyay4KPC9saT4KPGxpPkNoYW5nZWQgdGhlIGVsZW1lbnRzIGluIHRoZSBjcmVhdGVOb3Rp
Y2VUeXBlIHRvIGluY2x1ZGUgdGhlIG5vdGljZUlELCB0aW1lc3RhbXAsIGFuZCB0aGUgc291cmNl
IGVsZW1lbnRzLgo8L2xpPgo8bGk+QWRkZWQgdGhlIGNsYXNzIGFuZCBlZmZlY3RpdmVEYXRlIGVs
ZW1lbnRzIHRvIG1hcmsuCjwvbGk+Cjwvb2w+Cgo8YSBuYW1lPSJjaGFuZ2UtMDQtdG8tMDUiPjwv
YT48YnIgLz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNl
bGxzcGFjaW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9
IlRPQ2J1ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3Rh
YmxlPgo8YSBuYW1lPSJyZmMuc2VjdGlvbi42LjUiPjwvYT48aDM+Ni41LiZuYnNwOwpDaGFuZ2Ug
ZnJvbSAwNCB0byAwNTwvaDM+Cgo8cD48L3A+CjxvbCBjbGFzcz0idGV4dCI+CjxsaT5SZW1vdmVk
IHJlZmVyZW5jZSB0byAmbHQ7c21kOnpvbmUmZ3Q7IGluIHRoZSAmbHQ7c21kOnNpZ25lZE1hcmsm
Z3Q7IGV4YW1wbGUuCjwvbGk+CjxsaT5JbmNvcnBvcmF0ZWQgZmVlZGJhY2sgZnJvbSBCZXJuaGFy
ZCBSZXV0bmVyLUZpc2NoZXIgb24gdGhlIHByb3ZyZWcgbWFpbCBsaXN0Lgo8L2xpPgo8bGk+QWRk
ZWQgbWlzc2luZyBsYXVuY2ggWE1MIHByZWZpeCB0byBhcHBsaWNhdGlvbklEVHlwZSByZWZlcmVu
Y2UgaW4gdGhlIGlkQ29udGFpbmVyVHlwZSBvZiB0aGUgTGF1bmNoIFNjaGVtYS4KPC9saT4KPGxp
PkFkZGVkIG1pc3NpbmcgZGVzY3JpcHRpb24gb2YgdGhlICZsdDttYXJrOnBjJmd0OyBlbGVtZW50
IGluIHRoZSAmbHQ7bWFyazphZGRyJmd0OyBlbGVtZW50Lgo8L2xpPgo8L29sPgoKPGEgbmFtZT0i
SUFOQSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5b3V0IiBjZWxscGFkZGlu
Zz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWduPSJyaWdodCI+PHRyPjx0
ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0MmbmJzcDs8L2E+PC90ZD48
L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjciPjwvYT48aDM+Ny4mbmJzcDsKSUFO
QSBDb25zaWRlcmF0aW9uczwvaDM+Cgo8cD4KICAgICAgICAgICAgIFRoaXMgZG9jdW1lbnQgdXNl
cyBVUk5zIHRvIGRlc2NyaWJlIFhNTCBuYW1lc3BhY2VzIGFuZCBYTUwgc2NoZW1hcwogICAgICAg
ICAgICAgY29uZm9ybWluZyB0byBhIHJlZ2lzdHJ5IG1lY2hhbmlzbSBkZXNjcmliZWQgaW4gPGEg
Y2xhc3M9J2luZm8nIGhyZWY9JyNSRkMzNjg4Jz5bUkZDMzY4OF08c3Bhbj4gKDwvc3Bhbj48c3Bh
biBjbGFzcz0naW5mbyc+TWVhbGxpbmcsIE0uLCAmbGRxdW87VGhlIElFVEYgWE1MIFJlZ2lzdHJ5
LCZyZHF1bzsgSmFudWFyeSZuYnNwOzIwMDQuPC9zcGFuPjxzcGFuPik8L3NwYW4+PC9hPi4KICAg
ICAgICAgICAgIFRocmVlIFVSSSBhc3NpZ25tZW50cyBoYXZlIGJlZW4gcmVnaXN0ZXJlZCBieSB0
aGUgSUFOQS4KICAgICAgICAgCjwvcD4KPHA+UmVnaXN0cmF0aW9uIHJlcXVlc3QgZm9yIHRoZSBM
YXVuY2ggbmFtZXNwYWNlOgo8L3A+CjxwPgogICAgICAgICAgICAgPC9wPgo8YmxvY2txdW90ZSBj
bGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpuczpsYXVuY2gtMS4wCjwv
cD4KPHA+UmVnaXN0cmFudCBDb250YWN0OiBTZWUgdGhlICZxdW90O0F1dGhvciYjMDM5O3MgQWRk
cmVzcyZxdW90OyBzZWN0aW9uIG9mIHRoaXMgZG9jdW1lbnQuCjwvcD4KPHA+WE1MOiBOb25lLiAg
TmFtZXNwYWNlIFVSSXMgZG8gbm90IHJlcHJlc2VudCBhbiBYTUwgc3BlY2lmaWNhdGlvbi4KPC9w
Pgo8L2Jsb2NrcXVvdGU+PHA+CiAgICAgICAgIAo8L3A+CjxwPlJlZ2lzdHJhdGlvbiByZXF1ZXN0
IGZvciB0aGUgU2lnbmVkIG1hcmsgbmFtZXNwYWNlOgo8L3A+CjxwPgogICAgICAgICAgICAgPC9w
Pgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6cGFyYW1zOnhtbDpu
czpzaWduZWRNYXJrLTEuMAo8L3A+CjxwPlJlZ2lzdHJhbnQgQ29udGFjdDogU2VlIHRoZSAmcXVv
dDtBdXRob3ImIzAzOTtzIEFkZHJlc3MmcXVvdDsgc2VjdGlvbiBvZiB0aGlzIGRvY3VtZW50Lgo8
L3A+CjxwPlhNTDogTm9uZS4gIE5hbWVzcGFjZSBVUklzIGRvIG5vdCByZXByZXNlbnQgYW4gWE1M
IHNwZWNpZmljYXRpb24uCjwvcD4KPC9ibG9ja3F1b3RlPjxwPgogICAgICAgICAKPC9wPgo8cD5S
ZWdpc3RyYXRpb24gcmVxdWVzdCBmb3IgdGhlIE1hcmsgbmFtZXNwYWNlOgo8L3A+CjxwPgogICAg
ICAgICAgICAgPC9wPgo8YmxvY2txdW90ZSBjbGFzcz0idGV4dCI+CjxwPlVSSTogdXJuOmlldGY6
cGFyYW1zOnhtbDpuczptYXJrLTEuMAo8L3A+CjxwPlJlZ2lzdHJhbnQgQ29udGFjdDogU2VlIHRo
ZSAmcXVvdDtBdXRob3ImIzAzOTtzIEFkZHJlc3MmcXVvdDsgc2VjdGlvbiBvZiB0aGlzIGRvY3Vt
ZW50Lgo8L3A+CjxwPlhNTDogTm9uZS4gIE5hbWVzcGFjZSBVUklzIGRvIG5vdCByZXByZXNlbnQg
YW4gWE1MIHNwZWNpZmljYXRpb24uCjwvcD4KPC9ibG9ja3F1b3RlPjxwPgogICAgICAgICAKPC9w
Pgo8YSBuYW1lPSJTZWN1cml0eSI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5
b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWdu
PSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0Mm
bmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxhIG5hbWU9InJmYy5zZWN0aW9uLjgiPjwvYT48
aDM+OC4mbmJzcDsKU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L2gzPgoKPHA+VGhlIG1hcHBpbmcg
ZXh0ZW5zaW9ucyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBkbyBub3QgcHJvdmlkZSBhbnkK
ICAgICAgc2VjdXJpdHkgc2VydmljZXMgYmV5b25kIHRob3NlIGRlc2NyaWJlZCBieSA8YSBjbGFz
cz0naW5mbycgaHJlZj0nI1JGQzU3MzAnPkVQUDxzcGFuPiAoPC9zcGFuPjxzcGFuIGNsYXNzPSdp
bmZvJz5Ib2xsZW5iZWNrLCBTLiwgJmxkcXVvO0V4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3Rv
Y29sIChFUFApLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+PHNwYW4+KTwvc3Bhbj48
L2E+IFtSRkM1NzMwXSwgdGhlIDxhIGNsYXNzPSdpbmZvJyBocmVmPScjUkZDNTczMSc+RVBQIGRv
bWFpbiBuYW1lCiAgICAgIG1hcHBpbmc8c3Bhbj4gKDwvc3Bhbj48c3BhbiBjbGFzcz0naW5mbyc+
SG9sbGVuYmVjaywgUy4sICZsZHF1bztFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAo
RVBQKSBEb21haW4gTmFtZSBNYXBwaW5nLCZyZHF1bzsgQXVndXN0Jm5ic3A7MjAwOS48L3NwYW4+
PHNwYW4+KTwvc3Bhbj48L2E+IFtSRkM1NzMxXSwgYW5kIHByb3RvY29sIGxheWVycyB1c2VkIGJ5
IEVQUC4gVGhlIHNlY3VyaXR5CiAgICAgIGNvbnNpZGVyYXRpb25zIGRlc2NyaWJlZCBpbiB0aGVz
ZSBvdGhlciBzcGVjaWZpY2F0aW9ucyBhcHBseSB0byB0aGlzCiAgICAgIHNwZWNpZmljYXRpb24g
YXMgd2VsbC4KPC9wPgo8cD5VcGRhdGVzIHRvLCBhbmQgZGVsZXRpb24gb2YgYW4gYXBwbGljYXRp
b24gb2JqZWN0IG11c3QgYmUgcmVzdHJpY3RlZAogICAgICB0byBjbGllbnRzIGF1dGhvcml6ZWQg
dG8gcGVyZm9ybSB0aGUgc2FpZCBvcGVyYXRpb24gb24gdGhlIG9iamVjdC4KPC9wPgo8cD5BcyBp
bmZvcm1hdGlvbiBjb250YWluZWQgd2l0aGluIGFuIGFwcGxpY2F0aW9uLCBvciBldmVuIHRoZSBt
ZXJlIGZhY3QKICAgICAgdGhhdCBhbiBhcHBsaWNhdGlvbiBleGlzdHMgbWF5IGJlIGNvbmZpZGVu
dGlhbC4gQW55IGF0dGVtcHQgdG8gb3BlcmF0ZQogICAgICBvbiBhbiBhcHBsaWNhdGlvbiBvYmpl
Y3QgYnkgYW4gdW5hdXRob3JpemVkIGNsaWVudCBNVVNUIGJlIHJlamVjdGVkIHdpdGgKICAgICAg
YW4gRVBQIDIzMDMgKG9iamVjdCBkb2VzIG5vdCBleGlzdCkgb3IgYW4gYXBwcm9wcmlhdGUgYXVo
b3JpemF0aW9uCiAgICAgIGVycm9yLiBTZXJ2ZXIgcG9saWN5IG1heSBhbGxvdyAmbHQ7aW5mbyZn
dDsgb3BlcmF0aW9uIHdpdGggZmlsdGVyZWQKICAgICAgb3V0cHV0IGJ5IGNsaWVudHMgb3RoZXIg
dGhhbiB0aGUgc3BvbnNvcmluZyBjbGllbnQsIGluIHdoaWNoIGNhc2UgdGhlCiAgICAgICZsdDtk
b21haW46aW5mRGF0YSZndDsgYW5kICZsdDtsYXVuY2g6aW5mRGF0YSZndDsgcmVzcG9uc2UgU0hP
VUxEIGJlCiAgICAgIGZpbHRlcmVkIHRvIGluY2x1ZGUgb25seSBmaWVsZHMgdGhhdCBhcmUgcHVi
bGljbHkgYWNjZXNzaWJsZS4KPC9wPgo8YSBuYW1lPSJyZmMucmVmZXJlbmNlczEiPjwvYT48YnIg
Lz48aHIgLz4KPHRhYmxlIHN1bW1hcnk9ImxheW91dCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFj
aW5nPSIyIiBjbGFzcz0iVE9DYnVnIiBhbGlnbj0icmlnaHQiPjx0cj48dGQgY2xhc3M9IlRPQ2J1
ZyI+PGEgaHJlZj0iI3RvYyI+Jm5ic3A7VE9DJm5ic3A7PC9hPjwvdGQ+PC90cj48L3RhYmxlPgo8
aDM+OS4mbmJzcDtOb3JtYXRpdmUgUmVmZXJlbmNlczwvaDM+Cjx0YWJsZSB3aWR0aD0iOTklIiBi
b3JkZXI9IjAiPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0b3AiPjxhIG5h
bWU9IlJGQzIwNDUiPltSRkMyMDQ1XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48
YSBocmVmPSJtYWlsdG86bmVkQGlubm9zb2Z0LmNvbSI+RnJlZWQsIE4uPC9hPiBhbmQgPGEgaHJl
Zj0ibWFpbHRvOm5zYkBuc2IuZnYuY29tIj5OLiBCb3JlbnN0ZWluPC9hPiwgJmxkcXVvOzxhIGhy
ZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzIwNDUiPk11bHRpcHVycG9zZSBJbnRl
cm5ldCBNYWlsIEV4dGVuc2lvbnMgKE1JTUUpIFBhcnQgT25lOiBGb3JtYXQgb2YgSW50ZXJuZXQg
TWVzc2FnZSBCb2RpZXM8L2E+LCZyZHF1bzsgUkZDJm5ic3A7MjA0NSwgTm92ZW1iZXImbmJzcDsx
OTk2ICg8YSBocmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyMDQ1LnR4dCI+
VFhUPC9hPikuPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCIgdmFsaWduPSJ0
b3AiPjxhIG5hbWU9IlJGQzIxMTkiPltSRkMyMTE5XTwvYT48L3RkPgo8dGQgY2xhc3M9ImF1dGhv
ci10ZXh0Ij48YSBocmVmPSJtYWlsdG86c29iQGhhcnZhcmQuZWR1Ij5CcmFkbmVyLCBTLjwvYT4s
ICZsZHF1bzs8YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmMyMTE5Ij5LZXkg
d29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlIFJlcXVpcmVtZW50IExldmVsczwvYT4s
JnJkcXVvOyBCQ1AmbmJzcDsxNCwgUkZDJm5ic3A7MjExOSwgTWFyY2gmbmJzcDsxOTk3ICg8YSBo
cmVmPSJodHRwOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmMyMTE5LnR4dCI+VFhUPC9hPiwg
PGEgaHJlZj0iaHR0cDovL3htbC5yZXNvdXJjZS5vcmcvcHVibGljL3JmYy9odG1sL3JmYzIxMTku
aHRtbCI+SFRNTDwvYT4sIDxhIGhyZWY9Imh0dHA6Ly94bWwucmVzb3VyY2Uub3JnL3B1YmxpYy9y
ZmMveG1sL3JmYzIxMTkueG1sIj5YTUw8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1
dGhvci10ZXh0IiB2YWxpZ249InRvcCI+PGEgbmFtZT0iUkZDMzY4OCI+W1JGQzM2ODhdPC9hPjwv
dGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPk1lYWxsaW5nLCBNLiwgJmxkcXVvOzxhIGhyZWY9
Imh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzM2ODgiPlRoZSBJRVRGIFhNTCBSZWdpc3Ry
eTwvYT4sJnJkcXVvOyBCQ1AmbmJzcDs4MSwgUkZDJm5ic3A7MzY4OCwgSmFudWFyeSZuYnNwOzIw
MDQgKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzM2ODgudHh0Ij5U
WFQ8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRv
cCI+PGEgbmFtZT0iUkZDNTczMCI+W1JGQzU3MzBdPC9hPjwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9y
LXRleHQiPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYu
b3JnL2h0bWwvcmZjNTczMCI+RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCk8
L2E+LCZyZHF1bzsgU1REJm5ic3A7NjksIFJGQyZuYnNwOzU3MzAsIEF1Z3VzdCZuYnNwOzIwMDkg
KDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzU3MzAudHh0Ij5UWFQ8
L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRvcCI+
PGEgbmFtZT0iUkZDNTczMSI+W1JGQzU3MzFdPC9hPjwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiPkhvbGxlbmJlY2ssIFMuLCAmbGRxdW87PGEgaHJlZj0iaHR0cDovL3Rvb2xzLmlldGYub3Jn
L2h0bWwvcmZjNTczMSI+RXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgKEVQUCkgRG9t
YWluIE5hbWUgTWFwcGluZzwvYT4sJnJkcXVvOyBTVEQmbmJzcDs2OSwgUkZDJm5ic3A7NTczMSwg
QXVndXN0Jm5ic3A7MjAwOSAoPGEgaHJlZj0iaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMv
cmZjNTczMS50eHQiPlRYVDwvYT4pLjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiIHZhbGlnbj0idG9wIj48YSBuYW1lPSJSRkM1NzMzIj5bUkZDNTczM108L2E+PC90ZD4KPHRk
IGNsYXNzPSJhdXRob3ItdGV4dCI+SG9sbGVuYmVjaywgUy4sICZsZHF1bzs8YSBocmVmPSJodHRw
Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1NzMzIj5FeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQ
cm90b2NvbCAoRVBQKSBDb250YWN0IE1hcHBpbmc8L2E+LCZyZHF1bzsgU1REJm5ic3A7NjksIFJG
QyZuYnNwOzU3MzMsIEF1Z3VzdCZuYnNwOzIwMDkgKDxhIGhyZWY9Imh0dHA6Ly93d3cucmZjLWVk
aXRvci5vcmcvcmZjL3JmYzU3MzMudHh0Ij5UWFQ8L2E+KS48L3RkPjwvdHI+Cjx0cj48dGQgY2xh
c3M9ImF1dGhvci10ZXh0IiB2YWxpZ249InRvcCI+PGEgbmFtZT0iV0lQTy5TVDMiPltXSVBPLlNU
M108L2E+PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+V0lQTywgJmxkcXVvOzxhIGhyZWY9
Imh0dHA6Ly93d3cud2lwby5pbnQvc3RhbmRhcmRzL2VuL3BkZi8wMy0wMy0wMS5wZGYiPlJlY29t
bWVuZGVkIHN0YW5kYXJkIG9uIHR3by1sZXR0ZXIgY29kZXMgZm9yIHRoZSByZXByZXNlbnRhdGlv
biBvZiBzdGF0ZXMsIG90aGVyIGVudGl0aWVzIGFuZCBpbnRlcmdvdmVybm1lbnRhbCBvcmdhbml6
YXRpb25zPC9hPiwmcmRxdW87IE1hcmNoJm5ic3A7MjAwNy48L3RkPjwvdHI+CjwvdGFibGU+Cgo8
YSBuYW1lPSJyZmMuYXV0aG9ycyI+PC9hPjxiciAvPjxociAvPgo8dGFibGUgc3VtbWFyeT0ibGF5
b3V0IiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9IjIiIGNsYXNzPSJUT0NidWciIGFsaWdu
PSJyaWdodCI+PHRyPjx0ZCBjbGFzcz0iVE9DYnVnIj48YSBocmVmPSIjdG9jIj4mbmJzcDtUT0Mm
bmJzcDs8L2E+PC90ZD48L3RyPjwvdGFibGU+CjxoMz5BdXRob3JzJyBBZGRyZXNzZXM8L2gzPgo8
dGFibGUgd2lkdGg9Ijk5JSIgYm9yZGVyPSIwIiBjZWxscGFkZGluZz0iMCIgY2VsbHNwYWNpbmc9
IjAiPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJh
dXRob3ItdGV4dCI+V2lsIFRhbjwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQi
PiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPkNsb3VkIFJlZ2lzdHJ5PC90ZD48
L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJh
dXRob3ItdGV4dCI+U3VpdGUgMzIgU2VhYnJpZGdlIEhvdXNlPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Mzc3
IEtlbnQgU3Q8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3Rk
Pgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5TeWRuZXksIE5TVyAgMjAwMDwvdGQ+PC90cj4KPHRy
Pjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRl
eHQiPkFVPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+UGhv
bmU6Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+KzYxIDQxNCA3MTA4OTk8L3Rk
PjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvciIgYWxpZ249InJpZ2h0Ij5FbWFpbDombmJzcDs8
L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJtYWlsdG86d2lsQGNsb3VkcmVn
aXN0cnkubmV0Ij53aWxAY2xvdWRyZWdpc3RyeS5uZXQ8L2E+PC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+VVJJOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0
aG9yLXRleHQiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2xvdWRyZWdpc3RyeS5uZXQiPmh0dHA6Ly93
d3cuY2xvdWRyZWdpc3RyeS5uZXQ8L2E+PC90ZD48L3RyPgo8dHIgY2VsbHBhZGRpbmc9IjMiPjx0
ZD4mbmJzcDs8L3RkPjx0ZD4mbmJzcDs8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10
ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5HYXZpbiBCcm93bjwvdGQ+
PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0i
YXV0aG9yLXRleHQiPkNlbnRyYWxOaWMgTHRkPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRo
b3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+MzUtMzkgTW9vcmVn
YXRlPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRk
IGNsYXNzPSJhdXRob3ItdGV4dCI+TG9uZG9uLCBFbmdsYW5kICBFQzJSIDZBUjwvdGQ+PC90cj4K
PHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9y
LXRleHQiPkdCPC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+
UGhvbmU6Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+KzQ0IDg3MDAgMTcwIDkw
MDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPkVtYWlsOiZu
YnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1haWx0bzpnYXZpbi5i
cm93bkBjZW50cmFsbmljLmNvbSI+Z2F2aW4uYnJvd25AY2VudHJhbG5pYy5jb208L2E+PC90ZD48
L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3IiIGFsaWduPSJyaWdodCI+VVJJOiZuYnNwOzwvdGQ+
Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Imh0dHA6Ly93d3cuY2VudHJhbG5pYy5j
b20iPmh0dHA6Ly93d3cuY2VudHJhbG5pYy5jb208L2E+PC90ZD48L3RyPgo8dHIgY2VsbHBhZGRp
bmc9IjMiPjx0ZD4mbmJzcDs8L3RkPjx0ZD4mbmJzcDs8L3RkPjwvdHI+Cjx0cj48dGQgY2xhc3M9
ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij5KYW1lcyBH
b3VsZDwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPiZuYnNwOzwvdGQ+Cjx0
ZCBjbGFzcz0iYXV0aG9yLXRleHQiPlZlcmlTaWduLCBJbmMuPC90ZD48L3RyPgo8dHI+PHRkIGNs
YXNzPSJhdXRob3ItdGV4dCI+Jm5ic3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+MTIw
NjEgQmx1ZW1vbnQgV2F5PC90ZD48L3RyPgo8dHI+PHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+Jm5i
c3A7PC90ZD4KPHRkIGNsYXNzPSJhdXRob3ItdGV4dCI+UmVzdG9uLCBWQSAgMjAxOTA8L3RkPjwv
dHI+Cjx0cj48dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij4mbmJzcDs8L3RkPgo8dGQgY2xhc3M9ImF1
dGhvci10ZXh0Ij5VUzwvdGQ+PC90cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmln
aHQiPkVtYWlsOiZuYnNwOzwvdGQ+Cjx0ZCBjbGFzcz0iYXV0aG9yLXRleHQiPjxhIGhyZWY9Im1h
aWx0bzpqZ291bGRAdmVyaXNpZ24uY29tIj5qZ291bGRAdmVyaXNpZ24uY29tPC9hPjwvdGQ+PC90
cj4KPHRyPjx0ZCBjbGFzcz0iYXV0aG9yIiBhbGlnbj0icmlnaHQiPlVSSTombmJzcDs8L3RkPgo8
dGQgY2xhc3M9ImF1dGhvci10ZXh0Ij48YSBocmVmPSJodHRwOi8vd3d3LnZlcmlzaWduaW5jLmNv
bSI+aHR0cDovL3d3dy52ZXJpc2lnbmluYy5jb208L2E+PC90ZD48L3RyPgo8L3RhYmxlPgo8L2Jv
ZHk+PC9odG1sPgo=

--_003_C41D7AF7FCECBE44940E9477E8E70D7A0D740702BRN1WNEXMBX02vc_--

From rep.dot.nop@gmail.com  Thu Dec 13 07:38:23 2012
Return-Path: <rep.dot.nop@gmail.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D05521F87F6 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 07:38:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05WMV7sIojZ5 for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 07:38:22 -0800 (PST)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id C365521F87CC for <provreg@ietf.org>; Thu, 13 Dec 2012 07:38:18 -0800 (PST)
Received: by mail-vb0-f44.google.com with SMTP id fc26so2436616vbb.31 for <provreg@ietf.org>; Thu, 13 Dec 2012 07:38:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2dLwAwkEFoyfYRmWqEQXuQyskU3Rv8drZDDTHYnpr5o=; b=mjhWexdw5zPsd+6f6eOJejoMvEotFVT7O6rkfVXjF5RbuxrqyDTS283MFXVe/wEeoH BKAj+tIar/SandbdiPhr6KB6AfsZGFmX5roPR58k6qcFtIXGkTv9XrOc1mHHMGIunQnx v9n4VHcGkBlfKKYrwuIDmGaziHVJ6ntXlEt3JIo3ALD9SYpMaHcCp7OX8DhaRzetm20H MA4FWxLkZf5AoxJjFQxwM9DbfRhA1id2ZiQTc6hHphzXWHVunkafaXNhTUpIhh5JR+Yi oPYrq6GdEsEv5y0zJ94/EVOaTdZvXoiwrhr3jYoUKfgDcsuKhAo29HF019erUnvZzy02 l44Q==
MIME-Version: 1.0
Received: by 10.52.178.225 with SMTP id db1mr3657108vdc.10.1355413098201; Thu, 13 Dec 2012 07:38:18 -0800 (PST)
Received: by 10.58.143.7 with HTTP; Thu, 13 Dec 2012 07:38:17 -0800 (PST)
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D740702@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
References: <20121213120015.GA14284@mx.loc> <C41D7AF7FCECBE44940E9477E8E70D7A0D740702@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
Date: Thu, 13 Dec 2012 16:38:17 +0100
Message-ID: <CAC1BbcRZOSD9PMaT_r5TyUdz=kj_b-7us1hZGMf7=t6EizsopQ@mail.gmail.com>
From: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
To: "Gould, James" <JGould@verisign.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "tmch-tech@icann.org" <tmch-tech@icann.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 15:38:23 -0000

On 13 December 2012 14:54, Gould, James <JGould@verisign.com> wrote:

>>>>  I take it that <mark:country> can be specified Zero or more times?
>>>
>>>JG - No, currently it is a single country.  Should this be a list?
>>
>>I would have assumed that it can be specified 'Zero or more' times, or
>>at least multiple times, yes.
>
> JG - That is a real good question.  I really would like the IBM and or
> Deloitte representatives to review the mark elements at a minimum to
> verify against the TMCH data model, since I really don't want to be
> guessing on this.

agree

>>I see. The 5730 contains this note about namespaces which i find more
>>clear (since it explicitly states that one can omit namespaces
>>completely):
>>The XML namespace prefixes used in examples (such as the
>>string "foo" in "xmlns:foo") are solely for illustrative purposes.  A
>>conforming implementation MUST NOT require the use of these or any
>>other specific namespace prefixes.
>
> JG - Do you believe that the text in section 1.1 "Conventions Used in This
> Document" does not correct reflect the intent?  I include a snippet for
> the use of the "smd" prefix below:
>
> "urn:ietf:params:xml:ns:signedMark-1.0".  The XML namespace prefix
>    "smd" is used, but implementations MUST NOT depend on it and instead
>    employ a proper namespace-aware XML parser and serializer to
>    interpret and output the XML documents.

"instead employ a proper namespace-aware XML parser" is exactly the problem.
EPP allows me to drive completely without namespace, see quote from
RFC5730 above.

>>>>- 4.3.  Mark Schema
>>>>  type="date"
>>>>  as mentioned above it would be nice to have those as dateTime
>>>
>>>JG - I agree that the dates should include the time element, but I want
>>>to
>>>ensure that the data types match what is stored in the TMCH.  This is
>>>really dependent on the true definition of the trademark attributes.  I'm
>>>going to include a higher level comment at the top related to IBM and
>>>Deloitte to help define the mark attributes along with the appropriate
>>>types.  I'll hold off changing the date types to dateTime right now.
>>
>>ok. Still, it would be a bad choice to use a data-type that is imprecise
>>for IMHO no real gain.
>>
>>hmz. Great, there seems to be a minus missing in the note for
>>3.2.9.1 Lexical representation in
>>http://www.w3.org/TR/xmlschema-2/#date-lexical-representation
>>I think it should read '-11:59' and not '11:59'
>>but anyway..

So let's wait for input from TMCH folks..

From gberezow@afilias.info  Thu Dec 13 08:01:46 2012
Return-Path: <gberezow@afilias.info>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E59D021F8BAF for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 08:01:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FqVg8tXu3P7F for <provreg@ietfa.amsl.com>; Thu, 13 Dec 2012 08:01:45 -0800 (PST)
Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 5499E21F8BA9 for <provreg@ietf.org>; Thu, 13 Dec 2012 08:01:35 -0800 (PST)
Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from <gberezow@afilias.info>) id 1TjBE6-0001Y6-4A for provreg@ietf.org; Thu, 13 Dec 2012 16:01:34 +0000
Received: from mail-ob0-f198.google.com ([209.85.214.198]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from <gberezow@afilias.info>) id 1TjBE6-0001i4-3s for provreg@ietf.org; Thu, 13 Dec 2012 16:01:34 +0000
Received: by mail-ob0-f198.google.com with SMTP id un3so9481678obb.1 for <provreg@ietf.org>; Thu, 13 Dec 2012 08:01:28 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=gIRvAjRUJMQFJIVrLf1Or4KDabi/mESUPEwzMMi9oAQ=; b=kUKNResWutofml5NDi9yP5l1PoC4Sgfn+J7URxTwmdmPPz+YksGMDdRZBqgcrdaVKZ P5v+A4cGWXsANXyMCIJvbyzgm9jAiaP/kbI4peWGYv48ApaPX5NvyhbBiPpkHR6bqmvO v1Ia3fOeoyw+SpATz6gzXJY0rLN9cdfj6O+KoJ8Hk44Cwru2Y/FBj/pPwlJYbBM1Hhfg E8TXfFmx66PJTGxbrAXlF6+6jtcw/iGxIdGYnzeJfmmuIesLavH6Xu/zmAmW0g1kgi89 MYfELF1KIr+VPUpDbPD7wf6K+zpJNm3NzMe4HVLDF1WtWKMf4yq3hRndkvwvq9n6b1Ms YdRg==
Received: by 10.42.215.10 with SMTP id hc10mr1872092icb.19.1355414488681; Thu, 13 Dec 2012 08:01:28 -0800 (PST)
Received: by 10.42.215.10 with SMTP id hc10mr1872079icb.19.1355414488536; Thu, 13 Dec 2012 08:01:28 -0800 (PST)
Received: from [192.168.2.11] ([70.50.33.207]) by mx.google.com with ESMTPS id s20sm1513671igs.10.2012.12.13.08.01.26 (version=SSLv3 cipher=OTHER); Thu, 13 Dec 2012 08:01:27 -0800 (PST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Gregory Berezowsky <gberezow@afilias.info>
In-Reply-To: <CAC1BbcRZOSD9PMaT_r5TyUdz=kj_b-7us1hZGMf7=t6EizsopQ@mail.gmail.com>
Date: Thu, 13 Dec 2012 11:00:58 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <C51932BC-D0BF-47C1-A3B8-17D113446011@afilias.info>
References: <20121213120015.GA14284@mx.loc> <C41D7AF7FCECBE44940E9477E8E70D7A0D740702@BRN1WNEXMBX02.vcorp.ad.vrsn.com> <CAC1BbcRZOSD9PMaT_r5TyUdz=kj_b-7us1hZGMf7=t6EizsopQ@mail.gmail.com>
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
X-Mailer: Apple Mail (2.1499)
X-Gm-Message-State: ALoCoQlomVuuqHkpsdf6P6imwoRORc/GQnmO7eftyVrA2R1kgr7c2pZT/BefjtimMlzfMn84xTW9fQBBNqsXIX3ZeEtk5q3SMmepMZVx2pbWZVNKM7DmB4EI1fMbngsc9Dd15DfCcyN7
Cc: "draft-tan-epp-launchphase@tools.ietf.org" <draft-tan-epp-launchphase@tools.ietf.org>, "tmch-tech@icann.org" <tmch-tech@icann.org>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] draft-tan-epp-launchphase-04
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Dec 2012 16:01:46 -0000

On 13-Dec-2012, at 10:38 AM, Bernhard Reutner-Fischer =
<rep.dot.nop@gmail.com> wrote:

> On 13 December 2012 14:54, Gould, James <JGould@verisign.com> wrote:
>=20
>>>>> I take it that <mark:country> can be specified Zero or more times?
>>>>=20
>>>> JG - No, currently it is a single country.  Should this be a list?
>>>=20
>>> I would have assumed that it can be specified 'Zero or more' times, =
or
>>> at least multiple times, yes.
>>=20
>> JG - That is a real good question.  I really would like the IBM and =
or
>> Deloitte representatives to review the mark elements at a minimum to
>> verify against the TMCH data model, since I really don't want to be
>> guessing on this.
>=20
> agree
>=20
>>> I see. The 5730 contains this note about namespaces which i find =
more
>>> clear (since it explicitly states that one can omit namespaces
>>> completely):
>>> The XML namespace prefixes used in examples (such as the
>>> string "foo" in "xmlns:foo") are solely for illustrative purposes.  =
A
>>> conforming implementation MUST NOT require the use of these or any
>>> other specific namespace prefixes.
>>=20
>> JG - Do you believe that the text in section 1.1 "Conventions Used in =
This
>> Document" does not correct reflect the intent?  I include a snippet =
for
>> the use of the "smd" prefix below:
>>=20
>> "urn:ietf:params:xml:ns:signedMark-1.0".  The XML namespace prefix
>>   "smd" is used, but implementations MUST NOT depend on it and =
instead
>>   employ a proper namespace-aware XML parser and serializer to
>>   interpret and output the XML documents.
>=20
> "instead employ a proper namespace-aware XML parser" is exactly the =
problem.
> EPP allows me to drive completely without namespace, see quote from
> RFC5730 above.

I think you're misinterpreting that statement (or perhaps I'm =
misinterpreting your comment). It doesn't say you don't have to deal =
with namespaces, it just says you don't have to use the prefixes in the =
RFC.

>=20
>>>>> - 4.3.  Mark Schema
>>>>> type=3D"date"
>>>>> as mentioned above it would be nice to have those as dateTime
>>>>=20
>>>> JG - I agree that the dates should include the time element, but I =
want
>>>> to
>>>> ensure that the data types match what is stored in the TMCH.  This =
is
>>>> really dependent on the true definition of the trademark =
attributes.  I'm
>>>> going to include a higher level comment at the top related to IBM =
and
>>>> Deloitte to help define the mark attributes along with the =
appropriate
>>>> types.  I'll hold off changing the date types to dateTime right =
now.
>>>=20
>>> ok. Still, it would be a bad choice to use a data-type that is =
imprecise
>>> for IMHO no real gain.
>>>=20
>>> hmz. Great, there seems to be a minus missing in the note for
>>> 3.2.9.1 Lexical representation in
>>> http://www.w3.org/TR/xmlschema-2/#date-lexical-representation
>>> I think it should read '-11:59' and not '11:59'
>>> but anyway..
>=20
> So let's wait for input from TMCH folks..
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg


From sethamin@google.com  Wed Dec 19 09:18:16 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14ED821F8682 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:18:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.976
X-Spam-Level: 
X-Spam-Status: No, score=-102.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l3SRuMUmc4lS for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:18:15 -0800 (PST)
Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) by ietfa.amsl.com (Postfix) with ESMTP id 3326B21F85CD for <provreg@ietf.org>; Wed, 19 Dec 2012 09:18:15 -0800 (PST)
Received: by mail-ob0-f176.google.com with SMTP id un3so2260502obb.35 for <provreg@ietf.org>; Wed, 19 Dec 2012 09:18:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=izIXpWQ71669Gej8Wmnjlr9TaPjQaTXSNRpflmPUFRM=; b=XfsvTmsw5hXmZT8bwTRvR5WgNSIjz2KXe83MuPtFHLl7MYUrkBT7USoEZvbT174Stx dyHE3BfduaXUSAeO1wTiILzF4YpFe/5xfU8tqmboioDWfOonzOV6Q3stievYMgJldhcA 2wm3ia01HJEEd2FdDA3zs4XQzi5JMyIDjba8qyseLkYdkOf8dAHTQyvXOT5sqAzrWF4K QMgmOINyLnX1ZIXpnTvh0w4NqrTw0zFWhRVf6XbJ6riIFLi3yrVaz+CWlP4N7TK1ry1F T8DB3zqkBpUMUuwEcgVDOW3GVtLGGuSwMZP+zaFP5k8oCuknqncoskMOA6VaR7fy5z5m TVQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=izIXpWQ71669Gej8Wmnjlr9TaPjQaTXSNRpflmPUFRM=; b=CDHEBe0XgPIruCBjio/DiMPSAykXOwCv6vJNZmFRhK03HPqBgDwY4HiLNoFBI2oSja AfhlphPuWSOIT23bbv0FPmr1EUA/8jRHhXqXRCjJBSIj3x+onAdKFNugMGVTRytQ/dsm U2/JbntK+Pa+WDe6gm4XXXTm1sp3jEgCjNV4MYFQGdNqpQZ2Da/qrjCEUtljw9yxTTJa MKnDDBctkDvEUERvApBffkpSHCNAmIyGZad/y0/O7fzwvrwwsrIZInm7ngy62UNh8ONS xuB7h39A0HKuPExY7WXxH5OeO9D0TvtSJhp/D2CWmwqCr9m7f2wpRO5Fwczr1+9mW4/8 UnIw==
MIME-Version: 1.0
Received: by 10.182.31.33 with SMTP id x1mr5535217obh.29.1355937494630; Wed, 19 Dec 2012 09:18:14 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 09:18:14 -0800 (PST)
Date: Wed, 19 Dec 2012 12:18:14 -0500
Message-ID: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: provreg@ietf.org
Content-Type: multipart/alternative; boundary=14dae93a19efb4836004d137cc42
X-Gm-Message-State: ALoCoQlqICUJY2VqRKGbbRDTKDwlQdswO2uOGHY3vk5828QDPZxLV48z7ybFGRC2Ipq4wpqUlp4fyQEmYEqSW8rKd3H8ntHY/JD60Ub00xV2ygsjYRRr5Mn0+rJR5mpgnKWb5oLHs9x1ChLttK64U/HZaG2EbuBdYE0GrVTkQVmaqBn4gu3IyhKA8fBDjFWt/oMoq4kAILbp
Subject: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 17:19:16 -0000

--14dae93a19efb4836004d137cc42
Content-Type: text/plain; charset=ISO-8859-1

Hi all,

For those who are not aware, Google is becoming a registry with the launch
of the new gTLDs, and so we are currently building out our shared registry
service. I had a technical question that I hoped that the members of this
list could shed some light on.

Do registrars generally use or depend on the being able to do host renames
via EPP? That is, something like this:

...
<host:update ...>
  <host:name>ns1.example.com</host:name>
  <host:chg>
    <host:name>ns2.example.com</host:name>
  </host:chg>
</host:update>
...

I can see how this could be useful to a registrar if they were renaming
their default nameserver, but it's a pain to implement if you're not using
a fully normalized RDBMS (which we're not). It also prevents us from using
the fully qualified host name as the primary key for host objects.

Is it horrible to not support this particular scenario, and instead ask
registrars to do a delete-add of the new host, and then individually update
their referencing domains? From my reading of the
RFC<http://tools.ietf.org/html/rfc5732#page-15>,
registrars must be able to support this scenario anyway, since external
hosts could be referenced by domains sponsored by a different registrar:

Host name changes can have an impact on associated objects that refer to
> the host object.  A host name change SHOULD NOT require additional updates
> of associated objects to preserve existing associations, *with one
> exception: changing an external host object that has associations with
> objects that are sponsored by a different client.  Attempts to update such
> hosts directly MUST fail with EPP error code 2305.  The change can be
> provisioned by creating a new external host with a new name and any needed
> new attributes, and subsequently updating the other objects sponsored by
> the client.*


Seth

--14dae93a19efb4836004d137cc42
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr"><div class=3D"gmail_default" style>Hi all,</div><div class=
=3D"gmail_default" style><br></div><div class=3D"gmail_default" style>For t=
hose who are not aware, Google is becoming a registry with the launch of th=
e new gTLDs, and so we are currently building out our shared registry servi=
ce. I had a technical question that I hoped that the members of this list c=
ould shed some light on.</div>
<div class=3D"gmail_default" style><br></div><div class=3D"gmail_default" s=
tyle>Do registrars generally use or depend on the being able to do host ren=
ames via EPP? That is, something like this:</div><div class=3D"gmail_defaul=
t" style>
<br></div><div class=3D"gmail_default" style><font face=3D"courier new, mon=
ospace">...</font></div><div class=3D"gmail_default" style><div class=3D"gm=
ail_default"><font face=3D"courier new, monospace">&lt;host:update ...&gt;<=
/font></div>
<div class=3D"gmail_default"><font face=3D"courier new, monospace">=A0 &lt;=
host:name&gt;<a href=3D"http://ns1.example.com">ns1.example.com</a>&lt;/hos=
t:name&gt;</font></div><div class=3D"gmail_default"><font face=3D"courier n=
ew, monospace">=A0 &lt;host:chg&gt;<br>
</font></div><div class=3D"gmail_default"><font face=3D"courier new, monosp=
ace">=A0 =A0 &lt;host:name&gt;<a href=3D"http://ns2.example.com">ns2.exampl=
e.com</a>&lt;/host:name&gt;</font></div><div class=3D"gmail_default"><font =
face=3D"courier new, monospace">=A0 &lt;/host:chg&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new, monospace">&lt;/hos=
t:update&gt;</font></div><div><font face=3D"courier new, monospace">...</fo=
nt></div><div><br></div><div style>I can see how this could be useful to a =
registrar if they were renaming their default nameserver, but it&#39;s a pa=
in to implement if you&#39;re not using a fully normalized RDBMS (which we&=
#39;re not). It also prevents us from using the fully qualified host name a=
s the primary key for host objects.</div>
<div style><br></div><div style>Is it horrible to not support this particul=
ar scenario, and instead ask registrars to do a delete-add of the new host,=
 and then individually update their referencing domains? From my reading of=
 the <a href=3D"http://tools.ietf.org/html/rfc5732#page-15">RFC</a>, regist=
rars must be able to support this scenario anyway, since external hosts cou=
ld be referenced by domains sponsored by a different registrar:</div>
<div style><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);bord=
er-left-style:solid;padding-left:1ex">Host name changes can have an impact =
on associated objects that refer to the host object. =A0A host name change =
SHOULD NOT require additional updates of associated objects to preserve exi=
sting associations, <b>with one exception: changing an external host object=
 that has associations with objects that are sponsored by a different clien=
t. =A0Attempts to update such hosts directly MUST fail with EPP error code =
2305. =A0The change can be provisioned by creating a new external host with=
 a new name and any needed new attributes, and subsequently updating the ot=
her objects sponsored by the client.</b></blockquote>
<div style><br></div><div style>Seth</div></div></div></div>

--14dae93a19efb4836004d137cc42--

From fobispo@isc.org  Wed Dec 19 09:30:16 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5654721F87A6 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:30:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.562
X-Spam-Level: 
X-Spam-Status: No, score=-2.562 tagged_above=-999 required=5 tests=[AWL=0.038,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1ZhFuTbT1-3 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:30:15 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 87F7021F8795 for <provreg@ietf.org>; Wed, 19 Dec 2012 09:30:15 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 8993CC9529; Wed, 19 Dec 2012 17:30:07 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355938214; bh=emTLKHM9JBfv7O/FQa8GeM0E7Ng0K/GsGcG6e2SDM8o=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=VKKfZQuF6CEQrcApfJDw1CIZfJrDFEUQ5fs7gCEM5McHOdB1z4naGFKXFB1rLwYM8 ZxzcMbfvxC5CbXqRNFvzZe/ToipuTbS8VcktjdNwMnrUqJY6tr59SA8hutXoRe5lU3 zuecYVINMQ+5Pc4KxiUNNkCTO3LnbdDpnWetr9ZU=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 19 Dec 2012 17:30:07 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 72CB1216C80; Wed, 19 Dec 2012 17:30:07 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
Date: Wed, 19 Dec 2012 09:30:08 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <DC90117C-D5C9-459F-954E-5532A740A8B1@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org; whitelist
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 17:30:16 -0000

Hi Seth,

Even if this is not used as often as it should, you're going to find =
yourself in a situation where you will need to support it in order to be =
RFC compliant. If you decide not to implement it, you risk getting =
yourself in an extended evaluation, which you may not want.

Francisco


On Dec 19, 2012, at 9:18 AM, Seth Goldman <sethamin@google.com> wrote:

> Hi all,
>=20
> For those who are not aware, Google is becoming a registry with the =
launch of the new gTLDs, and so we are currently building out our shared =
registry service. I had a technical question that I hoped that the =
members of this list could shed some light on.
>=20
> Do registrars generally use or depend on the being able to do host =
renames via EPP? That is, something like this:
>=20
> ...
> <host:update ...>
>   <host:name>ns1.example.com</host:name>
>   <host:chg>
>     <host:name>ns2.example.com</host:name>
>   </host:chg>
> </host:update>
> ...
>=20
> I can see how this could be useful to a registrar if they were =
renaming their default nameserver, but it's a pain to implement if =
you're not using a fully normalized RDBMS (which we're not). It also =
prevents us from using the fully qualified host name as the primary key =
for host objects.
>=20
> Is it horrible to not support this particular scenario, and instead =
ask registrars to do a delete-add of the new host, and then individually =
update their referencing domains? =46rom my reading of the RFC, =
registrars must be able to support this scenario anyway, since external =
hosts could be referenced by domains sponsored by a different registrar:
>=20
> Host name changes can have an impact on associated objects that refer =
to the host object.  A host name change SHOULD NOT require additional =
updates of associated objects to preserve existing associations, with =
one exception: changing an external host object that has associations =
with objects that are sponsored by a different client.  Attempts to =
update such hosts directly MUST fail with EPP error code 2305.  The =
change can be provisioned by creating a new external host with a new =
name and any needed new attributes, and subsequently updating the other =
objects sponsored by the client.
>=20
> Seth
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From shollenbeck@verisign.com  Wed Dec 19 09:39:00 2012
Return-Path: <shollenbeck@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFD8F21F868F for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:39:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.311
X-Spam-Level: 
X-Spam-Status: No, score=-6.311 tagged_above=-999 required=5 tests=[AWL=0.288,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7-ZGMFtOLi1 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:38:58 -0800 (PST)
Received: from exprod6og102.obsmtp.com (exprod6og102.obsmtp.com [64.18.1.183]) by ietfa.amsl.com (Postfix) with ESMTP id 07CE021F8539 for <provreg@ietf.org>; Wed, 19 Dec 2012 09:38:56 -0800 (PST)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob102.postini.com ([64.18.5.12]) with SMTP ID DSNKUNH7sKkydp49ION1HTlD/mvsSAcJEE/2@postini.com; Wed, 19 Dec 2012 09:38:57 PST
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qBJHcrjZ029649 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Dec 2012 12:38:53 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 19 Dec 2012 12:38:53 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: Seth Goldman <sethamin@google.com>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] EPP host renames
Thread-Index: AQHN3gz89GiY27/1ykiLhNZsFIRS8ZggXzHQ
Date: Wed, 19 Dec 2012 17:38:51 +0000
Message-ID: <831693C2CDA2E849A7D7A712B24E257F0D6CCA60@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
In-Reply-To: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 17:39:01 -0000

> Is it horrible to not support this particular scenario, and instead ask r=
egistrars
> to do a delete-add of the new host, and then individually update their re=
ferencing
> domains?

It's horrible from a protocol conformance perspective. I don't know if regi=
strars depend on the feature or not, but I do know that not supporting mand=
atory parts of the protocol will make it difficult for them to work with yo=
ur implementation.

Scott

From volker.janzen@internetx.de  Wed Dec 19 09:44:32 2012
Return-Path: <volker.janzen@internetx.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B462A21F87BD for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:44:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G9z6-D-GVWq9 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 09:44:32 -0800 (PST)
Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDFB21F8A6C for <provreg@ietf.org>; Wed, 19 Dec 2012 09:44:32 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 845D54C4D6BB for <provreg@ietf.org>; Wed, 19 Dec 2012 18:44:31 +0100 (CET)
X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de
Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZtIwmSJfno1 for <provreg@ietf.org>; Wed, 19 Dec 2012 18:44:29 +0100 (CET)
Received: from [192.168.100.46] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 266284C4C6B5 for <provreg@ietf.org>; Wed, 19 Dec 2012 18:44:29 +0100 (CET)
Message-ID: <50D1FCFD.5050404@internetx.de>
Date: Wed, 19 Dec 2012 18:44:29 +0100
From: InterNetX - Volker Janzen <volker.janzen@internetx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: provreg@ietf.org
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
In-Reply-To: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 17:44:32 -0000

Hi Seth,

funny thing, we discussed this issue in the last days. This is a test
case I build for our QA suite (using generic domain names as example):

- Create domain example.com.
- Create host objects ns1.example.com and ns2.example.com and
  add them to example.com.
- Create domain otherdomain.com with nameservers ns1.example.com and
  ns2.example.com.
- Remove nameservers ns1.example.com and ns2.example.com from
  domain example.com.
- Delete domain example.com.

Now there may be two answers from the EPP server:

- 1001, action pending
- 2305, Object association prohibits operation

In case of 2305, we as a registrar need to take extra steps to delete
example.com. The best option in my opinion is: rename the
ns1.example.com and ns2.example.com to something that is out of the
(.com) zone (and remove all GLUE IPs!).

If the Google registry would allow the delete of the domain anyway (and
return 1001), we would be fine with that. Otherwhise I'd recommend
implementing host rename.

One thing to keep in mind: if we manage otherdomain.com, we'd be able to
remove the GLUE hosts from this domain name, which in pain on our side.
If the otherdomain.com is not managed by us, we're not capable of doing
so and we would not be able to delete the domain name.

Hope this helps.


Kind regards,
	Volker Janzen (Senior Developer)

-- 
InterNetX GmbH
Maximilianstr. 6
93047 Regensburg
Germany

Tel: +49 941 59559-0
Fax: +49 941 59579-050

www.internetx.com
www.facebook.com/InterNetX
www.twitter.com/InterNetX

Geschäftsführer/CEO: Thomas Mörz
Amtsgericht Regensburg, HRB 7142

GPG-Key: 0x186C5F77
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77



From JGould@verisign.com  Wed Dec 19 10:19:02 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4881921F84D1 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:19:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.807
X-Spam-Level: 
X-Spam-Status: No, score=-5.807 tagged_above=-999 required=5 tests=[AWL=-0.209, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mhfexUISEk3f for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:19:01 -0800 (PST)
Received: from exprod6og126.obsmtp.com (exprod6og126.obsmtp.com [64.18.1.77]) by ietfa.amsl.com (Postfix) with ESMTP id E689221F8467 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:18:59 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob126.postini.com ([64.18.5.12]) with SMTP ID DSNKUNIFCh0Y/jNKPJGdH8y1VzgzuBEKfqzV@postini.com; Wed, 19 Dec 2012 10:19:00 PST
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBJIIkp9025635 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Dec 2012 13:18:46 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 19 Dec 2012 13:18:46 -0500
From: "Gould, James" <JGould@verisign.com>
To: Seth Goldman <sethamin@google.com>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] EPP host renames
Thread-Index: AQHN3gz8cqp99Ua0SU2S8s8aG3Y6x5ggbm4A
Date: Wed, 19 Dec 2012 18:18:45 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D7486EE@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
In-Reply-To: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: multipart/related; boundary="_004_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_"; type="multipart/alternative"
MIME-Version: 1.0
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:19:02 -0000

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_
Content-Type: multipart/alternative;
	boundary="_000_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_"

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Seth,

If you're going to support host objects versus host attributes, I believe y=
ou should support the ability to rename a host.  With host objects you woul=
d need to use a surrogate key instead of a natural key.  You could opt for =
using the host attribute approach defined in RFC 5731 if you don't want to =
treat hosts as true objects.

--

JG

[cid:3FCD7C20-5001-4760-9319-D2E3F24263E9]

James Gould
Principal Software Engineer
jgould@verisign.com

703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com



From: Seth Goldman <sethamin@google.com<mailto:sethamin@google.com>>
Date: Wednesday, December 19, 2012 12:18 PM
To: EPP Provreg <provreg@ietf.org<mailto:provreg@ietf.org>>
Subject: [provreg] EPP host renames

Hi all,

For those who are not aware, Google is becoming a registry with the launch =
of the new gTLDs, and so we are currently building out our shared registry =
service. I had a technical question that I hoped that the members of this l=
ist could shed some light on.

Do registrars generally use or depend on the being able to do host renames =
via EPP? That is, something like this:

...
<host:update ...>
  <host:name>ns1.example.com<http://ns1.example.com></host:name>
  <host:chg>
    <host:name>ns2.example.com<http://ns2.example.com></host:name>
  </host:chg>
</host:update>
...

I can see how this could be useful to a registrar if they were renaming the=
ir default nameserver, but it's a pain to implement if you're not using a f=
ully normalized RDBMS (which we're not). It also prevents us from using the=
 fully qualified host name as the primary key for host objects.

Is it horrible to not support this particular scenario, and instead ask reg=
istrars to do a delete-add of the new host, and then individually update th=
eir referencing domains? From my reading of the RFC<http://tools.ietf.org/h=
tml/rfc5732#page-15>, registrars must be able to support this scenario anyw=
ay, since external hosts could be referenced by domains sponsored by a diff=
erent registrar:

Host name changes can have an impact on associated objects that refer to th=
e host object.  A host name change SHOULD NOT require additional updates of=
 associated objects to preserve existing associations, with one exception: =
changing an external host object that has associations with objects that ar=
e sponsored by a different client.  Attempts to update such hosts directly =
MUST fail with EPP error code 2305.  The change can be provisioned by creat=
ing a new external host with a new name and any needed new attributes, and =
subsequently updating the other objects sponsored by the client.

Seth

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_
Content-Type: text/html; charset="us-ascii"
Content-ID: <A952E55C3F6AC24CBC5A3994ED03EC08@verisign.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>
<div>
<div>Seth,</div>
<div><br>
</div>
<div>If you're going to support host objects versus host attributes, I beli=
eve you should support the ability to rename a host. &nbsp;With host object=
s you would need to use a surrogate key instead of a natural key. &nbsp;You=
 could opt for using the host attribute approach
 defined in RFC 5731 if you don't want to treat hosts as true objects. &nbs=
p; &nbsp;</div>
<div><br>
</div>
<div>
<div>--&nbsp;</div>
<div><br>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">JG<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><img width=3D"75" height=3D"66" src=3D"ci=
d:3FCD7C20-5001-4760-9319-D2E3F24263E9" v:shapes=3D"Picture_x0020_1" type=
=3D"image/png"><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(13, 62, 137); "=
>James Gould</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
Principal Software Engineer</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(9, 0, 232); ">j=
gould@verisign.com</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
&nbsp;</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
703-948-3271 (Office)</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
12061 Bluemont Way</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
Reston, VA 20190</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=3D"3"=
>VerisignInc.com</font></span><span style=3D"font-size: 16pt; font-family: =
Calibri, sans-serif; "><o:p></o:p></span></p>
</div>
<div><span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=
=3D"3"><br>
</font></span></div>
<div><br>
</div>
</div>
</div>
</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Seth Goldman &lt;<a href=3D"m=
ailto:sethamin@google.com">sethamin@google.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, December 19, 2012 =
12:18 PM<br>
<span style=3D"font-weight:bold">To: </span>EPP Provreg &lt;<a href=3D"mail=
to:provreg@ietf.org">provreg@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>[provreg] EPP host renames=
<br>
</div>
<div><br>
</div>
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Hi all,</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">For those who are not aware, Google=
 is becoming a registry with the launch of the new gTLDs, and so we are cur=
rently building out our shared registry service. I had a technical question=
 that I hoped that the members of this
 list could shed some light on.</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">Do registrars generally use or depe=
nd on the being able to do host renames via EPP? That is, something like th=
is:</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D""><font face=3D"courier new,monospace=
">...</font></div>
<div class=3D"gmail_default" style=3D"">
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&lt;host:=
update ...&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &l=
t;host:name&gt;<a href=3D"http://ns1.example.com">ns1.example.com</a>&lt;/h=
ost:name&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &l=
t;host:chg&gt;<br>
</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &n=
bsp; &lt;host:name&gt;<a href=3D"http://ns2.example.com">ns2.example.com</a=
>&lt;/host:name&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &l=
t;/host:chg&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&lt;/host=
:update&gt;</font></div>
<div><font face=3D"courier new,monospace">...</font></div>
<div><br>
</div>
<div style=3D"">I can see how this could be useful to a registrar if they w=
ere renaming their default nameserver, but it's a pain to implement if you'=
re not using a fully normalized RDBMS (which we're not). It also prevents u=
s from using the fully qualified host
 name as the primary key for host objects.</div>
<div style=3D""><br>
</div>
<div style=3D"">Is it horrible to not support this particular scenario, and=
 instead ask registrars to do a delete-add of the new host, and then indivi=
dually update their referencing domains? From my reading of the
<a href=3D"http://tools.ietf.org/html/rfc5732#page-15">RFC</a>, registrars =
must be able to support this scenario anyway, since external hosts could be=
 referenced by domains sponsored by a different registrar:</div>
<div style=3D""><br>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
Host name changes can have an impact on associated objects that refer to th=
e host object. &nbsp;A host name change SHOULD NOT require additional updat=
es of associated objects to preserve existing associations,
<b>with one exception: changing an external host object that has associatio=
ns with objects that are sponsored by a different client. &nbsp;Attempts to=
 update such hosts directly MUST fail with EPP error code 2305. &nbsp;The c=
hange can be provisioned by creating a new
 external host with a new name and any needed new attributes, and subsequen=
tly updating the other objects sponsored by the client.</b></blockquote>
<div style=3D""><br>
</div>
<div style=3D"">Seth</div>
</div>
</div>
</div>
</div>
</div>
</span>
</body>
</html>

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_--

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_
Content-Type: image/png; name="82F8FEBC-E856-4D62-9857-D12B446CEFE8[53].png"
Content-Description: 82F8FEBC-E856-4D62-9857-D12B446CEFE8[53].png
Content-Disposition: inline;
	filename="82F8FEBC-E856-4D62-9857-D12B446CEFE8[53].png"; size=4109;
	creation-date="Wed, 19 Dec 2012 18:18:45 GMT";
	modification-date="Wed, 19 Dec 2012 18:18:45 GMT"
Content-ID: <3FCD7C20-5001-4760-9319-D2E3F24263E9>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vLJtmQ
hEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjTDnhDEEWC
1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBgwDFuRRaXOiUl
hX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2ThpUA4w9Pf39/X19fT0
UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvClpSFvipAimGy1wQmrMgV4
aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZnZGSMLYejx4biEautrQ3eUlNT
LUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwoMYA5nZ+duXiyur6ju88u5ZL5s+ff
mJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMygUvRoijp7AnuPXdhz9PyeyvPI7khxqtoU
yTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIeaOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9
x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUY
u3T5MoyxMZEDbJTK81fWlR242NrrcHsdToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5K
hL1kjDMBbMQMDKa6pgaE6enpggp4r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg
8NF7Crc99XNeG/ZQIvkQ3xt1bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SF
SVPIxDKpBVuYQOABMtg3f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+a
w+1xuLQ1Ag9s1p9uC9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhD
ED8wSxgTYLsqLihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z
0S70CNsjwiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4
eQOPcELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y
q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT6T5+
saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1oPoiPDXto
uXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z3HTYGyVlH5+o
alTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScxZZBtnd0lr31oF9G0
l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEYB2jEkLZ91vDtONgwQhgj
ZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjRrCkTYo5c/fK7yshlTXVkc739
+RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffrUI5Aqf7SNz6NuTpInl2xQHlXKJDl
CZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z+lCdcbChKoAJY7SBV9PUobMTE3VwQ9Me
X/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2ceaNI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt
1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/Fdrdgk
vZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQL
Mor+WhVsSozwfVnMdWJ2DpcDZF0MElj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUp
KzYoR7UX1IS7qg+I62+BLALVUGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw
1oN3znOkZTsyJg3+pecQh3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6
fG8frR4qH2xaXZzl12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaU
fDqolJR9FHNn8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/L
y9ASKFfQsoWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg
6+ntxeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk
cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNcRkE0
9LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9So6/0Zol
oVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAlDIgT6qCijr9R
pfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKFS+dOSHMNqAO+OgSL
74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgAQ6EYJGJEKSpORxx/YzZW
zlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu37FUpnnAKfqWFsEbURI0KfQFs
+aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc4NWWGWZPtG6FUO1Lbm91c9emdypk
WT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRsw/SPCBs649ejosWLyePA69W/jD6+aNL0
TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOlv+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eB
Lq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rvjfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHth
eMFApjuwY+19N+XlMEIdwrjCCAYzMzPBlmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfr
xU8bLnaElNzqRkDukuUTUx8TddxT0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPx
iLiyxRyQADa0QH6rra19b88efkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/N
yN782J1ZGT4FTBcuDjP9fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI
4NQUqa0NNWkqPMIbpAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2
eOTHpM8vdh3+ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzY
u3r16ifl5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfn
FWSnMYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG
VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqcNpaY
TgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtkTMATCfNy
c/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55MkdwIOGi/IgB4GRg
xJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav8CIKCCnSNuPHqTEu
2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4pS5wGNCFnE4CHH5wzLfu
jS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VXXyVZ298iRFFR0dKlS+k0b196
6SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQFU6euf/ppGma6SLVz586TJ0/Sj/DO
24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABjQEVFxfPPP09+jxgMMKCKFpCBIoNf0fjN
YPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqq
FVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFBoYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxI
tm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBXZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQex
TCSw616MzcyJwIZr8UqYoQHJZqQ00KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwq
bMYsASa82UljgCjbzIloGKrpR4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNau
LDPXNBQ2Y5Zsb2aaETTQjTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McY
O3syWGgnRNkB29ehbZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCx
J+ONl8ojtTAJIWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1
ol2MUFaQGrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8J
GPDDecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO
RK5CYII=

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D7486EEBRN1WNEXMBX02vc_--

From sethamin@google.com  Wed Dec 19 10:31:40 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA76021F8696 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:31:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.867
X-Spam-Level: 
X-Spam-Status: No, score=-102.867 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HlsDpSk6wxPS for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:31:34 -0800 (PST)
Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) by ietfa.amsl.com (Postfix) with ESMTP id B7F4021F8689 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:31:33 -0800 (PST)
Received: by mail-oa0-f42.google.com with SMTP id j1so2430555oag.15 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:31:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MBwse5nIyS6bE7kGiDJgrHhzawp5tnxcZzZiBikWGFU=; b=mbTQlqRjIMLZhLW7mQGnySRBoIRQL+IMn4vyrHOceRnr1YhbzPYN5WUM/+vWYvOYAa y0mluPSGG5Sfc9zHSzi9ubM/b6vomU94BzfZNqmYKWyNat1giptRvAYnTxW/hfYBqkZN HPJlC+RtO6g+YFpmKForhnRDj7qrv5ecuSjRD/KXo4WgSMWM6pdZWhl9YYAgRs2y+QX7 Rnj/tR5yo5kegl8FPCo+/yr3tLTozLKci92KaCKalSt2H34+jb0t22DXtTsgMX9Rl3ln QE2zeFre/fey+p57jkrtMOaATBkoiwFeHk9Q96iRH5ZfkKqGYaaad772npdB2Xho4bbN OWJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=MBwse5nIyS6bE7kGiDJgrHhzawp5tnxcZzZiBikWGFU=; b=nCHqr6SyBZTLfPCoEZhesoGXtT/HKcwFwF6JRxg+IiyEIpn5BxfElk2cKF+uM7zpks MVBrAMzyYwWI3D4UEdjKe1cWzNRvu5ie93ltrh1xq3SIxzU09kMbgX2jHvCJIf6ufe3l dcjwv82t4Wl0oSb2KUGQgFQcXBkTMIO/4ERP4QLVVmlgyjJorGK97eZihszyqNfJESGH 8TLjUii9rKci7eL2oVl/bsYE7GfwYtIOHFvGRysxKsCWm0XlfZmxaeNPxRFFzmlzNP6P k/NNbPlhLTK3lqfoAiurZ+Ofoscv0XrCKgt9PkPMJdG4aKgNUgvRquIUClBF0+5BX5uf KLRw==
MIME-Version: 1.0
Received: by 10.182.174.34 with SMTP id bp2mr5677282obc.16.1355941893131; Wed, 19 Dec 2012 10:31:33 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 10:31:33 -0800 (PST)
In-Reply-To: <50D1FADC.50508@internetx.com>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com>
Date: Wed, 19 Dec 2012 13:31:33 -0500
Message-ID: <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: InterNetX - Volker Janzen <volker.janzen@internetx.com>
Content-Type: multipart/alternative; boundary=e89a8f643e3ee04c4104d138d2ac
X-Gm-Message-State: ALoCoQnol6R1VRV4aHyqIIo+Md2mKL5z+YLFvXs8d1R8nPs8MEE/DwXEdXc0vxPub7r0C1ECyJ7WQEUGjsQlYT9WCwmBQruhjjjjaZEqV4H8EzYpdnrod6XzU7c//4DX1QagLKZLJUjwUuXR763kZqfuHk/zpDoRwclY+3yfGdArSTkdbUKVkqwjdVia6LKvFjxzonhfnGRt
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:31:40 -0000

--e89a8f643e3ee04c4104d138d2ac
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I don't see how a registry could allow the domain to be removed in your
test case. IIRC, the RFC explicitly says that you have to delete all
subordinate host objects before deleting the superordinate domain. And it
also says you can't remove a host while there are outstanding references to
it.

I suppose you could prohibit otherdomain.com from adding a reference to
ns1.example.com if the sponsoring registrars don't match. I don't think the
RFC really says anything about that either way, but it's seems a bit
restrictive.


On Wed, Dec 19, 2012 at 12:35 PM, InterNetX - Volker Janzen <
volker.janzen@internetx.com> wrote:

> Hi Seth,
>
> funny thing, we discussed this issue in the last days. This is a test
> case I build for our QA suite (using generic domain names as example):
>
> - Create domain example.com.
> - Create host objects ns1.example.com and ns2.example.com and
>   add them to example.com.
> - Create domain otherdomain.com with nameservers ns1.example.com and
>   ns2.example.com.
> - Remove nameservers ns1.example.com and ns2.example.com from
>   domain example.com.
> - Delete domain example.com.
>
> Now there may be two answers from the EPP server:
>
> - 1001, action pending
> - 2305, Object association prohibits operation
>
> In case of 2305, we as a registrar need to take extra steps to delete
> example.com. The best option in my opinion is: rename the
> ns1.example.com and ns2.example.com to something that is out of the
> (.com) zone (and remove all GLUE IPs!).
>
> If the Google registry would allow the delete of the domain anyway (and
> return 1001), we would be fine with that. Otherwhise I'd recommend
> implementing host rename.
>
> One thing to keep in mind: if we manage otherdomain.com, we'd be able to
> remove the GLUE hosts from this domain name, which in pain on our side.
> If the otherdomain.com is not managed by us, we're not capable of doing
> so and we would not be able to delete the domain name.
>
> Hope this helps.
>
>
> Kind regards,
>         Volker Janzen (Senior Developer)
>
> On 12/19/2012 06:18 PM, Seth Goldman wrote:
> > Hi all,
> >
> > For those who are not aware, Google is becoming a registry with the
> launch
> > of the new gTLDs, and so we are currently building out our shared
> registry
> > service. I had a technical question that I hoped that the members of th=
is
> > list could shed some light on.
> >
> > Do registrars generally use or depend on the being able to do host
> renames
> > via EPP? That is, something like this:
> >
> > ...
> > <host:update ...>
> >   <host:name>ns1.example.com</host:name>
> >   <host:chg>
> >     <host:name>ns2.example.com</host:name>
> >   </host:chg>
> > </host:update>
> > ...
> >
> > I can see how this could be useful to a registrar if they were renaming
> > their default nameserver, but it's a pain to implement if you're not
> using
> > a fully normalized RDBMS (which we're not). It also prevents us from
> using
> > the fully qualified host name as the primary key for host objects.
> >
> > Is it horrible to not support this particular scenario, and instead ask
> > registrars to do a delete-add of the new host, and then individually
> update
> > their referencing domains? From my reading of the
> > RFC<http://tools.ietf.org/html/rfc5732#page-15>,
> > registrars must be able to support this scenario anyway, since external
> > hosts could be referenced by domains sponsored by a different registrar=
:
> >
> > Host name changes can have an impact on associated objects that refer t=
o
> >> the host object.  A host name change SHOULD NOT require additional
> updates
> >> of associated objects to preserve existing associations, *with one
> >> exception: changing an external host object that has associations with
> >> objects that are sponsored by a different client.  Attempts to update
> such
> >> hosts directly MUST fail with EPP error code 2305.  The change can be
> >> provisioned by creating a new external host with a new name and any
> needed
> >> new attributes, and subsequently updating the other objects sponsored =
by
> >> the client.*
> >
> >
> > Seth
> >
> >
> >
> > _______________________________________________
> > provreg mailing list
> > provreg@ietf.org
> > https://www.ietf.org/mailman/listinfo/provreg
> >
>
>
>
> Volker Janzen
> Team Entwicklung
>
> --
> InterNetX GmbH
> Maximilianstr. 6
> 93047 Regensburg
> Germany
>
> Tel: +49 941 59559-0
> Fax: +49 941 59579-050
>
> www.internetx.com
> www.facebook.com/InterNetX
> www.twitter.com/InterNetX
>
> Gesch=E4ftsf=FChrer/CEO: Thomas M=F6rz
> Amtsgericht Regensburg, HRB 7142
>
> GPG-Key: 0x186C5F77
> GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77
>

--e89a8f643e3ee04c4104d138d2ac
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr"><div class=3D"gmail_default" style>I don&#39;t see how a re=
gistry could allow the domain to be removed in your test case. IIRC, the RF=
C explicitly says that you have to delete all subordinate host objects befo=
re deleting the superordinate domain. And it also says you can&#39;t remove=
 a host while there are outstanding references to it.</div>
<div class=3D"gmail_default" style><br></div><div class=3D"gmail_default" s=
tyle>I suppose you could prohibit <a href=3D"http://otherdomain.com">otherd=
omain.com</a> from adding a reference to <a href=3D"http://ns1.example.com"=
>ns1.example.com</a> if the sponsoring registrars don&#39;t match. I don&#3=
9;t think the RFC really says anything about that either way, but it&#39;s =
seems a bit restrictive.</div>
</div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed,=
 Dec 19, 2012 at 12:35 PM, InterNetX - Volker Janzen <span dir=3D"ltr">&lt;=
<a href=3D"mailto:volker.janzen@internetx.com" target=3D"_blank">volker.jan=
zen@internetx.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hi Seth,<br>
<br>
funny thing, we discussed this issue in the last days. This is a test<br>
case I build for our QA suite (using generic domain names as example):<br>
<br>
- Create domain <a href=3D"http://example.com" target=3D"_blank">example.co=
m</a>.<br>
- Create host objects <a href=3D"http://ns1.example.com" target=3D"_blank">=
ns1.example.com</a> and <a href=3D"http://ns2.example.com" target=3D"_blank=
">ns2.example.com</a> and<br>
=A0 add them to <a href=3D"http://example.com" target=3D"_blank">example.co=
m</a>.<br>
- Create domain <a href=3D"http://otherdomain.com" target=3D"_blank">otherd=
omain.com</a> with nameservers <a href=3D"http://ns1.example.com" target=3D=
"_blank">ns1.example.com</a> and<br>
=A0 <a href=3D"http://ns2.example.com" target=3D"_blank">ns2.example.com</a=
>.<br>
- Remove nameservers <a href=3D"http://ns1.example.com" target=3D"_blank">n=
s1.example.com</a> and <a href=3D"http://ns2.example.com" target=3D"_blank"=
>ns2.example.com</a> from<br>
=A0 domain <a href=3D"http://example.com" target=3D"_blank">example.com</a>=
.<br>
- Delete domain <a href=3D"http://example.com" target=3D"_blank">example.co=
m</a>.<br>
<br>
Now there may be two answers from the EPP server:<br>
<br>
- 1001, action pending<br>
- 2305, Object association prohibits operation<br>
<br>
In case of 2305, we as a registrar need to take extra steps to delete<br>
<a href=3D"http://example.com" target=3D"_blank">example.com</a>. The best =
option in my opinion is: rename the<br>
<a href=3D"http://ns1.example.com" target=3D"_blank">ns1.example.com</a> an=
d <a href=3D"http://ns2.example.com" target=3D"_blank">ns2.example.com</a> =
to something that is out of the<br>
(.com) zone (and remove all GLUE IPs!).<br>
<br>
If the Google registry would allow the delete of the domain anyway (and<br>
return 1001), we would be fine with that. Otherwhise I&#39;d recommend<br>
implementing host rename.<br>
<br>
One thing to keep in mind: if we manage <a href=3D"http://otherdomain.com" =
target=3D"_blank">otherdomain.com</a>, we&#39;d be able to<br>
remove the GLUE hosts from this domain name, which in pain on our side.<br>
If the <a href=3D"http://otherdomain.com" target=3D"_blank">otherdomain.com=
</a> is not managed by us, we&#39;re not capable of doing<br>
so and we would not be able to delete the domain name.<br>
<br>
Hope this helps.<br>
<br>
<br>
Kind regards,<br>
=A0 =A0 =A0 =A0 Volker Janzen (Senior Developer)<br>
<div class=3D"im"><br>
On 12/19/2012 06:18 PM, Seth Goldman wrote:<br>
&gt; Hi all,<br>
&gt;<br>
&gt; For those who are not aware, Google is becoming a registry with the la=
unch<br>
&gt; of the new gTLDs, and so we are currently building out our shared regi=
stry<br>
&gt; service. I had a technical question that I hoped that the members of t=
his<br>
&gt; list could shed some light on.<br>
&gt;<br>
&gt; Do registrars generally use or depend on the being able to do host ren=
ames<br>
&gt; via EPP? That is, something like this:<br>
&gt;<br>
&gt; ...<br>
&gt; &lt;host:update ...&gt;<br>
&gt; =A0 &lt;host:name&gt;<a href=3D"http://ns1.example.com" target=3D"_bla=
nk">ns1.example.com</a>&lt;/host:name&gt;<br>
&gt; =A0 &lt;host:chg&gt;<br>
&gt; =A0 =A0 &lt;host:name&gt;<a href=3D"http://ns2.example.com" target=3D"=
_blank">ns2.example.com</a>&lt;/host:name&gt;<br>
&gt; =A0 &lt;/host:chg&gt;<br>
&gt; &lt;/host:update&gt;<br>
&gt; ...<br>
&gt;<br>
&gt; I can see how this could be useful to a registrar if they were renamin=
g<br>
&gt; their default nameserver, but it&#39;s a pain to implement if you&#39;=
re not using<br>
&gt; a fully normalized RDBMS (which we&#39;re not). It also prevents us fr=
om using<br>
&gt; the fully qualified host name as the primary key for host objects.<br>
&gt;<br>
&gt; Is it horrible to not support this particular scenario, and instead as=
k<br>
&gt; registrars to do a delete-add of the new host, and then individually u=
pdate<br>
&gt; their referencing domains? From my reading of the<br>
</div>&gt; RFC&lt;<a href=3D"http://tools.ietf.org/html/rfc5732#page-15" ta=
rget=3D"_blank">http://tools.ietf.org/html/rfc5732#page-15</a>&gt;,<br>
<div class=3D"im">&gt; registrars must be able to support this scenario any=
way, since external<br>
&gt; hosts could be referenced by domains sponsored by a different registra=
r:<br>
&gt;<br>
&gt; Host name changes can have an impact on associated objects that refer =
to<br>
&gt;&gt; the host object. =A0A host name change SHOULD NOT require addition=
al updates<br>
</div>&gt;&gt; of associated objects to preserve existing associations, *wi=
th one<br>
<div class=3D"im">&gt;&gt; exception: changing an external host object that=
 has associations with<br>
&gt;&gt; objects that are sponsored by a different client. =A0Attempts to u=
pdate such<br>
&gt;&gt; hosts directly MUST fail with EPP error code 2305. =A0The change c=
an be<br>
&gt;&gt; provisioned by creating a new external host with a new name and an=
y needed<br>
&gt;&gt; new attributes, and subsequently updating the other objects sponso=
red by<br>
</div>&gt;&gt; the client.*<br>
<div class=3D"im">&gt;<br>
&gt;<br>
&gt; Seth<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; provreg mailing list<br>
&gt; <a href=3D"mailto:provreg@ietf.org">provreg@ietf.org</a><br>
&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/provreg" target=3D"_b=
lank">https://www.ietf.org/mailman/listinfo/provreg</a><br>
&gt;<br>
<br>
<br>
<br>
</div>Volker Janzen<br>
Team Entwicklung<br>
<br>
--<br>
InterNetX GmbH<br>
Maximilianstr. 6<br>
93047 Regensburg<br>
Germany<br>
<br>
Tel: <a href=3D"tel:%2B49%20941%2059559-0" value=3D"+49941595590">+49 941 5=
9559-0</a><br>
Fax: <a href=3D"tel:%2B49%20941%2059579-050" value=3D"+4994159579050">+49 9=
41 59579-050</a><br>
<br>
<a href=3D"http://www.internetx.com" target=3D"_blank">www.internetx.com</a=
><br>
<a href=3D"http://www.facebook.com/InterNetX" target=3D"_blank">www.faceboo=
k.com/InterNetX</a><br>
<a href=3D"http://www.twitter.com/InterNetX" target=3D"_blank">www.twitter.=
com/InterNetX</a><br>
<br>
Gesch=E4ftsf=FChrer/CEO: Thomas M=F6rz<br>
Amtsgericht Regensburg, HRB 7142<br>
<br>
GPG-Key: 0x186C5F77<br>
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77<br>
</blockquote></div><br></div></div>

--e89a8f643e3ee04c4104d138d2ac--

From michael@mwyoung.ca  Wed Dec 19 10:33:17 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FB5B21F8696 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:33:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.202
X-Spam-Level: 
X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s6fdm3U+mvRA for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:33:11 -0800 (PST)
Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) by ietfa.amsl.com (Postfix) with ESMTP id EFC6B21F8689 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:33:10 -0800 (PST)
Received: by mail-ie0-f174.google.com with SMTP id c11so3233223ieb.5 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:33:06 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=vgEru5EvLPzsP66j2al3U11ov6xhOu2UaehiffcPdIM=; b=XIYvECXFRNlXLopZFdMjtthp7UtwXeJVZCgGxRRH635DqGAvLVQxk86emN/Pn+ns7M GSodeou3tMkZhRy0j2aCCyKzIxCs8xgNF41Rwi0vCHsLxIHhvi+JuAlgcD7FOy4ntJKh yi2cX8DDK4pxhY7eHH35MPjMxGXX69Nrlgnek4fi24h9FMkPKcQUAbDMQnTnBBG5Tx4Q c93GZlZPqg2ynhOytc6o3ASkCgeOPKsaoSb/t65KoKSVOoVSCdkC+iAftEktYMI2FIM+ QP7bF1EDBzdGnIm+bqLknp/hrfmXZBQ04l6dsgprJjdGXOApperaYU8Lm2JlQhjnx7MJ vCng==
X-Received: by 10.50.36.198 with SMTP id s6mr7846797igj.23.1355941985827; Wed, 19 Dec 2012 10:33:05 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id b13sm4764770igp.7.2012.12.19.10.33.04 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 10:33:05 -0800 (PST)
References: <C41D7AF7FCECBE44940E9477E8E70D7A0D7486EE@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A0D7486EE@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-FCB9FC0E-C457-4169-B483-0FF3552AC139
Content-Transfer-Encoding: 7bit
Message-Id: <1D3A223C-028F-4AE2-A9C4-079819DF47D4@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 13:32:59 -0500
To: "Gould, James" <JGould@verisign.com>
X-Gm-Message-State: ALoCoQmu6NNrM2Ccdm8FyMoaj1ykQ42vDaG1Ga68giw0b25VgmTcHZ5V5fGN7C2WAUFV5KvtWUK/
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:33:17 -0000

--Apple-Mail-FCB9FC0E-C457-4169-B483-0FF3552AC139
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Hi,

When we implemented Info and subsequent TLDs we used host objects but did no=
t support the rename. We expected registrars to do create a new host object a=
nd update individual domains. We had many admonishments for this from regist=
rars and did implement it for internal hosts later on.

Note more specifically, host objects were subordinate to the parent domain o=
bject  which was key to our approach for disallowing orphaned glue records. I=
'm not a big fan of the attribute approach.

Also, given the need to identify unique lifespans for the same domain string=
 and hostnames ( a domain can have multiple lives) I would always use a perm=
anently unique identifier as a primary key versus a fqdn or hostname.

Hope that helps!

Michael Young

M:647-289-1220

On 2012-12-19, at 13:18, "Gould, James" <JGould@verisign.com> wrote:

> Seth,
>=20
> If you're going to support host objects versus host attributes, I believe y=
ou should support the ability to rename a host.  With host objects you would=
 need to use a surrogate key instead of a natural key.  You could opt for us=
ing the host attribute approach defined in RFC 5731 if you don't want to tre=
at hosts as true objects.   =20
>=20
> --=20
>=20
> JG
> =20
> <82F8FEBC-E856-4D62-9857-D12B446CEFE8[53].png>
> =20
> James Gould
> Principal Software Engineer
> jgould@verisign.com
> =20
> 703-948-3271 (Office)
> 12061 Bluemont Way
> Reston, VA 20190
> VerisignInc.com
>=20
>=20
>=20
> From: Seth Goldman <sethamin@google.com>
> Date: Wednesday, December 19, 2012 12:18 PM
> To: EPP Provreg <provreg@ietf.org>
> Subject: [provreg] EPP host renames
>=20
> Hi all,
>=20
> For those who are not aware, Google is becoming a registry with the launch=
 of the new gTLDs, and so we are currently building out our shared registry s=
ervice. I had a technical question that I hoped that the members of this lis=
t could shed some light on.
>=20
> Do registrars generally use or depend on the being able to do host renames=
 via EPP? That is, something like this:
>=20
> ...
> <host:update ...>
>   <host:name>ns1.example.com</host:name>
>   <host:chg>
>     <host:name>ns2.example.com</host:name>
>   </host:chg>
> </host:update>
> ...
>=20
> I can see how this could be useful to a registrar if they were renaming th=
eir default nameserver, but it's a pain to implement if you're not using a f=
ully normalized RDBMS (which we're not). It also prevents us from using the f=
ully qualified host name as the primary key for host objects.
>=20
> Is it horrible to not support this particular scenario, and instead ask re=
gistrars to do a delete-add of the new host, and then individually update th=
eir referencing domains? =46rom my reading of the RFC, registrars must be ab=
le to support this scenario anyway, since external hosts could be referenced=
 by domains sponsored by a different registrar:
>=20
>> Host name changes can have an impact on associated objects that refer to t=
he host object.  A host name change SHOULD NOT require additional updates of=
 associated objects to preserve existing associations, with one exception: c=
hanging an external host object that has associations with objects that are s=
ponsored by a different client.  Attempts to update such hosts directly MUST=
 fail with EPP error code 2305.  The change can be provisioned by creating a=
 new external host with a new name and any needed new attributes, and subseq=
uently updating the other objects sponsored by the client.
>=20
> Seth
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

--Apple-Mail-FCB9FC0E-C457-4169-B483-0FF3552AC139
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>Hi,</div><div><br></div><div>When we i=
mplemented Info and subsequent TLDs we used host objects but did not support=
 the rename. We expected registrars to do create a new host object and updat=
e individual domains. We had many admonishments for this from registrars and=
 did implement it for internal hosts later on.</div><div><br></div><div>Note=
 more specifically, host objects were subordinate to the parent domain objec=
t &nbsp;which was key to our approach for disallowing orphaned glue records.=
 I'm not a big fan of the attribute approach.</div><div><br></div><div>Also,=
 given the need to identify unique lifespans for the same domain string and h=
ostnames ( a domain can have multiple lives) I would always use a permanentl=
y unique identifier as a primary key versus a fqdn or hostname.</div><div><b=
r></div><div>Hope that helps!</div><div><br>Michael Young<div><br></div><div=
>M:647-289-1220</div></div><div><br>On 2012-12-19, at 13:18, "Gould, James" &=
lt;<a href=3D"mailto:JGould@verisign.com">JGould@verisign.com</a>&gt; wrote:=
<br><br></div><blockquote type=3D"cite"><div>

<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii">=



<div>
<div>
<div>Seth,</div>
<div><br>
</div>
<div>If you're going to support host objects versus host attributes, I belie=
ve you should support the ability to rename a host. &nbsp;With host objects y=
ou would need to use a surrogate key instead of a natural key. &nbsp;You cou=
ld opt for using the host attribute approach
 defined in RFC 5731 if you don't want to treat hosts as true objects. &nbsp=
; &nbsp;</div>
<div><br>
</div>
<div>
<div>--&nbsp;</div>
<div><br>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">JG<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&lt;82F8FEBC-E856-4D62-9857-D12B446CEFE8[5=
3].png&gt;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(13, 62, 137); ">=
James Gould</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">P=
rincipal Software Engineer</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(9, 0, 232); "><a=
 href=3D"mailto:jgould@verisign.com">jgould@verisign.com</a></span><o:p></o:=
p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">&=
nbsp;</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">7=
03-948-3271 (Office)</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">1=
2061 Bluemont Way</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">R=
eston, VA 20190</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; f=
ont-family: Cambria; ">
<span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=3D"3">=
<a href=3D"http://VerisignInc.com">VerisignInc.com</a></font></span><span st=
yle=3D"font-size: 16pt; font-family: Calibri, sans-serif; "><o:p></o:p></spa=
n></p>
</div>
<div><span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=3D=
"3"><br>
</font></span></div>
<div><br>
</div>
</div>
</div>
</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:bl=
ack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0=
in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BO=
RDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Seth Goldman &lt;<a href=3D"ma=
ilto:sethamin@google.com">sethamin@google.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, December 19, 2012 1=
2:18 PM<br>
<span style=3D"font-weight:bold">To: </span>EPP Provreg &lt;<a href=3D"mailt=
o:provreg@ietf.org">provreg@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>[provreg] EPP host renames<=
br>
</div>
<div><br>
</div>
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Hi all,</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">For those who are not aware, Google i=
s becoming a registry with the launch of the new gTLDs, and so we are curren=
tly building out our shared registry service. I had a technical question tha=
t I hoped that the members of this
 list could shed some light on.</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">Do registrars generally use or depen=
d on the being able to do host renames via EPP? That is, something like this=
:</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D""><font face=3D"courier new,monospace"=
>...</font></div>
<div class=3D"gmail_default" style=3D"">
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&lt;host:u=
pdate ...&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &lt=
;host:name&gt;<a href=3D"http://ns1.example.com">ns1.example.com</a>&lt;/hos=
t:name&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &lt=
;host:chg&gt;<br>
</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &nb=
sp; &lt;host:name&gt;<a href=3D"http://ns2.example.com">ns2.example.com</a>&=
lt;/host:name&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&nbsp; &lt=
;/host:chg&gt;</font></div>
<div class=3D"gmail_default"><font face=3D"courier new,monospace">&lt;/host:=
update&gt;</font></div>
<div><font face=3D"courier new,monospace">...</font></div>
<div><br>
</div>
<div style=3D"">I can see how this could be useful to a registrar if they we=
re renaming their default nameserver, but it's a pain to implement if you're=
 not using a fully normalized RDBMS (which we're not). It also prevents us f=
rom using the fully qualified host
 name as the primary key for host objects.</div>
<div style=3D""><br>
</div>
<div style=3D"">Is it horrible to not support this particular scenario, and i=
nstead ask registrars to do a delete-add of the new host, and then individua=
lly update their referencing domains? =46rom my reading of the
<a href=3D"http://tools.ietf.org/html/rfc5732#page-15">RFC</a>, registrars m=
ust be able to support this scenario anyway, since external hosts could be r=
eferenced by domains sponsored by a different registrar:</div>
<div style=3D""><br>
</div>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=
eft-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;pad=
ding-left:1ex">
Host name changes can have an impact on associated objects that refer to the=
 host object. &nbsp;A host name change SHOULD NOT require additional updates=
 of associated objects to preserve existing associations,
<b>with one exception: changing an external host object that has association=
s with objects that are sponsored by a different client. &nbsp;Attempts to u=
pdate such hosts directly MUST fail with EPP error code 2305. &nbsp;The chan=
ge can be provisioned by creating a new
 external host with a new name and any needed new attributes, and subsequent=
ly updating the other objects sponsored by the client.</b></blockquote>
<div style=3D""><br>
</div>
<div style=3D"">Seth</div>
</div>
</div>
</div>
</div>
</div>
</span>


</div></blockquote><blockquote type=3D"cite"><div><span>____________________=
___________________________</span><br><span>provreg mailing list</span><br><=
span><a href=3D"mailto:provreg@ietf.org">provreg@ietf.org</a></span><br><spa=
n><a href=3D"https://www.ietf.org/mailman/listinfo/provreg">https://www.ietf=
.org/mailman/listinfo/provreg</a></span><br></div></blockquote></body></html=
>=

--Apple-Mail-FCB9FC0E-C457-4169-B483-0FF3552AC139--

From fobispo@isc.org  Wed Dec 19 10:33:44 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3036521F8578 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:33:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.564
X-Spam-Level: 
X-Spam-Status: No, score=-2.564 tagged_above=-999 required=5 tests=[AWL=0.035,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V3m2-CMqJ1cx for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:33:43 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 9290121F84C2 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:33:43 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id BB5DEC9527; Wed, 19 Dec 2012 18:33:38 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355942023; bh=awHD9RnVB0DKayQ7BBx9Fiac0/Hw0XvRnKn8BRVg7t8=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=EXWo6o7N/C7ElSxRSxSktzk/wr4Zg3y2fKlfo3xoz+h0LRr4L5UOgasDIbqJ6xKrN d42LrRjjGRJWjHqXnq6wj3Jg+U3aLNq5I0pBl1Bo1oLwthD/DGldZFttpkVthsSx2Y uVTuEUA16791Uq1LD6uPgavhNeKvCRfr6oWo+w1s=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 19 Dec 2012 18:33:38 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 9F086216C80; Wed, 19 Dec 2012 18:33:38 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com>
Date: Wed, 19 Dec 2012 10:33:42 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org; whitelist
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:33:44 -0000

In other set of events.

How to handle when the domain is deleted during the renewGracePeriod and =
has subordinate hosts?




On Dec 19, 2012, at 10:31 AM, Seth Goldman <sethamin@google.com> wrote:

> I don't see how a registry could allow the domain to be removed in =
your test case. IIRC, the RFC explicitly says that you have to delete =
all subordinate host objects before deleting the superordinate domain. =
And it also says you can't remove a host while there are outstanding =
references to it.

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From fobispo@isc.org  Wed Dec 19 10:39:52 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36CF821F8609 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:39:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.567
X-Spam-Level: 
X-Spam-Status: No, score=-2.567 tagged_above=-999 required=5 tests=[AWL=0.032,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LK6jhkdkZfIo for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:39:51 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 8A82F21F85FC for <provreg@ietf.org>; Wed, 19 Dec 2012 10:39:51 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 55E7FC9528; Wed, 19 Dec 2012 18:39:48 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355942390; bh=vVEEYWMYM+d8HM+F2PGAtAnUAnJly7OlCzLDGMiB9OI=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=EE6Gd9AUJA507A+Pb8oZapKHvgDnxqtU8zX2TgCMV2o8qRnsoRAaKA8lEcsOfBD63 jOM1FB5uj/RrrVXYDgUZ9xmtT7dRaUwPC2ms89wFQh0QKTzlrZA8nqr3q5xksalP4B 0TkclJHCmBY3QgMYvVvvQOiNlnMKfMj0nFrLZoGI=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 19 Dec 2012 18:39:48 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 366F5216C80; Wed, 19 Dec 2012 18:39:48 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org>
Date: Wed, 19 Dec 2012 10:39:49 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org; whitelist
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:39:52 -0000

I bring this question, because in this case I guess we'll have to =
prevent the domain from being deleted in the first case, which will =
trigger the autoRenewGracePeriod to end.

If the registrar wants to really get rid of the domain, will have to =
update the hosts (rename or delete), and then issue the delete command.



On Dec 19, 2012, at 10:33 AM, Francisco Obispo <fobispo@isc.org> wrote:

> In other set of events.
>=20
> How to handle when the domain is deleted during the renewGracePeriod =
and has subordinate hosts?

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From michael@mwyoung.ca  Wed Dec 19 10:41:24 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02F9221F8750 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:41:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Level: 
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pdQIpb24aUpD for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:41:23 -0800 (PST)
Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) by ietfa.amsl.com (Postfix) with ESMTP id 7467621F8742 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:41:23 -0800 (PST)
Received: by mail-ie0-f171.google.com with SMTP id 17so3292347iea.16 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:41:21 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=jq/b0YsRB2rcwcq7ocA/Adj5aOLcGL/DyrzEBYM47bk=; b=FQ3CMcq+8ZBdtfA6qmIO9VD8D4qrbYZ9uC6TwTOK9y1JvG+0wpw1f8q0oE69OojQEV OYOy/zc02GJc+7i5knKOCt+VzxlhGgtLTcNgwgDvabKNeCiXkgT1mDRmqvJSGRQQpouQ JH91PUUYmQauB1bWDD7QKOLUKQVH2wH4VUgx6Gibn/sGyWoVHsjvz2nBZnaJORO8Zvvx +NwSlGxiEO8uT1yT7QEn1EO2sQghn7mlxhXG0PO0OjjCRcInECfEHsUu5whreVNcdWJ+ KgvcFQD3Ug0EwLhP4cF5/EGNpKRyIwswM9VSbFE0F+TdGwUGCX3z8cwDQcq2l2yq14mn uM7Q==
X-Received: by 10.43.62.133 with SMTP id xa5mr6944932icb.28.1355942481565; Wed, 19 Dec 2012 10:41:21 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id wg2sm11280707igb.13.2012.12.19.10.41.20 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 10:41:21 -0800 (PST)
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org>
Mime-Version: 1.0 (1.0)
In-Reply-To: <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <C2680F4E-C366-42D9-998B-63FAAED9FE4E@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 13:41:15 -0500
To: Francisco Obispo <fobispo@isc.org>
X-Gm-Message-State: ALoCoQkhEEBFjCuPKA6KvqRVIJGjFusXm8JMmXJAu8bfD+Xz4QuUW9Iu954hbO4X1lCcZVMdTDb9
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:41:24 -0000

Exactly

Michael Young

M:647-289-1220

On 2012-12-19, at 13:39, Francisco Obispo <fobispo@isc.org> wrote:

> I bring this question, because in this case I guess we'll have to prevent t=
he domain from being deleted in the first case, which will trigger the autoR=
enewGracePeriod to end.
>=20
> If the registrar wants to really get rid of the domain, will have to updat=
e the hosts (rename or delete), and then issue the delete command.
>=20
>=20
>=20
> On Dec 19, 2012, at 10:33 AM, Francisco Obispo <fobispo@isc.org> wrote:
>=20
>> In other set of events.
>>=20
>> How to handle when the domain is deleted during the renewGracePeriod and h=
as subordinate hosts?
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

From sethamin@google.com  Wed Dec 19 10:41:56 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B5A821F8618 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:41:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.903
X-Spam-Level: 
X-Spam-Status: No, score=-102.903 tagged_above=-999 required=5 tests=[AWL=0.073, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bE94XfoNOnLO for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:41:55 -0800 (PST)
Received: from mail-oa0-f45.google.com (mail-oa0-f45.google.com [209.85.219.45]) by ietfa.amsl.com (Postfix) with ESMTP id 6111B21F8609 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:41:55 -0800 (PST)
Received: by mail-oa0-f45.google.com with SMTP id i18so2385039oag.4 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:41:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fYPj1xwq/Oj7sUyy6qNMIiMZKsFwgD0AY0kn5Majd7Q=; b=LquXQrpIJSjHZvAU8yHTvZLYmYUWR7xXap0o4aKmz9YqOth+WLQ8ay1vVUOGo4yfDl wcc6wUfaAo2wjeGVXy4OJG+dFuYaMVflxsA+8z/J7QNeVppkXe7XJqd0zaYPc96fyccm Y+siGAwZ7m1XA9neRob0HGFS1Cu83ufmNIocP8wwB5QOxbrjnSQ5Vzg2ejQBZXPy24T/ q/g9TIKo8gPZVPCOi6P8JAQZ1mNhliY9zS5UW9WTg7kiIj0/LUH8EhB26vyHXczXgefr vHkoXbmDJ39DxXMiZIDtXEML8G2meMLJueCVt/OdCwSGDkK/3XQK1kTcmkDYq/bjvPQL ACuQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=fYPj1xwq/Oj7sUyy6qNMIiMZKsFwgD0AY0kn5Majd7Q=; b=gKGSoG8aRV1/lpoQrXo3WzP8Z5eNTKc6WqwuNRfKIEECgaw6LrEXQpY0gK7nFlCQD6 X5uqtedEgeqQAjeMLOQsL0LQYoxsDeh053545IRfEHZjR9SfJyXyWg714/9dxvYK5CLo 8sRFay5v7AVFukiHUwtS9Z0LnD+eEK2oLUqDcrPhdUhJg2igIl/zfxaPzWKs2VD7eN1b qRRgBzr9kwa/UzrdvVp4sbTLjcsfv1NeuA8tIR8tqUFPCNgKN5egP3xBNvCO3sLUhb7d V4a/tHplnCemRed7nBTn4o/WQwYzfpZ17EUX6CXHZoaAfH1a0AHsOS/fF8wENxoP7l+y tR7g==
MIME-Version: 1.0
Received: by 10.182.240.41 with SMTP id vx9mr153577obc.10.1355942514666; Wed, 19 Dec 2012 10:41:54 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 10:41:54 -0800 (PST)
In-Reply-To: <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org>
Date: Wed, 19 Dec 2012 13:41:54 -0500
Message-ID: <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: Francisco Obispo <fobispo@isc.org>
Content-Type: multipart/alternative; boundary=14dae93b58e6ec2c3604d138f759
X-Gm-Message-State: ALoCoQlEhGPXyJWjttFcMUlb3cj/1Kdy+sov7PnbCBcVwmU+A5BD+TWWBMg5nEvjwHgGBLbW7rJflhw6B3DJy4qsJCFd3Q7LtaNwGrdFUuHbREi+ytWgfZWKgDeS1W4OySUH1U29fVoQMJWfn3hCWXmZQCEBCBmj0DwlPDhtfTNe5YF7M8TrxSPKtMQPpeVeEJfTdRHsQD9C
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:41:56 -0000

--14dae93b58e6ec2c3604d138f759
Content-Type: text/plain; charset=ISO-8859-1

I see. You're saying that the host object rename lets you work around the
scenario where another registrar has a reference to one of your subordinate
host objects. Otherwise, you're stuck in a scenario where you can't delete
the domain until that other registrar removes its reference. Fair point,
there's clearly no workaround for that.


On Wed, Dec 19, 2012 at 1:39 PM, Francisco Obispo <fobispo@isc.org> wrote:

> I bring this question, because in this case I guess we'll have to prevent
> the domain from being deleted in the first case, which will trigger the
> autoRenewGracePeriod to end.
>
> If the registrar wants to really get rid of the domain, will have to
> update the hosts (rename or delete), and then issue the delete command.
>
>
>
> On Dec 19, 2012, at 10:33 AM, Francisco Obispo <fobispo@isc.org> wrote:
>
> > In other set of events.
> >
> > How to handle when the domain is deleted during the renewGracePeriod and
> has subordinate hosts?
>
> Francisco Obispo
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID = B38DB1BE
>
>

--14dae93b58e6ec2c3604d138f759
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr">I see. You&#39;re saying that the host object rename lets y=
ou work around the scenario where another registrar has a reference to one =
of your subordinate host objects. Otherwise, you&#39;re stuck in a scenario=
 where you can&#39;t delete the domain until that other registrar removes i=
ts reference. Fair point, there&#39;s clearly no workaround for that.</div>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Wed, Dec 1=
9, 2012 at 1:39 PM, Francisco Obispo <span dir=3D"ltr">&lt;<a href=3D"mailt=
o:fobispo@isc.org" target=3D"_blank">fobispo@isc.org</a>&gt;</span> wrote:<=
br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left=
:1px #ccc solid;padding-left:1ex">
I bring this question, because in this case I guess we&#39;ll have to preve=
nt the domain from being deleted in the first case, which will trigger the =
autoRenewGracePeriod to end.<br>
<br>
If the registrar wants to really get rid of the domain, will have to update=
 the hosts (rename or delete), and then issue the delete command.<br>
<div class=3D"im HOEnZb"><br>
<br>
<br>
On Dec 19, 2012, at 10:33 AM, Francisco Obispo &lt;<a href=3D"mailto:fobisp=
o@isc.org">fobispo@isc.org</a>&gt; wrote:<br>
<br>
&gt; In other set of events.<br>
&gt;<br>
&gt; How to handle when the domain is deleted during the renewGracePeriod a=
nd has subordinate hosts?<br>
<br>
</div><div class=3D"HOEnZb"><div class=3D"h5">Francisco Obispo<br>
Director of Applications and Services - ISC<br>
email: <a href=3D"mailto:fobispo@isc.org">fobispo@isc.org</a><br>
Phone: <a href=3D"tel:%2B1%20650%20423%201374" value=3D"+16504231374">+1 65=
0 423 1374</a> || INOC-DBA *3557* NOC<br>
PGP KeyID =3D B38DB1BE<br>
<br>
</div></div></blockquote></div><br></div></div>

--14dae93b58e6ec2c3604d138f759--

From fobispo@isc.org  Wed Dec 19 10:44:35 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8650921F87A6 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:44:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.569
X-Spam-Level: 
X-Spam-Status: No, score=-2.569 tagged_above=-999 required=5 tests=[AWL=0.030,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ol3iJ552xw6h for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:44:34 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id AF8A521F878A for <provreg@ietf.org>; Wed, 19 Dec 2012 10:44:26 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id BFBC2C9528; Wed, 19 Dec 2012 18:44:21 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355942666; bh=PS5d+7NyR16iRGJsvPCfVt3Ro38XQ6Vbq0zPL5Q9YJo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=I5jxQ705ezR3Jk+a51nYWYNW2r97cJ7RU5aNeBAHITb/jCJSZkocx0vgC20cfyeqm PkeBKg5eTxMBPNI4ygi7eGGBE914qW/Rf0bL2KwbDA69NzEGoEn4hw6c0RG132Hau3 QQE2hz8IG1pMXc79OaCNskcs1DEAtBBlXylsWmJw=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 19 Dec 2012 18:44:21 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id A32B2216C7B; Wed, 19 Dec 2012 18:44:21 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com>
Date: Wed, 19 Dec 2012 10:44:25 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org; whitelist
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:44:35 -0000

well if another registrar is referencing the host you created, you're =
not supposed to allow the update:=20

=46rom RFC5732:

   Host name changes can have an impact on associated objects that refer
   to the host object.  A host name change SHOULD NOT require additional
   updates of associated objects to preserve existing associations, with
   one exception: changing an external host object that has associations
   with objects that are sponsored by a different client.  Attempts to
   update such hosts directly MUST fail with EPP error code 2305.  The
   change can be provisioned by creating a new external host with a new
   name and any needed new attributes, and subsequently updating the
   other objects sponsored by the client.



On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> wrote:

> I see. You're saying that the host object rename lets you work around =
the scenario where another registrar has a reference to one of your =
subordinate host objects. Otherwise, you're stuck in a scenario where =
you can't delete the domain until that other registrar removes its =
reference. Fair point, there's clearly no workaround for that.

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From sethamin@google.com  Wed Dec 19 10:47:17 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B225A21F87B2 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:47:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.921
X-Spam-Level: 
X-Spam-Status: No, score=-102.921 tagged_above=-999 required=5 tests=[AWL=0.055, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QkY5CRL7NCMs for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:47:16 -0800 (PST)
Received: from mail-oa0-f53.google.com (mail-oa0-f53.google.com [209.85.219.53]) by ietfa.amsl.com (Postfix) with ESMTP id BB7EC21F87AE for <provreg@ietf.org>; Wed, 19 Dec 2012 10:47:16 -0800 (PST)
Received: by mail-oa0-f53.google.com with SMTP id j6so2386513oag.40 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:47:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ff49AF4JAgpNEJlxqd4NhoFhbnhVT58N1d4PTLker5M=; b=aXLnqAZ3GT0To8pIOav/I2Uf00Y6SiBdJ88V2o/enZq8K4k1uxYQJXWkqvDIqCH5NC RDbc8VfxhPzXA2Iwe7Xh5H6zmIf5XcZtn14pkvcU3r/zkjz7X3u8Bwo7PbE+AStES9De r2cejbAw/KIDEKAASTLo+SP03TAB1tYX9NMYqI+HLYj0fs2uqFWPqrSDTMKNabX0w5N3 XGCOHnqOol6w33Jl4+VuR6FIGeroI5K+KhbXeoWYXOzoy/PC8I3/K4ETo87H81XiUPJD BNIXxkv6Q0CwIS4VO0rhwmqOx3+MDcywaXyp6naeraohd/4FT6FM/yDWpBkWm/orHOjK dn1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ff49AF4JAgpNEJlxqd4NhoFhbnhVT58N1d4PTLker5M=; b=BGLhyb8hNdsaSmROyAC0CuepUdBNHsZSHtRt7QlBvUaFv/uHkeCyAYW19cc3LpijFL f7kMA3yqomCHOJ6iojuu8hlZO6x47QIfKgu1QnIyBLQGLeARZFI5nz9FUKC5IEiJgIYr moa4suikKnG/G0tSZxRhcHCc/bp11apQtCbakVdarHImuZZ8c2DGRkGUcyDmk+79T2mU csItGBPpgNCJdcHhC6b+O7fzYIEzjSGbSYxD4kEHuW8r3nKE7cvbgtryXTMQP+zXgeep L893vHz57FLoCwRgB07rNsHW81yQMcCpWIKoEFXoI6jp/dezv4qI+nqTK7689zIAkpIa v2qg==
MIME-Version: 1.0
Received: by 10.60.10.227 with SMTP id l3mr5604121oeb.119.1355942836060; Wed, 19 Dec 2012 10:47:16 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 10:47:15 -0800 (PST)
In-Reply-To: <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org>
Date: Wed, 19 Dec 2012 13:47:15 -0500
Message-ID: <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: Francisco Obispo <fobispo@isc.org>
Content-Type: multipart/alternative; boundary=e89a8fb1f6741443e604d1390b9e
X-Gm-Message-State: ALoCoQnB9RDyn1l0WCHVpwGBifQzwyJnSpIhP38pdFpW8fcvcDH8R2GJVwV1QNAD5JftD87iWcx2b1wZ9jwO6UIGtYBKRBNh/vqRoxaqKc8ap9RNS84mCjuzdrOzgTMGCSXqyMz5YTz8z/ECLvTlz9lBNpp26wxvqbiCwh4s4fswXFa3qS+R9Rb7H9Ak6zGd+ghoWZkeHYxz
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:47:17 -0000

--e89a8fb1f6741443e604d1390b9e
Content-Type: text/plain; charset=ISO-8859-1

Ah right, of course.

Isn't a hole in the EPP spec then? Another registrar can effectively hold
your domain hostage and prevent its deletion by adding a reference to one
of its subordinate hosts.


On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo <fobispo@isc.org> wrote:

> well if another registrar is referencing the host you created, you're not
> supposed to allow the update:
>
> From RFC5732:
>
>    Host name changes can have an impact on associated objects that refer
>    to the host object.  A host name change SHOULD NOT require additional
>    updates of associated objects to preserve existing associations, with
>    one exception: changing an external host object that has associations
>    with objects that are sponsored by a different client.  Attempts to
>    update such hosts directly MUST fail with EPP error code 2305.  The
>    change can be provisioned by creating a new external host with a new
>    name and any needed new attributes, and subsequently updating the
>    other objects sponsored by the client.
>
>
>
> On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> wrote:
>
> > I see. You're saying that the host object rename lets you work around
> the scenario where another registrar has a reference to one of your
> subordinate host objects. Otherwise, you're stuck in a scenario where you
> can't delete the domain until that other registrar removes its reference.
> Fair point, there's clearly no workaround for that.
>
> Francisco Obispo
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID = B38DB1BE
>
>

--e89a8fb1f6741443e604d1390b9e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr"><div class=3D"gmail_default" style>Ah right, of course.</di=
v><div class=3D"gmail_default" style><br></div><div class=3D"gmail_default"=
 style>
Isn&#39;t a hole in the EPP spec then? Another registrar can effectively ho=
ld your domain hostage and prevent its deletion by adding a reference to on=
e of its subordinate hosts.</div></div><div class=3D"gmail_extra"><br><br>
<div class=3D"gmail_quote">On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obisp=
o <span dir=3D"ltr">&lt;<a href=3D"mailto:fobispo@isc.org" target=3D"_blank=
">fobispo@isc.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote=
" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
well if another registrar is referencing the host you created, you&#39;re n=
ot supposed to allow the update:<br>
<br>
>From RFC5732:<br>
<div class=3D"im"><br>
=A0 =A0Host name changes can have an impact on associated objects that refe=
r<br>
=A0 =A0to the host object. =A0A host name change SHOULD NOT require additio=
nal<br>
</div>=A0 =A0updates of associated objects to preserve existing association=
s, with<br>
<div class=3D"im HOEnZb">=A0 =A0one exception: changing an external host ob=
ject that has associations<br>
=A0 =A0with objects that are sponsored by a different client. =A0Attempts t=
o<br>
=A0 =A0update such hosts directly MUST fail with EPP error code 2305. =A0Th=
e<br>
=A0 =A0change can be provisioned by creating a new external host with a new=
<br>
=A0 =A0name and any needed new attributes, and subsequently updating the<br=
>
=A0 =A0other objects sponsored by the client.<br>
<br>
<br>
<br>
</div><div class=3D"im HOEnZb">On Dec 19, 2012, at 10:41 AM, Seth Goldman &=
lt;<a href=3D"mailto:sethamin@google.com">sethamin@google.com</a>&gt; wrote=
:<br>
<br>
&gt; I see. You&#39;re saying that the host object rename lets you work aro=
und the scenario where another registrar has a reference to one of your sub=
ordinate host objects. Otherwise, you&#39;re stuck in a scenario where you =
can&#39;t delete the domain until that other registrar removes its referenc=
e. Fair point, there&#39;s clearly no workaround for that.<br>

<br>
</div><div class=3D"HOEnZb"><div class=3D"h5">Francisco Obispo<br>
Director of Applications and Services - ISC<br>
email: <a href=3D"mailto:fobispo@isc.org">fobispo@isc.org</a><br>
Phone: <a href=3D"tel:%2B1%20650%20423%201374" value=3D"+16504231374">+1 65=
0 423 1374</a> || INOC-DBA *3557* NOC<br>
PGP KeyID =3D B38DB1BE<br>
<br>
</div></div></blockquote></div><br></div></div>

--e89a8fb1f6741443e604d1390b9e--

From michael@mwyoung.ca  Wed Dec 19 10:50:24 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C3B321F87B2 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:50:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.202
X-Spam-Level: 
X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CGCf4mcnaeY8 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:50:23 -0800 (PST)
Received: from mail-ia0-f173.google.com (mail-ia0-f173.google.com [209.85.210.173]) by ietfa.amsl.com (Postfix) with ESMTP id 48B9221F87AE for <provreg@ietf.org>; Wed, 19 Dec 2012 10:50:23 -0800 (PST)
Received: by mail-ia0-f173.google.com with SMTP id w21so2051649iac.4 for <provreg@ietf.org>; Wed, 19 Dec 2012 10:50:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=gHKzuSzLGaD19EqwnbCl4oawXzuQ2PwYmXxhn3IOh0c=; b=PBf+gQfntwICzwJ1TH/OD2thm9M/wIrUdxXGgvO3yi+wpgvKGCSaloe7e8Qa+kS8w9 cPXz2Tx75UZX7YpywYemkylUirOh99UOon6YiiK5Jvh4MczmVhdzbVz7luioU0nhN9uq z9VVZA9AiW5Qla8KyCQ7lXrY0QuA14Xk5bERJ7zv3jqhFQ2dTskk/k4W8r2Lecwrx5Rf 3ddWbrTeqoeNoH7SHDudBHj/ZjLNovx2T1eChqSiutQvYZ0Gswwfgyb29PwVDoDIsPN5 z5ulesM24d2VV5FOHgpILxJEZPcduCLfh2SSiGhoZM2ZQBoAqaAe+ZSDD1b16hUPE3FL i8gw==
X-Received: by 10.50.152.137 with SMTP id uy9mr7709770igb.62.1355943022134; Wed, 19 Dec 2012 10:50:22 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id s3sm4785007igb.14.2012.12.19.10.50.15 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 10:50:21 -0800 (PST)
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-5377BC44-E3B9-492C-8363-C0633FA9A0DB
Content-Transfer-Encoding: 7bit
Message-Id: <23DC31E8-F5DB-49AD-9174-80DF026229A6@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 13:50:10 -0500
To: Seth Goldman <sethamin@google.com>
X-Gm-Message-State: ALoCoQlUDsAc3NoVLv45B28UZ3nY7B6hPc2A7B+k06JXvu2n4irdvk6C22RQKZQndl/ugr0IDzI2
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:50:24 -0000

--Apple-Mail-5377BC44-E3B9-492C-8363-C0633FA9A0DB
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

That's the kind of behaviour that gets a registrar in trouble with their agr=
eements - it's not a common occurrence=20

Michael Young

M:647-289-1220

On 2012-12-19, at 13:47, Seth Goldman <sethamin@google.com> wrote:

> Ah right, of course.
>=20
> Isn't a hole in the EPP spec then? Another registrar can effectively hold y=
our domain hostage and prevent its deletion by adding a reference to one of i=
ts subordinate hosts.
>=20
>=20
> On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo <fobispo@isc.org> wrote:=

>> well if another registrar is referencing the host you created, you're not=
 supposed to allow the update:
>>=20
>> =46rom RFC5732:
>>=20
>>    Host name changes can have an impact on associated objects that refer
>>    to the host object.  A host name change SHOULD NOT require additional
>>    updates of associated objects to preserve existing associations, with
>>    one exception: changing an external host object that has associations
>>    with objects that are sponsored by a different client.  Attempts to
>>    update such hosts directly MUST fail with EPP error code 2305.  The
>>    change can be provisioned by creating a new external host with a new
>>    name and any needed new attributes, and subsequently updating the
>>    other objects sponsored by the client.
>>=20
>>=20
>>=20
>> On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> wrote:
>>=20
>> > I see. You're saying that the host object rename lets you work around t=
he scenario where another registrar has a reference to one of your subordina=
te host objects. Otherwise, you're stuck in a scenario where you can't delet=
e the domain until that other registrar removes its reference. Fair point, t=
here's clearly no workaround for that.
>>=20
>> Francisco Obispo
>> Director of Applications and Services - ISC
>> email: fobispo@isc.org
>> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
>> PGP KeyID =3D B38DB1BE
>=20
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

--Apple-Mail-5377BC44-E3B9-492C-8363-C0633FA9A0DB
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>That's the kind of behaviour that gets=
 a registrar in trouble with their agreements - it's not a common occurrence=
&nbsp;<br><br>Michael Young<div><br></div><div>M:647-289-1220</div></div><di=
v><br>On 2012-12-19, at 13:47, Seth Goldman &lt;<a href=3D"mailto:sethamin@g=
oogle.com">sethamin@google.com</a>&gt; wrote:<br><br></div><blockquote type=3D=
"cite"><div><div style=3D"font-family: arial, helvetica, sans-serif; font-si=
ze: 10pt"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"">Ah right,=
 of course.</div><div class=3D"gmail_default" style=3D""><br></div><div clas=
s=3D"gmail_default" style=3D"">
Isn't a hole in the EPP spec then? Another registrar can effectively hold yo=
ur domain hostage and prevent its deletion by adding a reference to one of i=
ts subordinate hosts.</div></div><div class=3D"gmail_extra"><br><br>
<div class=3D"gmail_quote">On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo=
 <span dir=3D"ltr">&lt;<a href=3D"mailto:fobispo@isc.org" target=3D"_blank">=
fobispo@isc.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
well if another registrar is referencing the host you created, you're not su=
pposed to allow the update:<br>
<br>
=46rom RFC5732:<br>
<div class=3D"im"><br>
&nbsp; &nbsp;Host name changes can have an impact on associated objects that=
 refer<br>
&nbsp; &nbsp;to the host object. &nbsp;A host name change SHOULD NOT require=
 additional<br>
</div>&nbsp; &nbsp;updates of associated objects to preserve existing associ=
ations, with<br>
<div class=3D"im HOEnZb">&nbsp; &nbsp;one exception: changing an external ho=
st object that has associations<br>
&nbsp; &nbsp;with objects that are sponsored by a different client. &nbsp;At=
tempts to<br>
&nbsp; &nbsp;update such hosts directly MUST fail with EPP error code 2305. &=
nbsp;The<br>
&nbsp; &nbsp;change can be provisioned by creating a new external host with a=
 new<br>
&nbsp; &nbsp;name and any needed new attributes, and subsequently updating t=
he<br>
&nbsp; &nbsp;other objects sponsored by the client.<br>
<br>
<br>
<br>
</div><div class=3D"im HOEnZb">On Dec 19, 2012, at 10:41 AM, Seth Goldman &l=
t;<a href=3D"mailto:sethamin@google.com">sethamin@google.com</a>&gt; wrote:<=
br>
<br>
&gt; I see. You're saying that the host object rename lets you work around t=
he scenario where another registrar has a reference to one of your subordina=
te host objects. Otherwise, you're stuck in a scenario where you can't delet=
e the domain until that other registrar removes its reference. Fair point, t=
here's clearly no workaround for that.<br>

<br>
</div><div class=3D"HOEnZb"><div class=3D"h5">Francisco Obispo<br>
Director of Applications and Services - ISC<br>
email: <a href=3D"mailto:fobispo@isc.org">fobispo@isc.org</a><br>
Phone: <a href=3D"tel:%2B1%20650%20423%201374" value=3D"+16504231374">+1 650=
 423 1374</a> || INOC-DBA *3557* NOC<br>
PGP KeyID =3D B38DB1BE<br>
<br>
</div></div></blockquote></div><br></div></div>
</div></blockquote><blockquote type=3D"cite"><div><span>____________________=
___________________________</span><br><span>provreg mailing list</span><br><=
span><a href=3D"mailto:provreg@ietf.org">provreg@ietf.org</a></span><br><spa=
n><a href=3D"https://www.ietf.org/mailman/listinfo/provreg">https://www.ietf=
.org/mailman/listinfo/provreg</a></span><br></div></blockquote></body></html=
>=

--Apple-Mail-5377BC44-E3B9-492C-8363-C0633FA9A0DB--

From fobispo@isc.org  Wed Dec 19 10:55:53 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1848C21F862D for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:55:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.571
X-Spam-Level: 
X-Spam-Status: No, score=-2.571 tagged_above=-999 required=5 tests=[AWL=0.028,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sUUTCUvUmbw4 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 10:55:52 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id AB61121F85FC for <provreg@ietf.org>; Wed, 19 Dec 2012 10:55:51 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 5ADCE5F9861; Wed, 19 Dec 2012 18:55:42 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355943350; bh=hR+h6e11kU4sc5JVd0aC73LhGBxNsA5QkoS5ZKxpmL4=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=GkHKJJbw166063K94IchB9C9YQJhED8/pNehgMaUqt6bJD2gOsKPRmpTpBFp1kpfB mYAiPF9zRnYSmhaemlBXTguYTvontGqU+C9DRLlAp/Qhk0MJLymnhGAWSwO7kSFrrN vRdqKDvIqwDJpXM71zaiO+ilYLpDSzcbLJTAvKYI=
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id D0B1E216C7B; Wed, 19 Dec 2012 18:55:40 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
Date: Wed, 19 Dec 2012 10:55:44 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 18:55:53 -0000

Consider the following:

test.TLD -> sponsored by registrar_a
example.TLD -> sponsored by registrar_b

test.TLD
  ns: ns1.example.tld
  ns: ns2.example.tld

example.TLD
  ns: ns1.test.tld
  ns: ns2.test.tld



registrar_a wants to delete test.TLD, issues a delete command for ns1 =
and ns2.test.TLD and it fails because of object associations.

the registrant has disappeared and registrar_a no longer has a way to =
charge him for the renewal

registrar_b cannot proceed with the change because the registrant of =
example.TLD is not responding to emails

The auto-renew proceeds in the registry, and charges the registrar for =
the operation.

So technically this can go on and on for a while, unless there's =
registry policy around it:

- We will allow the delete command, put it in a pending state for 5 =
days,
- if in 5 days the domains using the host are not updated we proceed =
with=20
  the delete.


Any other thoughts?



On Dec 19, 2012, at 10:47 AM, Seth Goldman <sethamin@google.com> wrote:

> Ah right, of course.
>=20
> Isn't a hole in the EPP spec then? Another registrar can effectively =
hold your domain hostage and prevent its deletion by adding a reference =
to one of its subordinate hosts.
>=20
>=20
> On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo <fobispo@isc.org> =
wrote:
> well if another registrar is referencing the host you created, you're =
not supposed to allow the update:
>=20
> >=46rom RFC5732:
>=20
>    Host name changes can have an impact on associated objects that =
refer
>    to the host object.  A host name change SHOULD NOT require =
additional
>    updates of associated objects to preserve existing associations, =
with
>    one exception: changing an external host object that has =
associations
>    with objects that are sponsored by a different client.  Attempts to
>    update such hosts directly MUST fail with EPP error code 2305.  The
>    change can be provisioned by creating a new external host with a =
new
>    name and any needed new attributes, and subsequently updating the
>    other objects sponsored by the client.
>=20
>=20
>=20
> On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> =
wrote:
>=20
> > I see. You're saying that the host object rename lets you work =
around the scenario where another registrar has a reference to one of =
your subordinate host objects. Otherwise, you're stuck in a scenario =
where you can't delete the domain until that other registrar removes its =
reference. Fair point, there's clearly no workaround for that.
>=20
> Francisco Obispo
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20
>=20

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From michael@mwyoung.ca  Wed Dec 19 11:08:07 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4587521F8682 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:08:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Level: 
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q+2a1oeUbRSR for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:08:05 -0800 (PST)
Received: from mail-ia0-f176.google.com (mail-ia0-f176.google.com [209.85.210.176]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB9521F8652 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:08:05 -0800 (PST)
Received: by mail-ia0-f176.google.com with SMTP id y26so2046041iab.35 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:08:04 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=/nRs8niP/20ioGzKEklo9Zty/e2jRWIh/OZK7cp2qu4=; b=o3ePiGlrqIwL96gWkUnO4xZwQ2UG3AQdifOR5Q2C/OplmrBLNVCznkTe94spRLX75X 0Vy4eS3pCKcqv6A5/ViXtUnX+GHnBwm96Jk844J7yr8vOqOSk7oS6d+BmuG0CCD+TAWw mJciD41CdlkAsm4BYNYxHaoG+yigzIF+pb62JlXEr9jypmucdgofnebQelDg3438DRNf CzYTJZ7NYSE8ue4RdAjYSm4RkC3zzUrkHOihMbuRL7xfqLgB+MBsSihfv8jNxueaJwVI EloL1UTJrFnshm/7wi0eNkMNCDPxaY2jOHRuFPcZwYoVQxOa9DrRedq+KRthT+vvcGlv biiA==
X-Received: by 10.50.202.73 with SMTP id kg9mr8298406igc.51.1355944084512; Wed, 19 Dec 2012 11:08:04 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id ww6sm11355599igb.2.2012.12.19.11.08.03 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 11:08:03 -0800 (PST)
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org>
Mime-Version: 1.0 (1.0)
In-Reply-To: <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 14:07:58 -0500
To: Francisco Obispo <fobispo@isc.org>
X-Gm-Message-State: ALoCoQlpq6n1LL23uwT3LxcSywMhIhyZ6i+dUlbS2tn3TrhXZtA427imCMfhcYqPTAUQtPxSKlhS
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 19:08:07 -0000

I'm not sure why you are solving a dispute between two registrars.

Currently registrar a contacts registrar b and complains. Registrar b disass=
ociates the host object regardless of the fact the registrant went silent. W=
hy? Because in all likelihood it's the same registrant behind both domains a=
t two different registrars and they are ultimately responsible for managing t=
heir domains. If its actually two separate registrants with no relation, the=
n registrar b has absolutely no reason not to remove the association.

This comes down to registrars and registrants doing their part as well AND w=
ell constructed RRAs in all parties joint interests.

Michael Young

M:647-289-1220

On 2012-12-19, at 13:55, Francisco Obispo <fobispo@isc.org> wrote:

> Consider the following:
>=20
> test.TLD -> sponsored by registrar_a
> example.TLD -> sponsored by registrar_b
>=20
> test.TLD
>  ns: ns1.example.tld
>  ns: ns2.example.tld
>=20
> example.TLD
>  ns: ns1.test.tld
>  ns: ns2.test.tld
>=20
>=20
>=20
> registrar_a wants to delete test.TLD, issues a delete command for ns1 and n=
s2.test.TLD and it fails because of object associations.
>=20
> the registrant has disappeared and registrar_a no longer has a way to char=
ge him for the renewal
>=20
> registrar_b cannot proceed with the change because the registrant of examp=
le.TLD is not responding to emails
>=20
> The auto-renew proceeds in the registry, and charges the registrar for the=
 operation.
>=20
> So technically this can go on and on for a while, unless there's registry p=
olicy around it:
>=20
> - We will allow the delete command, put it in a pending state for 5 days,
> - if in 5 days the domains using the host are not updated we proceed with=20=

>  the delete.
>=20
>=20
> Any other thoughts?
>=20
>=20
>=20
> On Dec 19, 2012, at 10:47 AM, Seth Goldman <sethamin@google.com> wrote:
>=20
>> Ah right, of course.
>>=20
>> Isn't a hole in the EPP spec then? Another registrar can effectively hold=
 your domain hostage and prevent its deletion by adding a reference to one o=
f its subordinate hosts.
>>=20
>>=20
>> On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo <fobispo@isc.org> wrote=
:
>> well if another registrar is referencing the host you created, you're not=
 supposed to allow the update:
>>=20
>>> =46rom RFC5732:
>>=20
>>   Host name changes can have an impact on associated objects that refer
>>   to the host object.  A host name change SHOULD NOT require additional
>>   updates of associated objects to preserve existing associations, with
>>   one exception: changing an external host object that has associations
>>   with objects that are sponsored by a different client.  Attempts to
>>   update such hosts directly MUST fail with EPP error code 2305.  The
>>   change can be provisioned by creating a new external host with a new
>>   name and any needed new attributes, and subsequently updating the
>>   other objects sponsored by the client.
>>=20
>>=20
>>=20
>> On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> wrote:
>>=20
>>> I see. You're saying that the host object rename lets you work around th=
e scenario where another registrar has a reference to one of your subordinat=
e host objects. Otherwise, you're stuck in a scenario where you can't delete=
 the domain until that other registrar removes its reference. Fair point, th=
ere's clearly no workaround for that.
>>=20
>> Francisco Obispo
>> Director of Applications and Services - ISC
>> email: fobispo@isc.org
>> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
>> PGP KeyID =3D B38DB1BE
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20
> _______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg

From fobispo@isc.org  Wed Dec 19 11:21:35 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A39C21F8765 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:21:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.573
X-Spam-Level: 
X-Spam-Status: No, score=-2.573 tagged_above=-999 required=5 tests=[AWL=0.026,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RBI0BQEDeiUN for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:21:34 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 509CA21F863C for <provreg@ietf.org>; Wed, 19 Dec 2012 11:21:34 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 1736EC942B; Wed, 19 Dec 2012 19:21:28 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355944893; bh=js2plELq94773EwLj4VY2X6XRyFwy3ZPbhPEyS6DEn0=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=gYKP1Ix331w0kvXCtpI7Luf4Trx4o8YgmQ3pyCgoLRWirsSLN7xN6Fym0wcaGJpzn 94jUtg5mCVU6looewtpBCUjRBP595U3zstbtBfUnEdAzVza3e6mqPjtoJ6fHSQZDT5 FyAHOx4AjplLb36U8QkwJaGxgkdhaecuYFmNw3WA=
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS; Wed, 19 Dec 2012 19:21:28 +0000 (UTC) (envelope-from fobispo@isc.org)
Received: from [192.168.255.120] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id E9DE6216C3D; Wed, 19 Dec 2012 19:21:27 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
Date: Wed, 19 Dec 2012 11:21:32 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <49A0C97F-C1F0-43FD-8E2D-8C6DAAF64E12@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
To: Michael Young <michael@mwyoung.ca>
X-Mailer: Apple Mail (2.1499)
X-DCC--Metrics: post.isc.org; whitelist
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 19:21:35 -0000

On Dec 19, 2012, at 11:07 AM, Michael Young <michael@mwyoung.ca> wrote:

> I'm not sure why you are solving a dispute between two registrars.
>=20

Well I'm not, but I'm just saying that registry policy could help fill =
in the gaps when stuff like this happens.


> Currently registrar a contacts registrar b and complains. Registrar b =
disassociates the host object regardless of the fact the registrant went =
silent. Why? Because in all likelihood it's the same registrant behind =
both domains at two different registrars and they are ultimately =
responsible for managing their domains. If its actually two separate =
registrants with no relation, then registrar b has absolutely no reason =
not to remove the association.
>=20

I agree, at the end, if the registrar's don't solve it, they'll end up =
paying for the renewals themselves.

Francisco Obispo=20
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID =3D B38DB1BE


From cbbrowne@afilias.info  Wed Dec 19 11:43:10 2012
Return-Path: <cbbrowne@afilias.info>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E01321F8A64 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:43:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level: 
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AbOTiKC3VrFo for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:43:09 -0800 (PST)
Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 0BD7021F8A90 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:43:08 -0800 (PST)
Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from <cbbrowne@afilias.info>) id 1TlPXn-0005pJ-4O for provreg@ietf.org; Wed, 19 Dec 2012 19:43:07 +0000
Received: from mail-qa0-f70.google.com ([209.85.216.70]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from <cbbrowne@afilias.info>) id 1TlPXm-0005kK-4i for provreg@ietf.org; Wed, 19 Dec 2012 19:43:06 +0000
Received: by mail-qa0-f70.google.com with SMTP id hg5so4520978qab.5 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:43:01 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=2XuAvYqn6rnl5Lz0m/+ZTiRcmxotusGLiBvAtiqwjyA=; b=DH0W+OBDkZlDOCXUA4xDjkreLVVXV6XrCpE9UvMHC2fz6fFLMxUnTm1UhS+WT19gCj ggYo8ekexJUh9u7Ph58yTkDMEHp5Xg+2TOG+fE8GuIc2flNznmVHtzZU02c0I2it+wat 3IP512DINvXnK/PQHSTmvV+P2ZOqsFCupRvcNRYQmGhq+vLoP7xQg9juV7fg0qcM4S8C K4QBzEOPwNY/0fIjNGyUoCwrZyzmhv8Z47RGO2QgGNG2/p64/X9KJrjfX5NHZmVtfZVn c7+sQTlKsyDTchACBdaExuClO+JQQyNjhncojsJRllBwAQaAma+7rrNSjUg6ncgQi40g 5ElQ==
X-Received: by 10.49.133.68 with SMTP id pa4mr3985837qeb.50.1355946181018; Wed, 19 Dec 2012 11:43:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.49.133.68 with SMTP id pa4mr3985831qeb.50.1355946180931; Wed, 19 Dec 2012 11:43:00 -0800 (PST)
Received: by 10.49.13.106 with HTTP; Wed, 19 Dec 2012 11:43:00 -0800 (PST)
In-Reply-To: <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
Date: Wed, 19 Dec 2012 14:43:00 -0500
Message-ID: <CANfbgbb=95du5SLVVVmj6MRsddayCWVCCwRNEoMTrwAE8wgRnA@mail.gmail.com>
From: Christopher Browne <cbbrowne@afilias.info>
To: Michael Young <michael@mwyoung.ca>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Gm-Message-State: ALoCoQmaFv2bW5uYJhhaK/w349S5J5SuKUHOVsNT7TGk/CsxZhV9r+B8CU82YQto+w9HILp7he6hbsJXlLG5Dl6OlOguWXI3mA5/slFYU7tB5F3mcZJ7bAnLMAa4wB4U/y5QB2BXOYu5
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 19:43:10 -0000

On Wed, Dec 19, 2012 at 2:07 PM, Michael Young <michael@mwyoung.ca> wrote:
> I'm not sure why you are solving a dispute between two registrars.
>
> Currently registrar a contacts registrar b and complains. Registrar b dis=
associates the host object regardless of the fact the registrant went silen=
t. Why? Because in all likelihood it's the same registrant behind both doma=
ins at two different registrars and they are ultimately responsible for man=
aging their domains. If its actually two separate registrants with no relat=
ion, then registrar b has absolutely no reason not to remove the associatio=
n.
>
> This comes down to registrars and registrants doing their part as well AN=
D well constructed RRAs in all parties joint interests.

While the EPP standard doesn't speak specifically to this, it's pretty
reasonable to consider that the registrant that holds the domain is
intended to exercise control over the attendant zone.

We've done some agonizing over this, sadly not arriving at answers
that were sufficiently clear to assert as public policy, but here are
some thoughts...

It would seem reasonable that child hosts should always be modifyable
by the registrar owning the parent domain, or, (my preference), owned
by that registrar.
That would have the consequence that child hosts could at the very
least be put on clientHold.

Also possible would be to consider that Registrar A should be able to eithe=
r:
a) Delete the child hosts, which would have the "cascade" effect of
removing references from other registrars' domains, or
b) Be allowed to submit <domain:update> requests specifically to
remove child hosts from other registrars' domains.

These possible policies all cross inter-registrar boundaries, but if
the registrant, as customer of Registrar a, is supposed to exercise
control over the zone defined by the domain, while they may not be
documented scenarios in the EPP RFCs, they are still at least
plausibly appropriate.

The current state of affairs is troublesome, leaving dealing with this
to some out-of-band communications.

From sethamin@google.com  Wed Dec 19 11:56:00 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E446A21F8742 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:56:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.932
X-Spam-Level: 
X-Spam-Status: No, score=-102.932 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DnCsphQCfxgz for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 11:56:00 -0800 (PST)
Received: from mail-ob0-f171.google.com (mail-ob0-f171.google.com [209.85.214.171]) by ietfa.amsl.com (Postfix) with ESMTP id 3796E21F86C0 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:56:00 -0800 (PST)
Received: by mail-ob0-f171.google.com with SMTP id dn14so2449995obc.16 for <provreg@ietf.org>; Wed, 19 Dec 2012 11:55:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=twXKlW8qMfcwP8Fc7hDKDX4dLBM9Y8ExtPiYuc11TSg=; b=P8NlV0OIOrluoW1+XaAGm5k9CO1GtZoPupqZJ1cNAsGfuDInu8XOofjPzPNNsQJsaS 9GEP6TrX56C50vKuYGd+Smj87CdgvLQ0FaYoRcLljccBY4lj4QTJ2DVjrkDAqsohbB/P vTe5bctTXvPjwm8/0H8EsgoKIA3LhCQLclJfjW045NTVM3oGLrszN9McY7956UsDs9SI IXcbNHAyyBgLY1RWv2puZaQxI2aVGOymGLiKkJrcvaeHRqlaSLiWf6pz6u9EKgf6Hev6 iMpnvbiH1oSH/N41xsh+gLObEj3VJK2hm+zSywFBd1LaPVS992sTg4Nnjza4SkDwmvcL ZTUw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=twXKlW8qMfcwP8Fc7hDKDX4dLBM9Y8ExtPiYuc11TSg=; b=oY8fyjKKxZJAn06/+OWeJukHeXa7SO8rzyProNrLWeuB7Dz6xVeLSykVl/FNya/VU1 zAPl7pqTDZxgwfZ8L7G4hmJ13bRpnENNdrC2tGnHGNLXtqD4iTOnXH0zU/gP8COTBVAF wInLPty6+QgDxQed/YdvE46XoaaoWpbQiHklL7rfl8RAWeEabK+uD/Vvc+hjN65U+w0N b0t5fOU10oMKq0c5AUfl376Flt8B7eEic5ZlUpuG3nolHU9T9KEDYz3XdvCLfjHnBvsz 9VNBkUbP91iNCUmHsbCHTDvwzxcmqLX+MDA6u1U0A9PsO15oFmyf3CKOpQ177Glmjuua +LKg==
MIME-Version: 1.0
Received: by 10.60.32.147 with SMTP id j19mr5932721oei.68.1355946959637; Wed, 19 Dec 2012 11:55:59 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 11:55:59 -0800 (PST)
In-Reply-To: <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org>
Date: Wed, 19 Dec 2012 14:55:59 -0500
Message-ID: <CAAHh_-+NU2VtzKrfMEsRnjtBqJ2+NoYpRKa_9YWB-T7n_RTDAQ@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: Francisco Obispo <fobispo@isc.org>
Content-Type: multipart/alternative; boundary=e89a8fb1f506dd0d0804d13a0003
X-Gm-Message-State: ALoCoQmzGzx84aJkgCbEuKvYtu13Guk3y72OlPFZLr3lPeYJOpjLGGqUbk8UY14F5nK4VsAT3i58UgfxOVZN88NMvJRr1MF2RpDNl9Facy85X4dzKL4Agouy9nWc80sCsp6qYRTu3A3DBvOw9YsPuHcCq4YhCiQUbVE+YXQgDF85OwmKVtc+CwCSMT+gnR786hm4Aa0a3d4q
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 19:56:01 -0000

--e89a8fb1f506dd0d0804d13a0003
Content-Type: text/plain; charset=ISO-8859-1

Actually, the RFC only says that this action is disallowed for external
hosts. For subordinate hosts, it's not well defined.

On Wed, Dec 19, 2012 at 1:44 PM, Francisco Obispo <fobispo@isc.org> wrote:

> well if another registrar is referencing the host you created, you're not
> supposed to allow the update:
>
> From RFC5732:
>
>    Host name changes can have an impact on associated objects that refer
>    to the host object.  A host name change SHOULD NOT require additional
>    updates of associated objects to preserve existing associations, with
>    one exception: changing an external host object that has associations
>    with objects that are sponsored by a different client.  Attempts to
>    update such hosts directly MUST fail with EPP error code 2305.  The
>    change can be provisioned by creating a new external host with a new
>    name and any needed new attributes, and subsequently updating the
>    other objects sponsored by the client.
>
>
>
> On Dec 19, 2012, at 10:41 AM, Seth Goldman <sethamin@google.com> wrote:
>
> > I see. You're saying that the host object rename lets you work around
> the scenario where another registrar has a reference to one of your
> subordinate host objects. Otherwise, you're stuck in a scenario where you
> can't delete the domain until that other registrar removes its reference.
> Fair point, there's clearly no workaround for that.
>
> Francisco Obispo
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID = B38DB1BE
>
>

--e89a8fb1f506dd0d0804d13a0003
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr"><div class=3D"gmail_default" style>Actually, the RFC only s=
ays that this action is disallowed for external hosts. For subordinate host=
s, it&#39;s not well defined.</div>
<div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Dec 19, 2=
012 at 1:44 PM, Francisco Obispo <span dir=3D"ltr">&lt;<a href=3D"mailto:fo=
bispo@isc.org" target=3D"_blank">fobispo@isc.org</a>&gt;</span> wrote:<br><=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
 #ccc solid;padding-left:1ex">
well if another registrar is referencing the host you created, you&#39;re n=
ot supposed to allow the update:<br>
<br>
>From RFC5732:<br>
<div class=3D"im"><br>
=A0 =A0Host name changes can have an impact on associated objects that refe=
r<br>
=A0 =A0to the host object. =A0A host name change SHOULD NOT require additio=
nal<br>
</div>=A0 =A0updates of associated objects to preserve existing association=
s, with<br>
<div class=3D"im HOEnZb">=A0 =A0one exception: changing an external host ob=
ject that has associations<br>
=A0 =A0with objects that are sponsored by a different client. =A0Attempts t=
o<br>
=A0 =A0update such hosts directly MUST fail with EPP error code 2305. =A0Th=
e<br>
=A0 =A0change can be provisioned by creating a new external host with a new=
<br>
=A0 =A0name and any needed new attributes, and subsequently updating the<br=
>
=A0 =A0other objects sponsored by the client.<br>
<br>
<br>
<br>
</div><div class=3D"im HOEnZb">On Dec 19, 2012, at 10:41 AM, Seth Goldman &=
lt;<a href=3D"mailto:sethamin@google.com">sethamin@google.com</a>&gt; wrote=
:<br>
<br>
&gt; I see. You&#39;re saying that the host object rename lets you work aro=
und the scenario where another registrar has a reference to one of your sub=
ordinate host objects. Otherwise, you&#39;re stuck in a scenario where you =
can&#39;t delete the domain until that other registrar removes its referenc=
e. Fair point, there&#39;s clearly no workaround for that.<br>

<br>
</div><div class=3D"HOEnZb"><div class=3D"h5">Francisco Obispo<br>
Director of Applications and Services - ISC<br>
email: <a href=3D"mailto:fobispo@isc.org">fobispo@isc.org</a><br>
Phone: <a href=3D"tel:%2B1%20650%20423%201374" value=3D"+16504231374">+1 65=
0 423 1374</a> || INOC-DBA *3557* NOC<br>
PGP KeyID =3D B38DB1BE<br>
<br>
</div></div></blockquote></div><br></div></div></div>

--e89a8fb1f506dd0d0804d13a0003--

From sethamin@google.com  Wed Dec 19 12:01:01 2012
Return-Path: <sethamin@google.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A13F421F8A94 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:01:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.939
X-Spam-Level: 
X-Spam-Status: No, score=-102.939 tagged_above=-999 required=5 tests=[AWL=0.036, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JwP3hwhIJA3G for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:01:01 -0800 (PST)
Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) by ietfa.amsl.com (Postfix) with ESMTP id 7006F21F89C0 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:00:55 -0800 (PST)
Received: by mail-oa0-f43.google.com with SMTP id k1so2533923oag.30 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:00:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=BH2bV5/J/jcqM/+g8ASX7pDV36d9v0xGv2gXf47M4ko=; b=jZnTQlDvLa7T/tyEaYAhwNFrPpWEXsvbZZyDHg+WDA0pfWWA7F1f6eKbPF9OpyVwDy 6zWQnIy6eWd7coN8BeBWuYhXdeU/tGllxE49zYNSqmr/H/BBQilfd7iFPg38WESyY7nQ 2lnrajURQOtUvdC63+SXorEfsQicL6AeXE3V4YoLMJDiFiEtKeipI5rDzgtVbLAJIvP7 MmanUZuTMvsYNIyVxMuNFLdwKdA9s7LuTw0zUlI9vKMUQ7F1ppAHO/YGDJGTXIXVVlSg cOPOe6cVTRZEi39irdOvPRVObRtkEOxYw/9AJtCmjqZAAxf/2Fu54oei5ogeaG766WBs T9vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=BH2bV5/J/jcqM/+g8ASX7pDV36d9v0xGv2gXf47M4ko=; b=dlCzKxFLjIZwUpf7Dq1to/ueoG7WXgt6gtqFrS5By2hAzVz8VwuEiDmyJBX+YVi86C asi61kQ09qFfTQQD+mQeG/3dIVEEECJ5VEUMlhue5xdDOcI+1P7m5Mb+EiZnd0Tvcl76 hmxck8Q6qzw4ANEHgyKfLkcG2D6UgwRzOxwMSC0uRJXwAXOB/+cyusKiHyqUiRVkhzxX Tkcw2ct76zt8DtYRUvb9tf5a2Lf3dB5MB/8ZJVqlGU0qzYt1TEVqitENFSe9HCg8jzwj tvKFu6mY/Ve2iR3PiUEU6RjROIJlCUjFjYbrH10ebpSY1z5Y4pPRicVGQmDNXlTOLvzs x0BA==
MIME-Version: 1.0
Received: by 10.60.14.193 with SMTP id r1mr6090321oec.27.1355947254772; Wed, 19 Dec 2012 12:00:54 -0800 (PST)
Received: by 10.182.106.6 with HTTP; Wed, 19 Dec 2012 12:00:54 -0800 (PST)
Date: Wed, 19 Dec 2012 15:00:54 -0500
Message-ID: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
From: Seth Goldman <sethamin@google.com>
To: provreg@ietf.org
Content-Type: multipart/alternative; boundary=e89a8ff252ee74765c04d13a124b
X-Gm-Message-State: ALoCoQkjwze5VzylfNmeh81CMg881pubOKOu2kLESlf3lryJwIZmxg7z9QWCKqSEzm3L0TVB4OOXFuAFXVvZNA/q9RImCHLZj4jpZarQVbyebK1rEl93EtiQqTPJ+MPGhPvolx1g3blf+8zriQjj6Jqpi7zuOLG/aBH3IQg70RWZJcLcB0LNEs7aQbJv9J0HAXDZcx7RisZM
Subject: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:01:01 -0000

--e89a8ff252ee74765c04d13a124b
Content-Type: text/plain; charset=ISO-8859-1

Ok, so it's clear to me that host object renames should be supported by our
implementation. So I had some follow-up questions on the topic:

Can you rename a subordinate host object to be under a different domain?
(e.g. ns1.example.com to ns1.otherdomain.com)
Can you rename an external host object to be subordinate? (e.g.
ns1.example.org to ns1.example.com)
Can you rename a subordinate host object to be external? (e.g.
ns1.example.com to ns1.example.org)

The RFC doesn't seem to say anything on these questions. Is this just a
server defined policy? Or should are all of the above be allowed?

--e89a8ff252ee74765c04d13a124b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><=
div dir=3D"ltr"><div class=3D"gmail_default" style>Ok, so it&#39;s clear to=
 me that host object renames should be supported by our implementation. So =
I had some follow-up questions on the topic:</div>
<div class=3D"gmail_default" style><br></div><div class=3D"gmail_default" s=
tyle>Can you rename a subordinate host=A0object=A0to be under a different d=
omain? (e.g. <a href=3D"http://ns1.example.com">ns1.example.com</a> to <a h=
ref=3D"http://ns1.otherdomain.com">ns1.otherdomain.com</a>)</div>
<div class=3D"gmail_default" style>Can you rename an external host=A0object=
=A0to be subordinate? (e.g. <a href=3D"http://ns1.example.org">ns1.example.=
org</a> to <a href=3D"http://ns1.example.com">ns1.example.com</a>)</div><di=
v class=3D"gmail_default" style>
Can you rename a subordinate host=A0object=A0to be external?=A0(e.g. <a hre=
f=3D"http://ns1.example.com">ns1.example.com</a> to <a href=3D"http://ns1.e=
xample.org">ns1.example.org</a>)</div><div class=3D"gmail_default" style><b=
r></div>
<div class=3D"gmail_default" style>The RFC doesn&#39;t seem to say anything=
 on these questions. Is this just a server defined policy? Or should are al=
l of the above be allowed?</div></div></div>

--e89a8ff252ee74765c04d13a124b--

From shollenbeck@verisign.com  Wed Dec 19 12:09:14 2012
Return-Path: <shollenbeck@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A54B21F8558 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:09:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.333
X-Spam-Level: 
X-Spam-Status: No, score=-6.333 tagged_above=-999 required=5 tests=[AWL=0.265,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BVyL7T5o-qlZ for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:09:13 -0800 (PST)
Received: from exprod6og109.obsmtp.com (exprod6og109.obsmtp.com [64.18.1.23]) by ietfa.amsl.com (Postfix) with ESMTP id 4FE1E21F8522 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:09:11 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob109.postini.com ([64.18.5.12]) with SMTP ID DSNKUNIe5lO8rCFo/JDdPvCWLUfd06CqZ3zv@postini.com; Wed, 19 Dec 2012 12:09:12 PST
Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBJK96GK029325 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Dec 2012 15:09:06 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 19 Dec 2012 15:09:05 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: Seth Goldman <sethamin@google.com>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] Followup: Restrictions on EPP host renames?
Thread-Index: AQHN3iOkICSP5G85WUy5gX3yl3/gRpggi6cA
Date: Wed, 19 Dec 2012 20:09:05 +0000
Message-ID: <831693C2CDA2E849A7D7A712B24E257F0D6CCE20@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
In-Reply-To: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.173.152.4]
Content-Type: multipart/alternative; boundary="_000_831693C2CDA2E849A7D7A712B24E257F0D6CCE20BRN1WNEXMBX02vc_"
MIME-Version: 1.0
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:09:14 -0000

--_000_831693C2CDA2E849A7D7A712B24E257F0D6CCE20BRN1WNEXMBX02vc_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

5732 doesn't ask or answer those questions because they are very definitely=
 tied to policy and/or operational considerations.

Scott

From: provreg-bounces@ietf.org [mailto:provreg-bounces@ietf.org] On Behalf =
Of Seth Goldman
Sent: Wednesday, December 19, 2012 3:01 PM
To: provreg@ietf.org
Subject: [provreg] Followup: Restrictions on EPP host renames?

Ok, so it's clear to me that host object renames should be supported by our=
 implementation. So I had some follow-up questions on the topic:

Can you rename a subordinate host object to be under a different domain? (e=
.g. ns1.example.com<http://ns1.example.com> to ns1.otherdomain.com<http://n=
s1.otherdomain.com>)
Can you rename an external host object to be subordinate? (e.g. ns1.example=
.org<http://ns1.example.org> to ns1.example.com<http://ns1.example.com>)
Can you rename a subordinate host object to be external? (e.g. ns1.example.=
com<http://ns1.example.com> to ns1.example.org<http://ns1.example.org>)

The RFC doesn't seem to say anything on these questions. Is this just a ser=
ver defined policy? Or should are all of the above be allowed?

--_000_831693C2CDA2E849A7D7A712B24E257F0D6CCE20BRN1WNEXMBX02vc_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 12 (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;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">5732 doesn&#8217;t ask or=
 answer those questions because they are very definitely tied to policy and=
/or operational considerations.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Scott
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div style=3D"border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in =
4.0pt">
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> provreg-=
bounces@ietf.org [mailto:provreg-bounces@ietf.org]
<b>On Behalf Of </b>Seth Goldman<br>
<b>Sent:</b> Wednesday, December 19, 2012 3:01 PM<br>
<b>To:</b> provreg@ietf.org<br>
<b>Subject:</b> [provreg] Followup: Restrictions on EPP host renames?<o:p><=
/o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Ok, so it's clear to me that host object =
renames should be supported by our implementation. So I had some follow-up =
questions on the topic:<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Can you rename a subordinate host&nbsp;ob=
ject&nbsp;to be under a different domain? (e.g.
<a href=3D"http://ns1.example.com">ns1.example.com</a> to <a href=3D"http:/=
/ns1.otherdomain.com">
ns1.otherdomain.com</a>)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Can you rename an external host&nbsp;obje=
ct&nbsp;to be subordinate? (e.g.
<a href=3D"http://ns1.example.org">ns1.example.org</a> to <a href=3D"http:/=
/ns1.example.com">
ns1.example.com</a>)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">Can you rename a subordinate host&nbsp;ob=
ject&nbsp;to be external?&nbsp;(e.g.
<a href=3D"http://ns1.example.com">ns1.example.com</a> to <a href=3D"http:/=
/ns1.example.org">
ns1.example.org</a>)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;">The RFC doesn't seem to say anything on t=
hese questions. Is this just a server defined policy? Or should are all of =
the above be allowed?<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_831693C2CDA2E849A7D7A712B24E257F0D6CCE20BRN1WNEXMBX02vc_--

From michael@mwyoung.ca  Wed Dec 19 12:23:28 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAAD621F8484 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:23:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Level: 
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mBZ6fFq+4jJc for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:23:28 -0800 (PST)
Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) by ietfa.amsl.com (Postfix) with ESMTP id 4259E21F8480 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:23:28 -0800 (PST)
Received: by mail-ie0-f180.google.com with SMTP id c10so3423294ieb.25 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:23:27 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=HpTpG4DT2xy6dWA+BlS8geqxSjSLTzN4e8+M76sUL/s=; b=LG/MHSXPN/CSmT0cpzt96Sslm6NMwORWurrCvYltu7Hsv7MZyzMkFK+dmv6veGe9JZ nlxRvKnkzdDdHxtdMKahnY1ShdDwyDK14JLGUtDP3bWyjq2CK0Eg7pGyxPDaQqKWTv3w ZqCunAWkha/ltnUoTVud5GOokx7zUL1/jJdpviWzPFbIitcakAfR1URpVOVanqHWqPK+ jbEoP9ZCXDj9iqIF+WfldCKN7TRlt8sfelkcUcodID1bAg2PEq8nzUj4yPO+O3a8joQI JbhK8xW7rVjdMPuE0XMO+Et8moc25S9rUmlHzsF/30MGUgv/b7+TvU/ST3V+gfmsmQXo LMuQ==
X-Received: by 10.50.161.169 with SMTP id xt9mr8322584igb.62.1355948607645; Wed, 19 Dec 2012 12:23:27 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id s3sm4989155igb.14.2012.12.19.12.23.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 12:23:26 -0800 (PST)
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca> <49A0C97F-C1F0-43FD-8E2D-8C6DAAF64E12@isc.org>
Mime-Version: 1.0 (1.0)
In-Reply-To: <49A0C97F-C1F0-43FD-8E2D-8C6DAAF64E12@isc.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <49B50BA6-56DE-434D-8B54-836D480A4A52@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 15:23:24 -0500
To: Francisco Obispo <fobispo@isc.org>
X-Gm-Message-State: ALoCoQnSNsPD6ZcWER+c2ifT+apAUgamqL+2VitPC8y3Bj4mWpsP77xOOqJG5SOxH/Lklyg0EXtP
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:23:28 -0000

:-)

Michael Young

M:647-289-1220

On 2012-12-19, at 14:21, Francisco Obispo <fobispo@isc.org> wrote:

>=20
> On Dec 19, 2012, at 11:07 AM, Michael Young <michael@mwyoung.ca> wrote:
>=20
>> I'm not sure why you are solving a dispute between two registrars.
>=20
> Well I'm not, but I'm just saying that registry policy could help fill in t=
he gaps when stuff like this happens.
>=20
>=20
>> Currently registrar a contacts registrar b and complains. Registrar b dis=
associates the host object regardless of the fact the registrant went silent=
. Why? Because in all likelihood it's the same registrant behind both domain=
s at two different registrars and they are ultimately responsible for managi=
ng their domains. If its actually two separate registrants with no relation,=
 then registrar b has absolutely no reason not to remove the association.
>=20
> I agree, at the end, if the registrar's don't solve it, they'll end up pay=
ing for the renewals themselves.
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20

From michael@mwyoung.ca  Wed Dec 19 12:33:06 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06A4321F862D for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:33:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Level: 
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ks6UGl+cpR+C for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:33:05 -0800 (PST)
Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) by ietfa.amsl.com (Postfix) with ESMTP id 20B4021F85EE for <provreg@ietf.org>; Wed, 19 Dec 2012 12:33:04 -0800 (PST)
Received: by mail-ie0-f175.google.com with SMTP id qd14so3469027ieb.34 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:33:04 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=Qqy8jTojRGhZcOQPNxwwtcJALwPcZLaNzZF+ozcxnus=; b=MPzxpsnOv4ptJQUVc9TM96m9kx0oc9Z6yW1eX3VIFOIis4m+rDhX1tNRYWuOhlsgWM a90nTvxjelKLEaRbI3uqhxCA/2lZ3cHRse4TlhQYJpLttuVjlI7gwAEjMpw+eJfGrLXA u/tSfNgXvgcd5mhKs6QfR9fxnqtzefHrNHdkoINMvZ4IT2VS15Ll/8j56jr4swVwzhk3 EBs4EI0FQnxsfCR2xVVlyGOBg3GDThZ/qjlwAJalaCqzT8dVDLoLqJ2FsAEqWTOhihas rtRLC/FbBWRbWEnO3V81CoNhDG8NBb/I2pb4HnYd6Oc/bhvU6v9S6Ux0pRqMUTkaWVHr +y+w==
X-Received: by 10.50.16.177 with SMTP id h17mr2032611igd.52.1355949184173; Wed, 19 Dec 2012 12:33:04 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id gk1sm5031136igc.5.2012.12.19.12.32.53 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 12:33:03 -0800 (PST)
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca> <CANfbgbb=95du5SLVVVmj6MRsddayCWVCCwRNEoMTrwAE8wgRnA@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CANfbgbb=95du5SLVVVmj6MRsddayCWVCCwRNEoMTrwAE8wgRnA@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <307D9081-860F-4095-AFB0-FD3FB9CCBF4C@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 15:32:48 -0500
To: Christopher Browne <cbbrowne@afilias.info>
X-Gm-Message-State: ALoCoQmImcMtuDLLxYRGJq3kxJh4tEvVXrX08AmzUN6VHI0vc1tiAwBDYbYEGDozfr5JEDe4oA6/
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:33:06 -0000

Hi Chris

The problem with the solutions you discussed is exactly what you stated, it i=
nvolves cross registrar behaviour.=20

Solution A is probably more tenable but still leaves the registry with anoth=
er mass function which has its own risks.

At least the current situation causes registrar a and b to cooperate. This i=
s a corner case that doesn't crop up often.





Michael Young

M:647-289-1220

On 2012-12-19, at 14:43, Christopher Browne <cbbrowne@afilias.info> wrote:

> On Wed, Dec 19, 2012 at 2:07 PM, Michael Young <michael@mwyoung.ca> wrote:=

>> I'm not sure why you are solving a dispute between two registrars.
>>=20
>> Currently registrar a contacts registrar b and complains. Registrar b dis=
associates the host object regardless of the fact the registrant went silent=
. Why? Because in all likelihood it's the same registrant behind both domain=
s at two different registrars and they are ultimately responsible for managi=
ng their domains. If its actually two separate registrants with no relation,=
 then registrar b has absolutely no reason not to remove the association.
>>=20
>> This comes down to registrars and registrants doing their part as well AN=
D well constructed RRAs in all parties joint interests.
>=20
> While the EPP standard doesn't speak specifically to this, it's pretty
> reasonable to consider that the registrant that holds the domain is
> intended to exercise control over the attendant zone.
>=20
> We've done some agonizing over this, sadly not arriving at answers
> that were sufficiently clear to assert as public policy, but here are
> some thoughts...
>=20
> It would seem reasonable that child hosts should always be modifyable
> by the registrar owning the parent domain, or, (my preference), owned
> by that registrar.
> That would have the consequence that child hosts could at the very
> least be put on clientHold.
>=20
> Also possible would be to consider that Registrar A should be able to eith=
er:
> a) Delete the child hosts, which would have the "cascade" effect of
> removing references from other registrars' domains, or
> b) Be allowed to submit <domain:update> requests specifically to
> remove child hosts from other registrars' domains.
>=20
> These possible policies all cross inter-registrar boundaries, but if
> the registrant, as customer of Registrar a, is supposed to exercise
> control over the zone defined by the domain, while they may not be
> documented scenarios in the EPP RFCs, they are still at least
> plausibly appropriate.
>=20
> The current state of affairs is troublesome, leaving dealing with this
> to some out-of-band communications.

From michael@mwyoung.ca  Wed Dec 19 12:41:29 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8AFD21F8696 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:41:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.202
X-Spam-Level: 
X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJFV4IpfdU-T for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:41:29 -0800 (PST)
Received: from mail-ia0-f173.google.com (mail-ia0-f173.google.com [209.85.210.173]) by ietfa.amsl.com (Postfix) with ESMTP id EBEDE21F8742 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:41:28 -0800 (PST)
Received: by mail-ia0-f173.google.com with SMTP id w21so2178059iac.18 for <provreg@ietf.org>; Wed, 19 Dec 2012 12:41:28 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=l3NTljdAc/rmQmWJl0Rp+rypY2kb88+so6IoRHl6d40=; b=SCrVuHz98J7ORuFaLfVB8LBb1pD7DgQ3L7QcCUCpwrW6+PLdFU5edcynXawrw2Dphh o9X7iMi3kW3Vvyki7J1namnBpTEgdnD7IgjzteYSD4RBnvudCqiEb00aXWWSLb1P3JtL weq0E+rmhpaSGevCZGmjH25VNEZxfLa1+O1qyydsVZ7dj/FwlKxC2n1/bohehHK4xxSp PNpWhjJNJr+AnzjbX8B/gVpkNr2dpUNDf7yevxDkYaPstz5Q+Zrkez8gsI5Sg402C+7l uoMsjJxdY9OuE7ULbG9m00v/wRQQ78GdppLNsALhlHKkyg9SPoTxmZgR2B9N9g2d2oW7 PaSQ==
X-Received: by 10.50.42.232 with SMTP id r8mr3422629igl.100.1355949688428; Wed, 19 Dec 2012 12:41:28 -0800 (PST)
Received: from [10.96.44.122] ([207.164.79.122]) by mx.google.com with ESMTPS id uz1sm5024314igb.16.2012.12.19.12.41.25 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 12:41:27 -0800 (PST)
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-B6826B4D-718D-4630-827F-8CD9AD32A8FB
Content-Transfer-Encoding: 7bit
Message-Id: <3A80F1DF-A8B6-482B-9E20-ACD05497C42A@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 15:41:19 -0500
To: Seth Goldman <sethamin@google.com>
X-Gm-Message-State: ALoCoQl4gAgCIItpLo9B/EYjhv3oQTs7+os+ji+yIqx5eJW5Qx5KW4x5X+A4JEuV/ijdrqLphI+6
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:41:29 -0000

--Apple-Mail-B6826B4D-718D-4630-827F-8CD9AD32A8FB
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

See below

On 2012-12-19, at 15:00, Seth Goldman <sethamin@google.com> wrote:

> Ok, so it's clear to me that host object renames should be supported by ou=
r implementation. So I had some follow-up questions on the topic:
>=20
> Can you rename a subordinate host object to be under a different domain? (=
e.g. ns1.example.com to ns1.otherdomain.com)

Hmmmm never considered that one what use case  do you think would incite tha=
t action?

> Can you rename an external host object to be subordinate? (e.g. ns1.exampl=
e.org to ns1.example.com)

You could i guess but what's the gain when mass updates don't apply to exter=
nal hosts? So I wouldn't=20

> Can you rename a subordinate host object to be external? (e.g. ns1.example=
.com to ns1.example.org)
>=20
No how would you handle existing glue records that are now not allowed?

> The RFC doesn't seem to say anything on these questions. Is this just a se=
rver defined policy? Or should are all of the above be allowed?


Some of this falls out to other DNS specific rfcs


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

--Apple-Mail-B6826B4D-718D-4630-827F-8CD9AD32A8FB
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto"><div>See below</div><div><br>On 2012-12-19,=
 at 15:00, Seth Goldman &lt;<a href=3D"mailto:sethamin@google.com">sethamin@=
google.com</a>&gt; wrote:<br><br></div><blockquote type=3D"cite"><div><div s=
tyle=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt"><div dir=
=3D"ltr"><div class=3D"gmail_default" style=3D"">Ok, so it's clear to me tha=
t host object renames should be supported by our implementation. So I had so=
me follow-up questions on the topic:</div>
<div class=3D"gmail_default" style=3D""><br></div><div class=3D"gmail_defaul=
t" style=3D"">Can you rename a subordinate host&nbsp;object&nbsp;to be under=
 a different domain? (e.g. <a href=3D"http://ns1.example.com">ns1.example.co=
m</a> to <a href=3D"http://ns1.otherdomain.com">ns1.otherdomain.com</a>)</di=
v></div></div></div></blockquote><div><br></div>Hmmmm never considered that o=
ne what use case &nbsp;do you think would incite that action?<br><div><br><b=
lockquote type=3D"cite"><div><div style=3D"font-family: arial, helvetica, sa=
ns-serif; font-size: 10pt"><div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Can you rename an external host&nbsp=
;object&nbsp;to be subordinate? (e.g. <a href=3D"http://ns1.example.org">ns1=
.example.org</a> to <a href=3D"http://ns1.example.com">ns1.example.com</a>)<=
/div></div></div></div></blockquote><div><br></div><div>You could i guess bu=
t what's the gain when mass updates don't apply to external hosts? So I woul=
dn't&nbsp;</div><br><blockquote type=3D"cite"><div><div style=3D"font-family=
: arial, helvetica, sans-serif; font-size: 10pt"><div dir=3D"ltr"><div class=
=3D"gmail_default" style=3D"">Can you rename a subordinate host&nbsp;object&=
nbsp;to be external?&nbsp;(e.g. <a href=3D"http://ns1.example.com">ns1.examp=
le.com</a> to <a href=3D"http://ns1.example.org">ns1.example.org</a>)</div><=
div class=3D"gmail_default" style=3D""><br></div></div></div></div></blockqu=
ote><div><span style=3D"-webkit-tap-highlight-color: rgba(26, 26, 26, 0.2968=
75); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-=
composition-frame-color: rgba(77, 128, 180, 0.230469); ">No how would you ha=
ndle existing glue records that are now not allowed?</span></div><br><blockq=
uote type=3D"cite"><div><div style=3D"font-family: arial, helvetica, sans-se=
rif; font-size: 10pt"><div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">The RFC doesn't seem to say anything=
 on these questions. Is this just a server defined policy? Or should are all=
 of the above be allowed?</div></div></div>
</div></blockquote><div><br></div><div><br></div>Some of this falls out to o=
ther DNS specific rfcs</div><div><br></div><div><br><blockquote type=3D"cite=
"><div><span>_______________________________________________</span><br><span=
>provreg mailing list</span><br><span><a href=3D"mailto:provreg@ietf.org">pr=
ovreg@ietf.org</a></span><br><span><a href=3D"https://www.ietf.org/mailman/l=
istinfo/provreg">https://www.ietf.org/mailman/listinfo/provreg</a></span><br=
></div></blockquote></div></body></html>=

--Apple-Mail-B6826B4D-718D-4630-827F-8CD9AD32A8FB--

From fobispo@isc.org  Wed Dec 19 12:44:02 2012
Return-Path: <fobispo@isc.org>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E389521F8477 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:44:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.4
X-Spam-Level: 
X-Spam-Status: No, score=-2.4 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BBYZCpX7vfVH for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:44:01 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id 56A3021F841A for <provreg@ietf.org>; Wed, 19 Dec 2012 12:44:01 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 03C965F98FE; Wed, 19 Dec 2012 20:43:51 +0000 (UTC) (envelope-from fobispo@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1355949840; bh=OyoDdIbjVbOuVtAkIDvzAkOHwAwjAE4ag2R8YG0SeqY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=TUP5axfXaRE53BTA0dZTMgGWRKLQs9oTTAeVX3fyyhadAGyxUXPsLtuzNrUEPwdAW Nkb227siofqdxzVpAw1zCmmPeNpnIiSOwwGhCdEAI4AS0FaSnLNpaVQfciFmaETuel dTmK87BPZFctr7+lPWL06hmTVSgqrEaPeo4RziLc=
Received: from [IPv6:2001:4f8:3:64:7146:4cf4:af41:5b0a] (unknown [IPv6:2001:4f8:3:64:7146:4cf4:af41:5b0a]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 8CC62216C7B; Wed, 19 Dec 2012 20:43:50 +0000 (UTC) (envelope-from fobispo@isc.org)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <3A80F1DF-A8B6-482B-9E20-ACD05497C42A@mwyoung.ca>
Date: Wed, 19 Dec 2012 12:43:52 -0800
Content-Transfer-Encoding: 7bit
Message-Id: <D627384C-7DF0-4BC8-82D7-8F89350F9FE8@isc.org>
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com> <3A80F1DF-A8B6-482B-9E20-ACD05497C42A@mwyoung.ca>
To: Michael Young <michael@mwyoung.ca>
X-Mailer: Apple Mail (2.1499)
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:44:02 -0000

The whole change would have to live inside its own transaction, that is:

-remove ip addresses
-change the host name (cascade)
-check constraints before commit




On Dec 19, 2012, at 12:41 PM, Michael Young <michael@mwyoung.ca> wrote:

> No how would you handle existing glue records that are now not allowed?

Francisco Obispo 
Director of Applications and Services - ISC
email: fobispo@isc.org
Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
PGP KeyID = B38DB1BE


From JGould@verisign.com  Wed Dec 19 12:52:18 2012
Return-Path: <JGould@verisign.com>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D72421F866D for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:52:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.798
X-Spam-Level: 
X-Spam-Status: No, score=-5.798 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2CAFlpMSl+OZ for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 12:52:11 -0800 (PST)
Received: from exprod6og115.obsmtp.com (exprod6og115.obsmtp.com [64.18.1.35]) by ietfa.amsl.com (Postfix) with ESMTP id D63F521F862D for <provreg@ietf.org>; Wed, 19 Dec 2012 12:52:09 -0800 (PST)
Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob115.postini.com ([64.18.5.12]) with SMTP ID DSNKUNIo+awFPqdQoPfliqasXdwB+TQ9uBmF@postini.com; Wed, 19 Dec 2012 12:52:10 PST
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qBJKq6us030822 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Dec 2012 15:52:06 -0500
Received: from BRN1WNEXMBX02.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 19 Dec 2012 15:52:05 -0500
From: "Gould, James" <JGould@verisign.com>
To: Seth Goldman <sethamin@google.com>, "provreg@ietf.org" <provreg@ietf.org>
Thread-Topic: [provreg] Followup: Restrictions on EPP host renames?
Thread-Index: AQHN3iOkKXc74qVqeUmWpHbcd04cbJggmRmA
Date: Wed, 19 Dec 2012 20:52:05 +0000
Message-ID: <C41D7AF7FCECBE44940E9477E8E70D7A0D748D10@BRN1WNEXMBX02.vcorp.ad.vrsn.com>
In-Reply-To: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.173.152.4]
Content-Type: multipart/related; boundary="_004_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_"; type="multipart/alternative"
MIME-Version: 1.0
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 20:52:18 -0000

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_
Content-Type: multipart/alternative;
	boundary="_000_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_"

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Seth,

My thoughts are included below prefixed with "JG-".

--

JG

[cid:F51AA9DF-E0A0-4AD0-8B87-490143317B81]

James Gould
Principal Software Engineer
jgould@verisign.com

703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com



From: Seth Goldman <sethamin@google.com<mailto:sethamin@google.com>>
Date: Wednesday, December 19, 2012 3:00 PM
To: EPP Provreg <provreg@ietf.org<mailto:provreg@ietf.org>>
Subject: [provreg] Followup: Restrictions on EPP host renames?

Ok, so it's clear to me that host object renames should be supported by our=
 implementation. So I had some follow-up questions on the topic:

Can you rename a subordinate host object to be under a different domain? (e=
.g. ns1.example.com<http://ns1.example.com> to ns1.otherdomain.com<http://n=
s1.otherdomain.com>)

JG - Yes, as long as the client sponsors both example.com and otherdomain.c=
om.

Can you rename an external host object to be subordinate? (e.g. ns1.example=
.org<http://ns1.example.org> to ns1.example.com<http://ns1.example.com>)

JG =96 Yes, as long as you add the IP addresses to ns1.example.org in the s=
ame same update, the client sponsors example.com, and there are no links of=
 domains sponsored by other registrars per RFC 5732.

Can you rename a subordinate host object to be external? (e.g. ns1.example.=
com<http://ns1.example.com> to ns1.example.org<http://ns1.example.org>)

JG =96 Yes, as long as you remove the IP addresses in the same update and n=
s1.example.org does not already exist.

The RFC doesn't seem to say anything on these questions. Is this just a ser=
ver defined policy? Or should are all of the above be allowed?

JG =96 This is up to your server policy.

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_
Content-Type: text/html; charset="Windows-1252"
Content-ID: <E6C860DAA34BD548BF34F01EFFEDACC3@verisign.com>
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>
<div>
<div>Seth,</div>
<div><br>
</div>
<div>My thoughts are included below prefixed with &quot;JG-&quot;. &nbsp;</=
div>
<div><br>
</div>
<div>
<div>--&nbsp;</div>
<div><br>
</div>
<div>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">JG<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><img width=3D"75" height=3D"66" src=3D"ci=
d:F51AA9DF-E0A0-4AD0-8B87-490143317B81" v:shapes=3D"Picture_x0020_1" type=
=3D"image/png"><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3">&nbsp;<o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(13, 62, 137); "=
>James Gould</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
Principal Software Engineer</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(9, 0, 232); ">j=
gould@verisign.com</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
&nbsp;</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(70, 72, 76); ">=
703-948-3271 (Office)</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
12061 Bluemont Way</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<font face=3D"Calibri" size=3D"3"><span style=3D"color: rgb(68, 70, 74); ">=
Reston, VA 20190</span><o:p></o:p></font></p>
<p class=3D"MsoNormal" style=3D"margin: 0in 0in 0.0001pt; font-size: 12pt; =
font-family: Cambria; ">
<span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=3D"3"=
>VerisignInc.com</font></span><span style=3D"font-size: 16pt; font-family: =
Calibri, sans-serif; "><o:p></o:p></span></p>
</div>
<div><span style=3D"color: rgb(13, 62, 137); "><font face=3D"Calibri" size=
=3D"3"><br>
</font></span></div>
<div><br>
</div>
</div>
</div>
</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div style=3D"font-family:Calibri; font-size:11pt; text-align:left; color:b=
lack; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM:=
 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid;=
 BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style=3D"font-weight:bold">From: </span>Seth Goldman &lt;<a href=3D"m=
ailto:sethamin@google.com">sethamin@google.com</a>&gt;<br>
<span style=3D"font-weight:bold">Date: </span>Wednesday, December 19, 2012 =
3:00 PM<br>
<span style=3D"font-weight:bold">To: </span>EPP Provreg &lt;<a href=3D"mail=
to:provreg@ietf.org">provreg@ietf.org</a>&gt;<br>
<span style=3D"font-weight:bold">Subject: </span>[provreg] Followup: Restri=
ctions on EPP host renames?<br>
</div>
<div><br>
</div>
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Ok, so it's clear to me that host o=
bject renames should be supported by our implementation. So I had some foll=
ow-up questions on the topic:</div>
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">Can you rename a subordinate host&n=
bsp;object&nbsp;to be under a different domain? (e.g.
<a href=3D"http://ns1.example.com">ns1.example.com</a> to <a href=3D"http:/=
/ns1.otherdomain.com">
ns1.otherdomain.com</a>)</div>
</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>JG - Yes, as long as the client sponsors both example.com and otherdom=
ain.com. &nbsp;</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Can you rename an external host&nbs=
p;object&nbsp;to be subordinate? (e.g.
<a href=3D"http://ns1.example.org">ns1.example.org</a> to <a href=3D"http:/=
/ns1.example.com">
ns1.example.com</a>)</div>
</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>JG =96 Yes, as long as you add the IP addresses to ns1.example.org in =
the same same update, the client sponsors example.com, and there are no lin=
ks of domains sponsored by other registrars per RFC 5732. &nbsp;</div>
<div><br>
</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D"">Can you rename a subordinate host&n=
bsp;object&nbsp;to be external?&nbsp;(e.g.
<a href=3D"http://ns1.example.com">ns1.example.com</a> to <a href=3D"http:/=
/ns1.example.org">
ns1.example.org</a>)</div>
</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>JG =96 Yes, as long as you remove the IP addresses in the same update =
and ns1.example.org does not already exist. &nbsp;</div>
<span id=3D"OLK_SRC_BODY_SECTION">
<div>
<div>
<div style=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt">
<div dir=3D"ltr">
<div class=3D"gmail_default" style=3D""><br>
</div>
<div class=3D"gmail_default" style=3D"">The RFC doesn't seem to say anythin=
g on these questions. Is this just a server defined policy? Or should are a=
ll of the above be allowed?</div>
</div>
</div>
</div>
</div>
</span>
<div><br>
</div>
<div>JG =96 This is up to your server policy.</div>
</body>
</html>

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_--

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_
Content-Type: image/png; name="82F8FEBC-E856-4D62-9857-D12B446CEFE8[60].png"
Content-Description: 82F8FEBC-E856-4D62-9857-D12B446CEFE8[60].png
Content-Disposition: inline;
	filename="82F8FEBC-E856-4D62-9857-D12B446CEFE8[60].png"; size=4109;
	creation-date="Wed, 19 Dec 2012 20:52:05 GMT";
	modification-date="Wed, 19 Dec 2012 20:52:05 GMT"
Content-ID: <F51AA9DF-E0A0-4AD0-8B87-490143317B81>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vLJtmQ
hEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjTDnhDEEWC
1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBgwDFuRRaXOiUl
hX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2ThpUA4w9Pf39/X19fT0
UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvClpSFvipAimGy1wQmrMgV4
aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZnZGSMLYejx4biEautrQ3eUlNT
LUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwoMYA5nZ+duXiyur6ju88u5ZL5s+ff
mJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMygUvRoijp7AnuPXdhz9PyeyvPI7khxqtoU
yTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIeaOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9
x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUY
u3T5MoyxMZEDbJTK81fWlR242NrrcHsdToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5K
hL1kjDMBbMQMDKa6pgaE6enpggp4r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg
8NF7Crc99XNeG/ZQIvkQ3xt1bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SF
SVPIxDKpBVuYQOABMtg3f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+a
w+1xuLQ1Ag9s1p9uC9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhD
ED8wSxgTYLsqLihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z
0S70CNsjwiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4
eQOPcELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y
q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT6T5+
saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1oPoiPDXto
uXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z3HTYGyVlH5+o
alTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScxZZBtnd0lr31oF9G0
l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEYB2jEkLZ91vDtONgwQhgj
ZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjRrCkTYo5c/fK7yshlTXVkc739
+RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffrUI5Aqf7SNz6NuTpInl2xQHlXKJDl
CZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z+lCdcbChKoAJY7SBV9PUobMTE3VwQ9Me
X/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2ceaNI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt
1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/Fdrdgk
vZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQL
Mor+WhVsSozwfVnMdWJ2DpcDZF0MElj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUp
KzYoR7UX1IS7qg+I62+BLALVUGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw
1oN3znOkZTsyJg3+pecQh3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6
fG8frR4qH2xaXZzl12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaU
fDqolJR9FHNn8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/L
y9ASKFfQsoWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg
6+ntxeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk
cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNcRkE0
9LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9So6/0Zol
oVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAlDIgT6qCijr9R
pfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKFS+dOSHMNqAO+OgSL
74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgAQ6EYJGJEKSpORxx/YzZW
zlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu37FUpnnAKfqWFsEbURI0KfQFs
+aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc4NWWGWZPtG6FUO1Lbm91c9emdypk
WT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRsw/SPCBs649ejosWLyePA69W/jD6+aNL0
TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOlv+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eB
Lq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rvjfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHth
eMFApjuwY+19N+XlMEIdwrjCCAYzMzPBlmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfr
xU8bLnaElNzqRkDukuUTUx8TddxT0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPx
iLiyxRyQADa0QH6rra19b88efkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/N
yN782J1ZGT4FTBcuDjP9fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI
4NQUqa0NNWkqPMIbpAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2
eOTHpM8vdh3+ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzY
u3r16ifl5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfn
FWSnMYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG
VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqcNpaY
TgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtkTMATCfNy
c/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55MkdwIOGi/IgB4GRg
xJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav8CIKCCnSNuPHqTEu
2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4pS5wGNCFnE4CHH5wzLfu
jS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VXXyVZ298iRFFR0dKlS+k0b196
6SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQFU6euf/ppGma6SLVz586TJ0/Sj/DO
24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABjQEVFxfPPP09+jxgMMKCKFpCBIoNf0fjN
YPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqq
FVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFBoYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxI
tm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBXZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQex
TCSw616MzcyJwIZr8UqYoQHJZqQ00KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwq
bMYsASa82UljgCjbzIloGKrpR4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNau
LDPXNBQ2Y5Zsb2aaETTQjTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McY
O3syWGgnRNkB29ehbZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCx
J+ONl8ojtTAJIWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1
ol2MUFaQGrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8J
GPDDecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO
RK5CYII=

--_004_C41D7AF7FCECBE44940E9477E8E70D7A0D748D10BRN1WNEXMBX02vc_--

From michael@mwyoung.ca  Wed Dec 19 14:57:42 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC2ED21F88DB for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 14:57:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.203
X-Spam-Level: 
X-Spam-Status: No, score=-2.203 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uIviPjHBzZCN for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 14:57:32 -0800 (PST)
Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) by ietfa.amsl.com (Postfix) with ESMTP id 4326221F88CE for <provreg@ietf.org>; Wed, 19 Dec 2012 14:57:31 -0800 (PST)
Received: by mail-ie0-f173.google.com with SMTP id e13so3705113iej.32 for <provreg@ietf.org>; Wed, 19 Dec 2012 14:57:30 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=XUEWHjJE5rI5EQsn4zGlrZgGT2j7acC3CJUhX4ccXwc=; b=NssHy8G1q6ibUdJNQseU6LJNFVOuAd/ra2v16SpHn2qdGWa6hxxJ+Jg/t3qlVgVl4h N6HbiMecMwFb7bMcGQvJ4yjfSeM+YYP77ATc8G0ofW/inilkCgL2wklwMZaYxKBVYhRP pZ1c6QoCxB6XS6kYN8h+GwUVvtpzCfzTr261j1OP8EGgo2xEyPSvc6Y9wg0edd1Z9Hxh 1BGmB/l86wwYnGHNOx7G3r0irBpS+L6rY5Iyox8u/DpkBm8XSkM5Zcs6efpP95/6E/FY f1xx4xYCMzNh0wtwsNySrkrYdt40+RtJkM1WkgQ4wKQk+uhq2PXKFd/Kgb/Uu46EQUzn J4hA==
X-Received: by 10.50.42.169 with SMTP id p9mr8491855igl.17.1355957850586; Wed, 19 Dec 2012 14:57:30 -0800 (PST)
Received: from [172.16.1.26] (CPEf87b8c0c1175-CM78cd8ece2635.cpe.net.cable.rogers.com. [99.225.219.53]) by mx.google.com with ESMTPS id ex10sm5332792igc.15.2012.12.19.14.57.28 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Dec 2012 14:57:29 -0800 (PST)
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com> <3A80F1DF-A8B6-482B-9E20-ACD05497C42A@mwyoung.ca> <D627384C-7DF0-4BC8-82D7-8F89350F9FE8@isc.org>
Mime-Version: 1.0 (1.0)
In-Reply-To: <D627384C-7DF0-4BC8-82D7-8F89350F9FE8@isc.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <969B95D2-C765-4632-BA29-D4A926F0F157@mwyoung.ca>
X-Mailer: iPhone Mail (10A523)
From: Michael Young <michael@mwyoung.ca>
Date: Wed, 19 Dec 2012 17:57:26 -0500
To: Francisco Obispo <fobispo@isc.org>
X-Gm-Message-State: ALoCoQmjgt/UJsm210KXNyB5xpuGXWfZsZjGhNk935NUhLu8d/nZ9twpsxgctCvveNdemBDR3vIJ
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Dec 2012 22:57:43 -0000

And change the nature of any other in zone domains association to the host o=
bject from internal to external host

That could turn into a heavy mass function. I'd hate to make a client side m=
istake in submitting that type of transaction request - ouch

Michael Young

M:647-289-1220

On 2012-12-19, at 15:43, Francisco Obispo <fobispo@isc.org> wrote:

> The whole change would have to live inside its own transaction, that is:
>=20
> -remove ip addresses
> -change the host name (cascade)
> -check constraints before commit
>=20
>=20
>=20
>=20
> On Dec 19, 2012, at 12:41 PM, Michael Young <michael@mwyoung.ca> wrote:
>=20
>> No how would you handle existing glue records that are now not allowed?
>=20
> Francisco Obispo=20
> Director of Applications and Services - ISC
> email: fobispo@isc.org
> Phone: +1 650 423 1374 || INOC-DBA *3557* NOC
> PGP KeyID =3D B38DB1BE
>=20

From paf@frobbit.se  Wed Dec 19 22:08:36 2012
Return-Path: <paf@frobbit.se>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCFEA21F8231 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 22:08:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level: 
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, GB_I_LETTER=-2, HELO_EQ_SE=0.35, J_CHICKENPOX_83=0.6, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OlF2L4ZmLifo for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 22:08:36 -0800 (PST)
Received: from astrid.frobbit.se (unknown [85.30.129.185]) by ietfa.amsl.com (Postfix) with ESMTP id EF6FE21F8470 for <provreg@ietf.org>; Wed, 19 Dec 2012 22:08:35 -0800 (PST)
Received: from [192.168.1.47] (frobbit.cust.teleservice.net [85.30.128.225]) by astrid.frobbit.se (Postfix) with ESMTPSA id DB82B21500; Thu, 20 Dec 2012 07:08:31 +0100 (CET)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
In-Reply-To: <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
Date: Thu, 20 Dec 2012 07:08:31 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com>
To: Seth Goldman <sethamin@google.com>
X-Mailer: Apple Mail (2.1499)
Cc: InterNetX - Volker Janzen <volker.janzen@internetx.com>, provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 06:08:36 -0000

On 19 dec 2012, at 19:47, Seth Goldman <sethamin@google.com> wrote:

> Isn't a hole in the EPP spec then?=20

There are a number of unclear things in the EPP spec when you combine =
domain and host objects plus think of who the sponsoring registrar is.

I have a case where this is the scenario in one TLD:

Registrar A is sponsor for examplea.tld. Registrar B is sponsor for =
exampleb.tld. Now examplea.tld want to use ns2.exampleb.tld as name =
server. A name server that exists in the zone for exampleb.tld but not =
in the tld zone as glue (yet). The problem is that Registrar A is not =
allowed to create the ns2.exampleb.tld host object as they are not =
sponsor of the exampleb.tle, and it is not allowed to update the domain =
object exampleb.tld as the host object is subordinate to tld. A deadlock =
that so far after several months is not possible to resolve even via out =
of band mechanisms (i.e. pen, paper and letters).

So, having host objects as real objects can create very very very =
problematic situations. So be careful what you ask for.

   Patrik


From provreg@pascoe.co.za  Wed Dec 19 22:34:02 2012
Return-Path: <provreg@pascoe.co.za>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF3E721F8795 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 22:34:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.117
X-Spam-Level: 
X-Spam-Status: No, score=-0.117 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pMWNEB+Hrx66 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 22:34:02 -0800 (PST)
Received: from mail.faults.co.za (ns1.faults.co.za [41.72.133.173]) by ietfa.amsl.com (Postfix) with ESMTP id A9C0421F8778 for <provreg@ietf.org>; Wed, 19 Dec 2012 22:34:01 -0800 (PST)
Received: from mail-qa0-f50.google.com ([209.85.216.50]:63093) by mail.faults.co.za with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from <provreg@pascoe.co.za>) id 1TlZhb-0006Rx-RE for provreg@ietf.org; Thu, 20 Dec 2012 08:33:56 +0200
Received: by mail-qa0-f50.google.com with SMTP id cr7so2238488qab.9 for <provreg@ietf.org>; Wed, 19 Dec 2012 22:33:48 -0800 (PST)
MIME-Version: 1.0
Received: by 10.49.24.132 with SMTP id u4mr4648377qef.55.1355985228375; Wed, 19 Dec 2012 22:33:48 -0800 (PST)
Received: by 10.49.12.2 with HTTP; Wed, 19 Dec 2012 22:33:48 -0800 (PST)
In-Reply-To: <969B95D2-C765-4632-BA29-D4A926F0F157@mwyoung.ca>
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com> <3A80F1DF-A8B6-482B-9E20-ACD05497C42A@mwyoung.ca> <D627384C-7DF0-4BC8-82D7-8F89350F9FE8@isc.org> <969B95D2-C765-4632-BA29-D4A926F0F157@mwyoung.ca>
Date: Thu, 20 Dec 2012 08:33:48 +0200
Message-ID: <CAKk34LRq=-+Y0BNOXTRj4FGAXPNqhuB36JmA3ctLgtWWCYDmcw@mail.gmail.com>
From: Ed Pascoe <provreg@pascoe.co.za>
To: Michael Young <michael@mwyoung.ca>
Content-Type: multipart/alternative; boundary=047d7b6da960dba79304d142e919
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - mail.faults.co.za
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - pascoe.co.za
X-Get-Message-Sender-Via: mail.faults.co.za: authenticated_id: relay@pascoe.co.za
Cc: "provreg@ietf.org" <provreg@ietf.org>
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 06:34:02 -0000

--047d7b6da960dba79304d142e919
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Dec 20, 2012 at 12:57 AM, Michael Young <michael@mwyoung.ca> wrote:

> And change the nature of any other in zone domains association to the host
> object from internal to external host
>
> That could turn into a heavy mass function. I'd hate to make a client side
> mistake in submitting that type of transaction request - ouch
>
> Michael Young
>
> M:647-289-1220
>
> On 2012-12-19, at 15:43, Francisco Obispo <fobispo@isc.org> wrote:
>
> > The whole change would have to live inside its own transaction, that is:
> >
> > -remove ip addresses
> > -change the host name (cascade)
> > -check constraints before commit
> >
> >
> >
> >
> > On Dec 19, 2012, at 12:41 PM, Michael Young <michael@mwyoung.ca> wrote:
> >
> >> No how would you handle existing glue records that are now not allowed?
>


 Exactly. This is a huge mine field. You don't know if the client didn't
expect the glue to move to the new name.

I find the rars always expect the most obscure possible interpretation you
didn't cater for. ;) The only sane option imho is to reject with a 2306 or
similar error for renaming subordinates.

Ed.

--047d7b6da960dba79304d142e919
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><div class=3D"gmail_quote">On Thu, Dec 20, 2012 at 12:57 AM, Michael Yo=
ung <span dir=3D"ltr">&lt;<a href=3D"mailto:michael@mwyoung.ca" target=3D"_=
blank">michael@mwyoung.ca</a>&gt;</span> wrote:<br><blockquote class=3D"gma=
il_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-lef=
t:1ex">
And change the nature of any other in zone domains association to the host =
object from internal to external host<br>
<br>
That could turn into a heavy mass function. I&#39;d hate to make a client s=
ide mistake in submitting that type of transaction request - ouch<br>
<br>
Michael Young<br>
<br>
M:<a href=3D"tel:647-289-1220" value=3D"+16472891220">647-289-1220</a><br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
On 2012-12-19, at 15:43, Francisco Obispo &lt;<a href=3D"mailto:fobispo@isc=
.org">fobispo@isc.org</a>&gt; wrote:<br>
<br>
&gt; The whole change would have to live inside its own transaction, that i=
s:<br>
&gt;<br>
&gt; -remove ip addresses<br>
&gt; -change the host name (cascade)<br>
&gt; -check constraints before commit<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Dec 19, 2012, at 12:41 PM, Michael Young &lt;<a href=3D"mailto:mich=
ael@mwyoung.ca">michael@mwyoung.ca</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; No how would you handle existing glue records that are now not all=
owed?<br></div></div></blockquote><div><br></div><div><br></div><div>=A0Exa=
ctly. This is a huge mine field. You don&#39;t know if the client didn&#39;=
t expect the glue to move to the new name. =A0</div>
<div><br></div><div>I find the rars always expect the most obscure possible=
 interpretation you didn&#39;t cater for. ;) The only sane option imho is t=
o reject with a=A02306 or similar error for renaming subordinates.=A0</div>
<div><br></div><div>Ed.</div></div>

--047d7b6da960dba79304d142e919--

From volker.janzen@internetx.de  Wed Dec 19 23:58:49 2012
Return-Path: <volker.janzen@internetx.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DCE621F84F5 for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 23:58:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2cTBSjb8oVEv for <provreg@ietfa.amsl.com>; Wed, 19 Dec 2012 23:58:49 -0800 (PST)
Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by ietfa.amsl.com (Postfix) with ESMTP id CB6C521F84EA for <provreg@ietf.org>; Wed, 19 Dec 2012 23:58:48 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 26C4D420C01B; Thu, 20 Dec 2012 08:58:47 +0100 (CET)
X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de
Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id klPiCOlODShu; Thu, 20 Dec 2012 08:58:45 +0100 (CET)
Received: from [192.168.100.46] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 1ADB6420C014; Thu, 20 Dec 2012 08:58:45 +0100 (CET)
Message-ID: <50D2C535.9060903@internetx.de>
Date: Thu, 20 Dec 2012 08:58:45 +0100
From: InterNetX - Volker Janzen <volker.janzen@internetx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Francisco Obispo <fobispo@isc.org>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org>
In-Reply-To: <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 07:58:49 -0000

Hi,

> the registrant has disappeared and registrar_a no longer has a way
> to charge him for the renewal

I thing the sponsoring registrar of a domain name must be able to
delete the domain name. If there is e.g. a court decision that the
registrar (or registrant) has to delete a domain name immediately, be
might not have the time to discuss which other registars have
associated host objects.

Another point: if you add status clientHold to the domain name, it
disappears from the zone. Shouldn't this include the GLUE hosts and
make them unresolvable as well?


Volker Janzen
Team Entwicklung

-- 
InterNetX GmbH
Maximilianstr. 6
93047 Regensburg
Germany

Tel: +49 941 59559-0
Fax: +49 941 59579-050

www.internetx.com
www.facebook.com/InterNetX
www.twitter.com/InterNetX

Geschäftsführer/CEO: Thomas Mörz
Amtsgericht Regensburg, HRB 7142

GPG-Key: 0x186C5F77
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77

From volker.janzen@internetx.de  Thu Dec 20 00:02:08 2012
Return-Path: <volker.janzen@internetx.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 710FA21F84F5 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:02:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level: 
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_44=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z0cW4IMH2k2C for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:02:07 -0800 (PST)
Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by ietfa.amsl.com (Postfix) with ESMTP id 78D3E21F84EA for <provreg@ietf.org>; Thu, 20 Dec 2012 00:02:07 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id DD7DB420C014; Thu, 20 Dec 2012 09:02:06 +0100 (CET)
X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de
Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P05udQD7MVOE; Thu, 20 Dec 2012 09:02:01 +0100 (CET)
Received: from [192.168.100.46] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 7D9F7420C020; Thu, 20 Dec 2012 09:02:01 +0100 (CET)
Message-ID: <50D2C5F9.5020008@internetx.de>
Date: Thu, 20 Dec 2012 09:02:01 +0100
From: InterNetX - Volker Janzen <volker.janzen@internetx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: provreg@ietf.org
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
In-Reply-To: <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 08:02:08 -0000

Hi,

On 12/19/2012 08:07 PM, Michael Young wrote:

> Currently registrar a contacts registrar b and complains. Registrar b
> disassociates the host object regardless of the fact the registrant
> went silent.

if you want to be able to reach the registrar b, a host:info command has
to tell you which domains are connected to your host object. Is this
behaviour in the RFC?


Volker Janzen
Team Entwicklung

-- 
InterNetX GmbH
Maximilianstr. 6
93047 Regensburg
Germany

Tel: +49 941 59559-0
Fax: +49 941 59579-050

www.internetx.com
www.facebook.com/InterNetX
www.twitter.com/InterNetX

Geschäftsführer/CEO: Thomas Mörz
Amtsgericht Regensburg, HRB 7142

GPG-Key: 0x186C5F77
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77

From volker.janzen@internetx.de  Thu Dec 20 00:09:10 2012
Return-Path: <volker.janzen@internetx.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 416F421F8A91 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:09:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.199
X-Spam-Level: 
X-Spam-Status: No, score=-2.199 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, J_CHICKENPOX_44=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oomQ-p3SZmwB for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:09:09 -0800 (PST)
Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by ietfa.amsl.com (Postfix) with ESMTP id 0F51121F89C0 for <provreg@ietf.org>; Thu, 20 Dec 2012 00:09:08 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id B96604C4D5A7; Thu, 20 Dec 2012 09:09:07 +0100 (CET)
X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de
Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJ5pTZhpwLEL; Thu, 20 Dec 2012 09:09:05 +0100 (CET)
Received: from [192.168.100.46] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id A35C74C4D5A3; Thu, 20 Dec 2012 09:09:05 +0100 (CET)
Message-ID: <50D2C7A1.1020901@internetx.de>
Date: Thu, 20 Dec 2012 09:09:05 +0100
From: InterNetX - Volker Janzen <volker.janzen@internetx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Seth Goldman <sethamin@google.com>
References: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
In-Reply-To: <CAAHh_-LxPr0m0QDTUTfjvBPMnan-QaRSasOjgGuMFzGntNDtHw@mail.gmail.com>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Cc: provreg@ietf.org
Subject: Re: [provreg] Followup: Restrictions on EPP host renames?
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 08:09:10 -0000

Hi,

On 12/19/2012 09:00 PM, Seth Goldman wrote:
> Can you rename a subordinate host object to be under a different domain?
> (e.g. ns1.example.com to ns1.otherdomain.com)

this has to be possible, if you want to be able to delete the domain
name. We choose even another TLD and remove all host:addr elements.

> Can you rename an external host object to be subordinate? (e.g.
> ns1.example.org to ns1.example.com)

Yes, if you manage example.com.

> Can you rename a subordinate host object to be external? (e.g.
> ns1.example.com to ns1.example.org)

Yes, if you remove all host:addr elements.



Volker Janzen
Team Entwicklung

-- 
InterNetX GmbH
Maximilianstr. 6
93047 Regensburg
Germany

Tel: +49 941 59559-0
Fax: +49 941 59579-050

www.internetx.com
www.facebook.com/InterNetX
www.twitter.com/InterNetX

Geschäftsführer/CEO: Thomas Mörz
Amtsgericht Regensburg, HRB 7142

GPG-Key: 0x186C5F77
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77

From Klaus.Malorny@knipp.de  Thu Dec 20 00:50:12 2012
Return-Path: <Klaus.Malorny@knipp.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CAE921F84EE for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:50:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.734
X-Spam-Level: 
X-Spam-Status: No, score=-2.734 tagged_above=-999 required=5 tests=[AWL=0.915,  BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_DE=0.35, J_CHICKENPOX_83=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a2kbWGeHikDt for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 00:50:11 -0800 (PST)
Received: from kmx10a.knipp.de (clust3b-eth0-0.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id BC83021F84C5 for <provreg@ietf.org>; Thu, 20 Dec 2012 00:50:10 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 5655064; Thu, 20 Dec 2012 09:50:09 +0100 (MEZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id 1VflmUJzSjht; Thu, 20 Dec 2012 09:50:08 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 63A4260; Thu, 20 Dec 2012 09:50:08 +0100 (MEZ)
Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id qBK8o7NB003652;  Thu, 20 Dec 2012 09:50:08 +0100 (MEZ)
Message-ID: <50D2D13F.7090605@knipp.de>
Date: Thu, 20 Dec 2012 09:50:07 +0100
From: Klaus Malorny <Klaus.Malorny@knipp.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Thunderbird/20.0a1
MIME-Version: 1.0
To: provreg@ietf.org
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se>
In-Reply-To: <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 08:50:12 -0000

On 20/12/12 07:08, Patrik F=E4ltstr=F6m wrote:
>
> On 19 dec 2012, at 19:47, Seth Goldman <sethamin@google.com> wrote:
>
>> Isn't a hole in the EPP spec then?
>
> There are a number of unclear things in the EPP spec when you combine d=
omain
> and host objects plus think of who the sponsoring registrar is.
>
> I have a case where this is the scenario in one TLD:
>
> Registrar A is sponsor for examplea.tld. Registrar B is sponsor for
> exampleb.tld. Now examplea.tld want to use ns2.exampleb.tld as name ser=
ver. A
> name server that exists in the zone for exampleb.tld but not in the tld=
 zone
> as glue (yet). The problem is that Registrar A is not allowed to create=
 the
> ns2.exampleb.tld host object as they are not sponsor of the exampleb.tl=
e, and
> it is not allowed to update the domain object exampleb.tld as the host =
object
> is subordinate to tld. A deadlock that so far after several months is n=
ot
> possible to resolve even via out of band mechanisms (i.e. pen, paper an=
d
> letters).
>
> So, having host objects as real objects can create very very very probl=
ematic
> situations. So be careful what you ask for.
>
> Patrik
>

Hi,

I completely agree, but how realistic is the scenario? At the end, the zo=
ne of=20
examplea.tld must be published on the actual name server addressed via=20
ns2.exampleb.tld, i.e. the name server must be configured as a master or =
slave=20
respectively, so it is likely that the two parties have to communicate so=
mehow=20
anyway. Only if more than two parties are involved, then probability of s=
uch a=20
scenario increases IMHO.

Regards,

Klaus


From peter@denic.de  Thu Dec 20 01:53:25 2012
Return-Path: <peter@denic.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EE5621F870A for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 01:53:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1tNYGT-ixfY for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 01:53:25 -0800 (PST)
Received: from office.denic.de (office.denic.de [IPv6:2a02:568:122:16:1::3]) by ietfa.amsl.com (Postfix) with ESMTP id DAB3721F880C for <provreg@ietf.org>; Thu, 20 Dec 2012 01:53:23 -0800 (PST)
Received: from x27.adm.denic.de ([10.122.64.17]) by office.denic.de with esmtp   id 1Tlcoc-0000kw-2J; Thu, 20 Dec 2012 10:53:22 +0100
Received: from localhost by x27.adm.denic.de with local  id 1Tlcob-0000K0-Up; Thu, 20 Dec 2012 10:53:21 +0100
Date: Thu, 20 Dec 2012 10:53:21 +0100
From: Peter Koch <pk@DENIC.DE>
To: provreg@ietf.org
Message-ID: <20121220095321.GU26636@x28.adm.denic.de>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se>
User-Agent: Mutt/1.4.2.3i
Sender: Peter Koch <peter@denic.de>
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 09:53:25 -0000

On Thu, Dec 20, 2012 at 07:08:31AM +0100, Patrik Fältström wrote:

> So, having host objects as real objects can create very very very problematic situations. So be careful what you ask for.

agree, but it is an immediate consequence of the "wide" glue policy.

-Peter

From paf@frobbit.se  Thu Dec 20 02:09:19 2012
Return-Path: <paf@frobbit.se>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F7C721F85C3 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 02:09:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.098
X-Spam-Level: 
X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5 tests=[AWL=-0.700, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id anNA73784jH5 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 02:09:19 -0800 (PST)
Received: from astrid.frobbit.se (unknown [85.30.129.185]) by ietfa.amsl.com (Postfix) with ESMTP id C4BFD21F8443 for <provreg@ietf.org>; Thu, 20 Dec 2012 02:09:18 -0800 (PST)
Received: from [192.168.113.195] (unknown [85.30.129.91]) by astrid.frobbit.se (Postfix) with ESMTPSA id 1AB81200AE; Thu, 20 Dec 2012 11:09:17 +0100 (CET)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: =?iso-8859-1?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
In-Reply-To: <50D2D13F.7090605@knipp.de>
Date: Thu, 20 Dec 2012 11:09:16 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <9E6F3E71-5A41-408C-A4F9-207FBC322708@frobbit.se>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <3E3FDD24-4D40-4773-8EED-5E80512C1D3A@frobbit.se> <50D2D13F.7090605@knipp.de>
To: Klaus Malorny <Klaus.Malorny@knipp.de>
X-Mailer: Apple Mail (2.1499)
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 10:09:19 -0000

On 20 dec 2012, at 09:50, Klaus Malorny <Klaus.Malorny@knipp.de> wrote:

> I completely agree, but how realistic is the scenario? At the end, the =
zone of examplea.tld must be published on the actual name server =
addressed via ns2.exampleb.tld, i.e. the name server must be configured =
as a master or slave respectively, so it is likely that the two parties =
have to communicate somehow anyway. Only if more than two parties are =
involved, then probability of such a scenario increases IMHO.

Well, I have two such cases, because what also have to happen of course =
is that the registry do not allow registrarA to create a host object =
that is subordinate to a domain that registrarB is sponsor for.

   Patrik


From michael@mwyoung.ca  Thu Dec 20 06:13:39 2012
Return-Path: <michael@mwyoung.ca>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65F9221F88CA for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 06:13:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level: 
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[AWL=0.398,  BAYES_00=-2.599, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1NCh0g9hzRN2 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 06:13:38 -0800 (PST)
Received: from mail-ia0-f177.google.com (mail-ia0-f177.google.com [209.85.210.177]) by ietfa.amsl.com (Postfix) with ESMTP id 9AC3821F88B5 for <provreg@ietf.org>; Thu, 20 Dec 2012 06:13:38 -0800 (PST)
Received: by mail-ia0-f177.google.com with SMTP id u21so2810968ial.8 for <provreg@ietf.org>; Thu, 20 Dec 2012 06:13:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=rejZ/lPusJnbMTjhZ3XClgrFXcgg1OJpDmtlpCnmkTQ=; b=hdmt4Y/CltTz/0+dE8DqS9OURo3oURilzk+BKtj8BgO5OvrdwJIDZ/B7uB1bPTqyHX 7JFJUUSem8IpcBE5NonGER5OkR7JHTR8IGtkEGTMkiFa4QfldSB+nS9i16Lo5USzJUX8 DkjFDAdLbTAxgQRyhaWpTD0GjTZ40A2MhmiPFwZWh28allzav7VUvCEZh/7VaquL9IFR dH8usXDhFdCPUo+U+JSAqmtr1bY2wW7Xy0SkcsKFaeLPpihhSpcrSyTdUQNt9oDdLtvY /Rd/6glAjgTZbwsNDpqr5lZKM2y7kw4xVqVqVOeX8nSihMAVF/BF4GUFgvnr1bvQjmGr l4ig==
X-Received: by 10.50.104.232 with SMTP id gh8mr10527485igb.45.1356012818173; Thu, 20 Dec 2012 06:13:38 -0800 (PST)
Received: from [172.16.1.22] (CPEf87b8c0c1175-CM78cd8ece2635.cpe.net.cable.rogers.com. [99.225.219.53]) by mx.google.com with ESMTPS id bg10sm13240167igc.6.2012.12.20.06.13.36 (version=SSLv3 cipher=OTHER); Thu, 20 Dec 2012 06:13:37 -0800 (PST)
Message-ID: <50D31D0F.3060102@mwyoung.ca>
Date: Thu, 20 Dec 2012 09:13:35 -0500
From: Michael Young <michael@mwyoung.ca>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: InterNetX - Volker Janzen <volker.janzen@internetx.de>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca> <50D2C5F9.5020008@internetx.de>
In-Reply-To: <50D2C5F9.5020008@internetx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQnBTTl16E7Gs8JftkWmJ2jWOUkl10ek/1g50vhncYXtN1xu8Yk/HlbysvU5nmv9DoUIQg81
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 14:13:39 -0000

For host:info? There's nothing explicit in the child elements describing 
a client that is associated with the host object.

   Example <info> response:

    S:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
    S:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
    S:  <response>
    S:    <result code="1000">
    S:      <msg>Command completed successfully</msg>
    S:    </result>
    S:    <resData>
    S:      <host:infData
    S:       xmlns:host="urn:ietf:params:xml:ns:host-1.0">
    S:        <host:name>ns1.example.com</host:name>
    S:        <host:roid>NS1_EXAMPLE1-REP</host:roid>
    S:        <host:status s="linked"/>
    S:        <host:status s="clientUpdateProhibited"/>
    S:        <host:addr ip="v4">192.0.2.2</host:addr>
    S:        <host:addr ip="v4">192.0.2.29</host:addr>
    S:        <host:addr ip="v6">1080:0:0:0:8:800:200C:417A</host:addr>
    S:        <host:clID>ClientY</host:clID>
    S:        <host:crID>ClientX</host:crID>
    S:        <host:crDate>1999-04-03T22:00:00.0Z</host:crDate>
    S:        <host:upID>ClientX</host:upID>
    S:        <host:upDate>1999-12-03T09:00:00.0Z</host:upDate>
    S:        <host:trDate>2000-04-08T09:00:00.0Z</host:trDate>
    S:      </host:infData>
    S:    </resData>
    S:    <trID>
    S:      <clTRID>ABC-12345</clTRID>
    S:      <svTRID>54322-XYZ</svTRID>
    S:    </trID>
    S:  </response>
    S:</epp>


However under statuses it says:

- linked
The host object has at least one active association with another object, 
such as a domain object. Servers SHOULD provide services to determine 
existing object associations.

So there's a directive to provide that information you are looking for.  
However its a SHOULD not a MUST - 10 years later I'm leaning towards a 
MUST :-)

I'm not sure it really needs to be done in the host:info command for 
example: if I process a delete command against a host and it fails as a 
result of an existing association, then data about that existing 
association can be part of the error response.  A list of all 
associations with even a single host object could be a massive 
response.  More than one way to solve for this.

-M

On 2012-12-20 3:02 AM, InterNetX - Volker Janzen wrote:
> Hi,
>
> On 12/19/2012 08:07 PM, Michael Young wrote:
>
>> Currently registrar a contacts registrar b and complains. Registrar b
>> disassociates the host object regardless of the fact the registrant
>> went silent.
> if you want to be able to reach the registrar b, a host:info command has
> to tell you which domains are connected to your host object. Is this
> behaviour in the RFC?
>
>
> Volker Janzen
> Team Entwicklung
>


From volker.janzen@internetx.de  Thu Dec 20 06:17:02 2012
Return-Path: <volker.janzen@internetx.de>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B336E21F84F8 for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 06:17:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.149
X-Spam-Level: 
X-Spam-Status: No, score=-2.149 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, J_CHICKENPOX_44=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ymCrhDdhVEc for <provreg@ietfa.amsl.com>; Thu, 20 Dec 2012 06:17:02 -0800 (PST)
Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by ietfa.amsl.com (Postfix) with ESMTP id E11AF21F88BF for <provreg@ietf.org>; Thu, 20 Dec 2012 06:17:01 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 49DE04C4D726; Thu, 20 Dec 2012 15:17:01 +0100 (CET)
X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de
Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IZlpEpdgscmy; Thu, 20 Dec 2012 15:16:58 +0100 (CET)
Received: from [192.168.100.46] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 4AC9A4C4D6E8; Thu, 20 Dec 2012 15:16:45 +0100 (CET)
Message-ID: <50D31DCD.1080708@internetx.de>
Date: Thu, 20 Dec 2012 15:16:45 +0100
From: InterNetX - Volker Janzen <volker.janzen@internetx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Michael Young <michael@mwyoung.ca>
References: <CAAHh_-KZncZ_5OaKJe=bpcmjeikcNt5FmKUQd7U4nx0vfYaD5w@mail.gmail.com> <50D1FADC.50508@internetx.com> <CAAHh_-Jnu7nq4KPa-LK5MZgez1JuWk3Us4GLzgJwtnRorzqyaQ@mail.gmail.com> <4D1329AA-467B-4BD2-BDDD-52684FB1574F@isc.org> <2348887E-3D6A-45AA-A42F-D5B8210648A3@isc.org> <CAAHh_-LNgHCsQa5uom0Hpw2AOhrYfbbesXEtF4OCMHt_KQ6irA@mail.gmail.com> <FB103740-A295-40A3-90A3-BA81CC5BC6F7@isc.org> <CAAHh_-+LEiNMMybcEMHPAs_GsWJL6iSdMTMp8d-3vHb5fMBMmw@mail.gmail.com> <1AD7B7AD-207F-4958-8117-D0641081C2A1@isc.org> <2EF7A8AF-A59E-4CA9-86F3-FB159A5C151A@mwyoung.ca> <50D2C5F9.5020008@internetx.de> <50D31D0F.3060102@mwyoung.ca>
In-Reply-To: <50D31D0F.3060102@mwyoung.ca>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Cc: provreg@ietf.org
Subject: Re: [provreg] EPP host renames
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Dec 2012 14:17:03 -0000

Hi Michael,

> - linked
> The host object has at least one active association with another object,
> such as a domain object. Servers SHOULD provide services to determine
> existing object associations.
> So there's a directive to provide that information you are looking for. 
> However its a SHOULD not a MUST - 10 years later I'm leaning towards a
> MUST :-)

I agree. This information is very useful.

> I'm not sure it really needs to be done in the host:info command for
> example: if I process a delete command against a host and it fails as a
> result of an existing association, then data about that existing
> association can be part of the error response.

This would be a good idea. Even if there are e.g. 1000 associated
domains and the number in response is limited, you'll be able to find
and fix them all step by step.



Volker Janzen
Team Entwicklung

-- 
InterNetX GmbH
Maximilianstr. 6
93047 Regensburg
Germany

Tel: +49 941 59559-0
Fax: +49 941 59579-050

www.internetx.com
www.facebook.com/InterNetX
www.twitter.com/InterNetX

Geschäftsführer/CEO: Thomas Mörz
Amtsgericht Regensburg, HRB 7142

GPG-Key: 0x186C5F77
GPG-Fingerprint: 392E 8730 FE23 DCE8 8878 8524 5361 BCCC 186C 5F77
