From pcn-bounces@ietf.org Sun Jul 01 23:39:31 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I5Cl8-0000Iq-MW; Sun, 01 Jul 2007 23:39:30 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I5Cl8-0000Il-9N
	for pcn-confirm+ok@megatron.ietf.org; Sun, 01 Jul 2007 23:39:30 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I5Cl7-0000Id-VL
	for pcn@ietf.org; Sun, 01 Jul 2007 23:39:29 -0400
Received: from szxga02-in.huawei.com ([61.144.161.54])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5Ckz-0004iF-LY
	for pcn@ietf.org; Sun, 01 Jul 2007 23:39:29 -0400
Received: from huawei.com (szxga02-in [172.24.2.6])
	by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKJ00CWP8S377@szxga02-in.huawei.com> for
	pcn@ietf.org; Mon, 02 Jul 2007 11:38:27 +0800 (CST)
Received: from huawei.com ([172.24.1.24])
	by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKJ00GWF8S1DD@szxga02-in.huawei.com> for
	pcn@ietf.org; Mon, 02 Jul 2007 11:38:27 +0800 (CST)
Received: from z24109a ([10.70.76.134])
	by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JKJ00LEX8S0VX@szxml04-in.huawei.com> for
	pcn@ietf.org; Mon, 02 Jul 2007 11:38:25 +0800 (CST)
Date: Mon, 02 Jul 2007 11:38:25 +0800
From: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
To: pcn@ietf.org, philip.eardley@bt.com
Message-id: <006f01c7bc5a$724c4cb0$864c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: text/plain; format=flowed; charset=iso-8859-1;
	reply-type=original
Content-transfer-encoding: 7BIT
X-Priority: 3
X-MSMail-priority: Normal
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 453b1bfcf0292bffe4cab90ba115f503
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi all,
One of the scenarios I am suggesting is below.

Even in Pull mode, application layer QoS request (via RSVP) should be also
sent from ingress to the centralized node, in centralized node the policy is
generated, then the decision is made, and then delivers to the Ingress to
enforce. I was not saying that the policy is directly generated in the
Ingress. Even the rather that Push mode should be also taken into account.

I.e. we define the centralized node locates in the transport control layer;
the Ingress and Egress locate in transport layer. For the implementation of
physical entities, they are service policy server and PCN-enabled router
respectively.

The centralized node is policy decision node, it should be based on (1)
Egress measurement result (2) operator's policies (could be configured in
the centralized node) (3) QoS request coming from the application layer
(PUSH or PULL mode), to make the decision, and decide which flows should be
admitted or reject, which flows should be stopped temperately or downgraded,
which flows should be done policing. The generated policy should be sent to
ingress for enforcement.

Ingress is the policy enforcement point, it based on the policy delivered by
the centralized node, (1) it allows flow pass or filter flow, (2) for the
flows allowed to pass, it makes policing and coloring based on the policy.

Referrence:
QoS "Push" Model: model where the centralised node "pushes" traffic policies 
to the transport functions to enforce its policy decisions.
NOTE: In this model, the CPE does not itself support native application 
independent QoS procedures.
QoS "Pull" Model: model where, upon request from the transport processing 
functions, the centralised node provides traffic policies to the transport 
processing functions. The request from the transport processing functions 
may itself, for example, be triggered by path-coupled requests coming from 
user equipment and/or transport network elements.


B. R.
Tina

----- Original Message ----- 
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
Sent: Thursday, June 28, 2007 11:59 PM
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt


Hi all,

Just a reminder that all comments on this draft would be great. It aims
to describe the PCN architecture, in light of the PCN WG's Charter & its
Milestone of an Info doc on 'Flow Admission and Termination Architecture
within a Diffserv Domain' (due Nov 07).

S1 Introduction.
This is quite short. If desired, it could be boosted with a general
explanation of where PCN fits into the picture of QoS and how it's
evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)

S2 Terminology
In the "Editor's note" are 3 alternative terms that some of the authors
preferred.

S3 Assumptions and constraints on scope
These are the 4 things mentioned in the Charter, plus some explanation
of them. Are they clear? Also we mention some of the ways that a future
revised Charter might look at overcoming some of the
constraints/assumptions; is this sub-section at the right depth?

S4 High-level functional architecture
We have tried to write this section (and the following ones) so that it
fits all the various proposals there've been for PCN mechanisms. Does
this make the section too wishy-washy or too hard to understand? Should
it include some comparison of the different mechanisms proposed
(PCN-interior-node marking algorithms & PCN-boundary-node reactions)?

S5 Detailed Functional architecture
Is this a reasonable description of the extra functionality that PCN
requires on various nodes in the PCN-domain? Is it the right way to
split up the description? For clarity / help reader's understanding,
should there be some specific examples of how functionality might be
distributed (eg "if you followed the deployment model in
draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made at
the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
the admission decision; etc.")

S6 Design goals and challenges
This briefly describes some open issues, taken from
briscoe-tsvwg-cl-architecture. Are there other ones that should be
mentioned? Is the problem description at the right level of depth?
Should we discuss various possible solutions to these problems?

S7 Deployment scenarios
Briefly describes some deployment scenarios for pcn? is this at the
right level of depth?

S8 Operations and Management
This section was written in response to the Charter saying that the
architecture document should include security, manageability and
operational considerations. The draft addresses this by providing some
thoughts under the FCAPS headings: OAM of Faults, Configuration,
Accounting, Performance and Security? Is this the right way of
structuring it - does it cover the right set of topics? Is the text at
the right level? - eg should it also have a detailed set of parameters
that would be available for configuration?

An overall question is whether the draft should have more comparison of
the options (pros/cons) for various aspects.

I aim to edit another version of the draft before the ietf (but maybe
not before the deadline as I'm on hols next week).

Thanks!
Phil/


> -----Original Message-----
> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> Sent: 22 June 2007 04:38
> To: pcn@ietf.org
> Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
> Hi all:
> Please see the attached E-Mail on the posting of the PCN Architecture
> draft.
> On behave of the editor of this draft: Phil, and the co-authors of
this
> draft,
> we would like to request for reviews and comments of this draft and
> welcome
> any comments for improvements.
>
> Please send your comments/discussions of this draft on the PCN list.
>
> Thank you for your interest and review of this draft!
> -- Kwok on behave of the co-authors of this draft --
>
>
> >To: i-d-announce@ietf.org
> >Cc:
> >From: Internet-Drafts@ietf.org
> >Date: Thu, 21 Jun 2007 15:50:02 -0400
> >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> >X-BeenThere: i-d-announce@ietf.org
> >X-Mailman-Version: 2.1.5
> >Reply-To: internet-drafts@ietf.org
> >List-Id: i-d-announce.ietf.org
> >List-Unsubscribe:
<https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> >List-Post: <mailto:i-d-announce@ietf.org>
> >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
> >List-Subscribe:
<https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
> >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
> >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
> >X-Spam-Score: 5.3
> >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> ecarhea1.nortel.com
> >X-DNSBL-Score: -50
> >X-DNSBL-Servers: bl.nortel.com
> >X-SMTP-HELO: megatron.ietf.org
> >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> >X-SMTP-RCPT-TO:
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
.c
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
.c
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
om
> >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> >X-SMTP-REASON: PASSED
> >X-SMTP-ID: 1182455563.14011407
> >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> >FILETIME=[BC4965C0:01C7B43D]
> >
> >A New Internet-Draft is available from the on-line Internet-Drafts
> >directories.
> >
> >
> >         Title           : Pre-Congestion Notification Architecture
> >         Author(s)       : P. Eardley, et al.
> >         Filename        : draft-eardley-pcn-architecture-00.txt
> >         Pages           : 27
> >         Date            : 2007-6-21
> >
> >    The purpose of this document is to describe a general
architecture
> >    for flow admission and termination based on aggregated (pre-)
> >    congestion information in order to protect the quality of service
of
> >    established inelastic flows within a single DiffServ domain.
> >
> >
> >A URL for this Internet-Draft is:
>
>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
xt
> >
> >To remove yourself from the I-D Announcement list, send a message to
> >i-d-announce-request@ietf.org with the word unsubscribe in the body
of
> >the message.
> >You can also visit
https://www1.ietf.org/mailman/listinfo/I-D-announce
> >to change your subscription settings.
> >
> >Internet-Drafts are also available by anonymous FTP. Login with the
> >username "anonymous" and a password of your e-mail address. After
> >logging in, type "cd internet-drafts" and then
> >"get draft-eardley-pcn-architecture-00.txt".
> >
> >A list of Internet-Drafts directories can be found in
> >http://www.ietf.org/shadow.html
> >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> >Internet-Drafts can also be obtained by e-mail.
> >
> >Send a message to:
> >         mailserv@ietf.org.
> >In the body type:
> >         "FILE
/internet-drafts/draft-eardley-pcn-architecture-00.txt".
> >
> >NOTE:   The mail server at ietf.org can return the document in
> >         MIME-encoded form by using the "mpack" utility.  To use this
> >         feature, insert the command "ENCODING mime" before the
"FILE"
> >         command.  To decode the response(s), you will need "munpack"
or
> >         a MIME-compliant mail reader.  Different MIME-compliant mail
> readers
> >         exhibit different behavior, especially when dealing with
> >         "multipart" MIME messages (i.e. documents which have been
split
> >         up into multiple messages), so check your local
documentation on
> >         how to manipulate these messages.
> >
> >Below is the data which will enable a MIME compliant mail reader
> >implementation to automatically retrieve the ASCII version of the
> >Internet-Draft.
> >
> >Content-Type: text/plain
> >Content-ID: <2007-6-21120238.I-D@ietf.org>
> >
> >ENCODING mime
> >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> >
> >
> ><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> 00.txt>
> >_______________________________________________
> >I-D-Announce mailing list
> >I-D-Announce@ietf.org
> >https://www1.ietf.org/mailman/listinfo/i-d-announce
>
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 02 03:18:36 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I5GBA-00022l-B1; Mon, 02 Jul 2007 03:18:36 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I5GB9-00022d-SU
	for pcn-confirm+ok@megatron.ietf.org; Mon, 02 Jul 2007 03:18:35 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I5GB6-0001wp-9D
	for pcn@ietf.org; Mon, 02 Jul 2007 03:18:32 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5GB1-0005wO-E1
	for pcn@ietf.org; Mon, 02 Jul 2007 03:18:32 -0400
Received: from s4de8psaans.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Mon, 2 Jul 2007 08:16:47 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Mon, 2 Jul 2007 08:16:44 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Content-Transfer-Encoding: quoted-printable
Date: Mon, 2 Jul 2007 08:16:43 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB986A@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <006f01c7bc5a$724c4cb0$864c460a@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace8Wp4WJYMGdAzqRhq9qlL9PFgOLAAFXd8g
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <tena@huawei.com>
X-OriginalArrivalTime: 02 Jul 2007 06:16:44.0266 (UTC)
	FILETIME=[900FC4A0:01C7BC70]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hello Tina,

|Even in Pull mode, application layer QoS request (via RSVP)=20
|should be also sent from ingress to the centralized node, in =
centralized node=20
|the policy is generated, then the decision is made, and then delivers =
to the=20
|Ingress to enforce. I was not saying that the policy is directly =
generated in the
|Ingress. Even the rather that Push mode should be also taken=20
|into account.

Do you have any specific protocol in mind for this purpose (e.g. COPS) =
or=20
is your aim to look for agreement at this stage and to worry about=20
interfaces and protocols later on?

Regards, Ruediger

[snipped the rest, as no further comment from my side]


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 02 21:59:58 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I5XgJ-0005Iy-Uf; Mon, 02 Jul 2007 21:59:55 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I5XgI-0005Ii-Jt
	for pcn-confirm+ok@megatron.ietf.org; Mon, 02 Jul 2007 21:59:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I5XgI-0005IV-0n
	for pcn@ietf.org; Mon, 02 Jul 2007 21:59:54 -0400
Received: from szxga03-in.huawei.com ([61.144.161.55])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5Xfa-0006Ja-BO
	for pcn@ietf.org; Mon, 02 Jul 2007 21:59:54 -0400
Received: from huawei.com (szxga03-in [172.24.2.9])
	by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKK00L3FYT244@szxga03-in.huawei.com> for
	pcn@ietf.org; Tue, 03 Jul 2007 09:58:14 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKK00KGMYT23M@szxga03-in.huawei.com> for
	pcn@ietf.org; Tue, 03 Jul 2007 09:58:14 +0800 (CST)
Received: from z24109a ([10.70.76.134])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JKK00EQIYT1KN@szxml03-in.huawei.com> for
	pcn@ietf.org; Tue, 03 Jul 2007 09:58:14 +0800 (CST)
Date: Tue, 03 Jul 2007 09:58:16 +0800
From: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
Message-id: <003a01c7bd15$9f033960$864c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: text/plain; format=flowed; charset=iso-8859-1;
	reply-type=original
Content-transfer-encoding: 7BIT
X-Priority: 3
X-MSMail-priority: Normal
References: <6439282641581441A36F7F6F83ED2ED201DB986A@S4DE8PSAAFQ.mitte.t-com.de>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Ruediger,
Thanks for your comments:)
See comment in line.

B. R.
Tina

----- Original Message ----- 
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <tena@huawei.com>
Cc: <pcn@ietf.org>
Sent: Monday, July 02, 2007 2:16 PM
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt


Hello Tina,

|Even in Pull mode, application layer QoS request (via RSVP)
|should be also sent from ingress to the centralized node, in centralized
node
|the policy is generated, then the decision is made, and then delivers to
the
|Ingress to enforce. I was not saying that the policy is directly generated
in the
|Ingress. Even the rather that Push mode should be also taken
|into account.

Do you have any specific protocol in mind for this purpose (e.g. COPS) or
is your aim to look for agreement at this stage and to worry about
interfaces and protocols later on?
[Tina: I don't have specific protocol in mind. It could be COPS, H.248,
Diameter etc.
I don't worry about the interfaces and protocols later on.
I just highlighted that this typical scenario is not explicitly include in
the arch-00 draft yet.
And this scenario makes impact on the functionalities of the entities in PCN 
arch.]

Regards, Ruediger

[snipped the rest, as no further comment from my side]



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 03 13:19:17 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I5m20-0005c9-RC; Tue, 03 Jul 2007 13:19:16 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I5m20-0005bt-Dd
	for pcn-confirm+ok@megatron.ietf.org; Tue, 03 Jul 2007 13:19:16 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I5m1y-0005Xz-Q7
	for pcn@ietf.org; Tue, 03 Jul 2007 13:19:14 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I5m1y-0001Ch-8v
	for pcn@ietf.org; Tue, 03 Jul 2007 13:19:14 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l63HIIK22476 for <pcn@ietf.org>; Tue, 3 Jul 2007 17:18:19 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7BD96.1871BCB0"
Date: Tue, 3 Jul 2007 13:17:54 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651115D555@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
Thread-Index: Ace9iWWi634qt9N+RbasyEGXvJ9y5AAC1p1w
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b2809b6f39decc6de467dcf252f42af1
Subject: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7BD96.1871BCB0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,
In an email below there is a link to 00 version of pcn-3sm draft that
defines metering and marking for admission control and flow termination.
We call it three state PCN marking because there are three conditions,
packets are not marked, packets marked to indicate that admission of
additional flows should be stopped and finally condition where flows are
marked to indicate that termination is needed. This draft incorporates
the metering and marking approach for flow termination that was defined
in draft-babiarz-pcn-explicit-marking-00.=20

Simulation results for the proposed "AR-metering and AS-re-marking" and
"SR-metering and ET-re-marking" will be published in a separate draft.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]=20
Sent: July 3, 2007 11:15 AM
To: i-d-announce@ietf.org
Subject: I-D ACTION:draft-babiarz-pcn-3sm-00.txt

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


	Title		: Three State PCN Marking
	Author(s)	: J. Babiarz, et al.
	Filename	: draft-babiarz-pcn-3sm-00.txt
	Pages		: 24
	Date		: 2007-7-3
=09
   This document proposes metering and marking mechanisms for PCN-
   enabled nodes to label packets with pre-congestion information.  The
   marker marks all PCN packets with an admission-stop (AS) codepoint if
   the PCN traffic rate on a link exceeds its admissible rate (AR) and
   when it exceeds its supportable rate (SR), it marks some of those
   packets exceeding SR with an excess-traffic (ET) codepoint.  The
   flows with ET-marked packets will be terminated until the aggregate
   PCN traffic on the path decreases below its SR.  This document
   proposes metering and marking mechanisms for these objectives.


A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

To remove yourself from the I-D Announcement list, send a message to=20
i-d-announce-request@ietf.org with the word unsubscribe in the body of=20
the message.=20
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce=20
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the=20
username "anonymous" and a password of your e-mail address. After=20
logging in, type "cd internet-drafts" and then=20
"get draft-babiarz-pcn-3sm-00.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html=20
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-babiarz-pcn-3sm-00.txt".
=09
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail
readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

------_=_NextPart_001_01C7BD96.1871BCB0
Content-Type: application/octet-stream;
	name="ATT1656204.TXT"
Content-Transfer-Encoding: base64
Content-Description: ATT1656204.TXT
Content-Disposition: attachment;
	filename="ATT1656204.TXT"

Q29udGVudC1UeXBlOiBNZXNzYWdlL0V4dGVybmFsLWJvZHk7IGFjY2Vzcy10eXBlPSJtYWlsLXNl
cnZlciI7DQoJc2VydmVyPSJtYWlsc2VydkBpZXRmLm9yZyINCg0KQ29udGVudC1UeXBlOiB0ZXh0
L3BsYWluDQpDb250ZW50LUlEOiA8MjAwNy03LTMxMDIzNDUuSS1EQGlldGYub3JnPg0KDQpFTkNP
RElORyBtaW1lDQpGSUxFIC9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtYmFiaWFyei1wY24tM3NtLTAw
LnR4dA0K

------_=_NextPart_001_01C7BD96.1871BCB0
Content-Type: application/octet-stream;
	name="draft-babiarz-pcn-3sm-00.URL"
Content-Transfer-Encoding: base64
Content-Description: draft-babiarz-pcn-3sm-00.URL
Content-Disposition: attachment;
	filename="draft-babiarz-pcn-3sm-00.URL"

W0ludGVybmV0U2hvcnRjdXRdDQpVUkw9ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0
cy9kcmFmdC1iYWJpYXJ6LXBjbi0zc20tMDAudHh0DQo=

------_=_NextPart_001_01C7BD96.1871BCB0
Content-Type: text/plain;
	name="ATT1656205.txt"
Content-Transfer-Encoding: base64
Content-Description: ATT1656205.txt
Content-Disposition: attachment;
	filename="ATT1656205.txt"

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5v
dW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQo=

------_=_NextPart_001_01C7BD96.1871BCB0
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C7BD96.1871BCB0--





From pcn-bounces@ietf.org Wed Jul 04 03:09:09 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I5yz7-0004Ww-91; Wed, 04 Jul 2007 03:09:09 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I5yz5-0004Wc-2w
	for pcn-confirm+ok@megatron.ietf.org; Wed, 04 Jul 2007 03:09:07 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I5yz1-0004QN-7T
	for pcn@ietf.org; Wed, 04 Jul 2007 03:09:03 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5yyk-0003Kt-1x
	for pcn@ietf.org; Wed, 04 Jul 2007 03:09:03 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 34736792B;
	Wed,  4 Jul 2007 09:08:45 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 272458319;
	Wed,  4 Jul 2007 09:08:45 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id E6BCC792B;
	Wed,  4 Jul 2007 09:08:44 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6478ik17750; 
	Wed, 4 Jul 2007 09:08:44 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 577CD6F58E; Wed,  4 Jul 2007 09:03:14 +0200 (CEST)
Message-ID: <468B46E7.3060102@informatik.uni-wuerzburg.de>
Date: Wed, 04 Jul 2007 09:06:15 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6437e26f1586b9f35812ea5ebeedf4ad
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil et al.,

after another reading of the PCN architecture draft
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.txt
here are some comments.

1. Intro:

   o  The configured-admissible-rates can be chosen small enough that 
admitted traffic can still be carried after a rerouting in most failure 
cases.  This is an important feature as QoS violations in core networks 
due to link failures are more likely than QoS violations due to 
increased traffic volume.

appropriate citation:
http://www.ieee-infocom.org/2003/papers/10_04.PDF

some history: see Section III of
http://www3.informatik.uni-wuerzburg.de/~menth/Publications/Menth07-PCN-Config.pdf

2. Terminology:

I would like to have discussed also the nomenclature in the Three State 
PCN Marking draft:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

3. Assumptions:

Should headlines be uppercase or lowercase (cf. 3., 3.1, 3.2, ...)?

Is only a single PCN in the scope of the current charter or several PCN 
classes with different scheduling priority? We had some discussion on 
this earlier. This issue also relates to the bullet list at the end of 
Section 4.


4.  High-level functional architecture

I think it makes sense to define the term "pre-congestion": a link with 
capacity C is pre-congested with regard to a rate threshold R<C if its 
current traffic rate is above R. This applies both to the 
configurable-admission-rate and configurable-termination-rate 
thresholds, i.e., there are different types of pre-congestion. We 
introduced this notion in Section 2 of  the "Three State PCN Marking" draft:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt


5.  Detailed Functional architecture

Comment to probing: probe packets need to have the same header as data 
packet, otherwise might be transported over different paths when ECMP is 
on and flow-based load distribution is based on hash values of the 
packet headers. Then, my next question is: how does the PCN egress node 
recognize a probe packet as a such? I think that this is a fundamental 
problem which requires a standardized solution that is essential to a 
signalling draft. Therefore, it might be worth mentioning.

Regards,

    Michael

philip.eardley@bt.com wrote:
> Hi all,
>
> Just a reminder that all comments on this draft would be great. It aims
> to describe the PCN architecture, in light of the PCN WG's Charter & its
> Milestone of an Info doc on 'Flow Admission and Termination Architecture
> within a Diffserv Domain' (due Nov 07).
>
> S1 Introduction. 
> This is quite short. If desired, it could be boosted with a general
> explanation of where PCN fits into the picture of QoS and how it's
> evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>
> S2 Terminology
> In the "Editor's note" are 3 alternative terms that some of the authors
> preferred. 
>
> S3 Assumptions and constraints on scope
> These are the 4 things mentioned in the Charter, plus some explanation
> of them. Are they clear? Also we mention some of the ways that a future
> revised Charter might look at overcoming some of the
> constraints/assumptions; is this sub-section at the right depth?
>
> S4 High-level functional architecture
> We have tried to write this section (and the following ones) so that it
> fits all the various proposals there've been for PCN mechanisms. Does
> this make the section too wishy-washy or too hard to understand? Should
> it include some comparison of the different mechanisms proposed
> (PCN-interior-node marking algorithms & PCN-boundary-node reactions)?
>
> S5 Detailed Functional architecture
> Is this a reasonable description of the extra functionality that PCN
> requires on various nodes in the PCN-domain? Is it the right way to
> split up the description? For clarity / help reader's understanding,
> should there be some specific examples of how functionality might be
> distributed (eg "if you followed the deployment model in
> draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made at
> the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
> the admission decision; etc.")
>
> S6 Design goals and challenges
> This briefly describes some open issues, taken from
> briscoe-tsvwg-cl-architecture. Are there other ones that should be
> mentioned? Is the problem description at the right level of depth?
> Should we discuss various possible solutions to these problems?
>
> S7 Deployment scenarios
> Briefly describes some deployment scenarios for pcn? is this at the
> right level of depth?
>
> S8 Operations and Management
> This section was written in response to the Charter saying that the
> architecture document should include security, manageability and
> operational considerations. The draft addresses this by providing some
> thoughts under the FCAPS headings: OAM of Faults, Configuration,
> Accounting, Performance and Security? Is this the right way of
> structuring it - does it cover the right set of topics? Is the text at
> the right level? - eg should it also have a detailed set of parameters
> that would be available for configuration? 
>
> An overall question is whether the draft should have more comparison of
> the options (pros/cons) for various aspects.
>
> I aim to edit another version of the draft before the ietf (but maybe
> not before the deadline as I'm on hols next week).
>
> Thanks!
> Phil/ 
>
>
>   
>> -----Original Message-----
>> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> Sent: 22 June 2007 04:38
>> To: pcn@ietf.org
>> Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>>
>> Hi all:
>> Please see the attached E-Mail on the posting of the PCN Architecture
>> draft.
>> On behave of the editor of this draft: Phil, and the co-authors of
>>     
> this
>   
>> draft,
>> we would like to request for reviews and comments of this draft and
>> welcome
>> any comments for improvements.
>>
>> Please send your comments/discussions of this draft on the PCN list.
>>
>> Thank you for your interest and review of this draft!
>> -- Kwok on behave of the co-authors of this draft --
>>
>>
>>     
>>> To: i-d-announce@ietf.org
>>> Cc:
>>> From: Internet-Drafts@ietf.org
>>> Date: Thu, 21 Jun 2007 15:50:02 -0400
>>> X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
>>> Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>>> X-BeenThere: i-d-announce@ietf.org
>>> X-Mailman-Version: 2.1.5
>>> Reply-To: internet-drafts@ietf.org
>>> List-Id: i-d-announce.ietf.org
>>> List-Unsubscribe:
>>>       
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>   
>>>  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
>>> List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>>> List-Post: <mailto:i-d-announce@ietf.org>
>>> List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
>>> List-Subscribe:
>>>       
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>   
>>>  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
>>> X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
>>>  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
>>> X-Spam-Score: 5.3
>>> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>>>       
>> ecarhea1.nortel.com
>>     
>>> X-DNSBL-Score: -50
>>> X-DNSBL-Servers: bl.nortel.com
>>> X-SMTP-HELO: megatron.ietf.org
>>> X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>>> X-SMTP-RCPT-TO:
>>>       
>> kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
>>     
> .c
>   
> om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> .c
>   
> om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> om
>   
>>> X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
>>> X-SMTP-REASON: PASSED
>>> X-SMTP-ID: 1182455563.14011407
>>> X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
>>> FILETIME=[BC4965C0:01C7B43D]
>>>
>>> A New Internet-Draft is available from the on-line Internet-Drafts
>>> directories.
>>>
>>>
>>>         Title           : Pre-Congestion Notification Architecture
>>>         Author(s)       : P. Eardley, et al.
>>>         Filename        : draft-eardley-pcn-architecture-00.txt
>>>         Pages           : 27
>>>         Date            : 2007-6-21
>>>
>>>    The purpose of this document is to describe a general
>>>       
> architecture
>   
>>>    for flow admission and termination based on aggregated (pre-)
>>>    congestion information in order to protect the quality of service
>>>       
> of
>   
>>>    established inelastic flows within a single DiffServ domain.
>>>
>>>
>>> A URL for this Internet-Draft is:
>>>       
>> http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
>>     
> xt
>   
>>> To remove yourself from the I-D Announcement list, send a message to
>>> i-d-announce-request@ietf.org with the word unsubscribe in the body
>>>       
> of
>   
>>> the message.
>>> You can also visit
>>>       
> https://www1.ietf.org/mailman/listinfo/I-D-announce
>   
>>> to change your subscription settings.
>>>
>>> Internet-Drafts are also available by anonymous FTP. Login with the
>>> username "anonymous" and a password of your e-mail address. After
>>> logging in, type "cd internet-drafts" and then
>>> "get draft-eardley-pcn-architecture-00.txt".
>>>
>>> A list of Internet-Drafts directories can be found in
>>> http://www.ietf.org/shadow.html
>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>>
>>> Internet-Drafts can also be obtained by e-mail.
>>>
>>> Send a message to:
>>>         mailserv@ietf.org.
>>> In the body type:
>>>         "FILE
>>>       
> /internet-drafts/draft-eardley-pcn-architecture-00.txt".
>   
>>> NOTE:   The mail server at ietf.org can return the document in
>>>         MIME-encoded form by using the "mpack" utility.  To use this
>>>         feature, insert the command "ENCODING mime" before the
>>>       
> "FILE"
>   
>>>         command.  To decode the response(s), you will need "munpack"
>>>       
> or
>   
>>>         a MIME-compliant mail reader.  Different MIME-compliant mail
>>>       
>> readers
>>     
>>>         exhibit different behavior, especially when dealing with
>>>         "multipart" MIME messages (i.e. documents which have been
>>>       
> split
>   
>>>         up into multiple messages), so check your local
>>>       
> documentation on
>   
>>>         how to manipulate these messages.
>>>
>>> Below is the data which will enable a MIME compliant mail reader
>>> implementation to automatically retrieve the ASCII version of the
>>> Internet-Draft.
>>>
>>> Content-Type: text/plain
>>> Content-ID: <2007-6-21120238.I-D@ietf.org>
>>>
>>> ENCODING mime
>>> FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
>>>
>>>
>>> <ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
>>>       
>> 00.txt>
>>     
>>> _______________________________________________
>>> I-D-Announce mailing list
>>> I-D-Announce@ietf.org
>>> https://www1.ietf.org/mailman/listinfo/i-d-announce
>>>       
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>     
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 04 09:14:33 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I64gi-00062E-Hv; Wed, 04 Jul 2007 09:14:32 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I64gh-000621-4P
	for pcn-confirm+ok@megatron.ietf.org; Wed, 04 Jul 2007 09:14:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I64gg-00061t-Nu
	for pcn@ietf.org; Wed, 04 Jul 2007 09:14:30 -0400
Received: from zrtps0kn.nortel.com ([47.140.192.55])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I64gW-0004KJ-1O
	for pcn@ietf.org; Wed, 04 Jul 2007 09:14:30 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l64DEHF05838; Wed, 4 Jul 2007 13:14:17 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Wed, 4 Jul 2007 09:14:14 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651115DDBB@zcarhxm1.corp.nortel.com>
In-Reply-To: <468B46E7.3060102@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace+Cj1aAK/MtIFtRaeKYcT0Tdiv9gAL1itQ
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <menth@informatik.uni-wuerzburg.de>, <philip.eardley@bt.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9178bae9f85419fdc08e9f2c86e345d0
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael wrote:
>3. Assumptions:
>
>Is only a single PCN in the scope of the current charter or several PCN

>classes with different scheduling priority? We had some discussion on=20
>this earlier. This issue also relates to the bullet list at the end of=20
>Section 4.

[Joe]I believe that PCN architecture should assume that there may be one
or more PCN classes in a domain. The architecture states that Diffserv
is used in the domain so multiple service classes are possible and the
PCN mechanism may be applied to one or more service classes that support
real-time inelastic traffic. =20


>5.  Detailed Functional architecture
>
>Comment to probing: probe packets need to have the same header as data=20
>packet, otherwise might be transported over different paths when ECMP
is=20
>on and flow-based load distribution is based on hash values of the=20
>packet headers. Then, my next question is: how does the PCN egress node

>recognize a probe packet as a such? I think that this is a fundamental=20
>problem which requires a standardized solution that is essential to a=20
>signalling draft. Therefore, it might be worth mentioning.

[Joe]I think we need to identify methods where the interior nodes from
routing perspective can threat probe packets as PCN data but egress node
can easily identify them as probe packets. I also believe that the probe
concept could be used to convey ingress node's address to the egress
node so that egress knows which ingress node to send PCN pre-congestion
information.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]=20
Sent: July 4, 2007 3:06 AM
To: philip.eardley@bt.com
Cc: pcn@ietf.org
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt

Hi Phil et al.,

after another reading of the PCN architecture draft
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.tx
t
here are some comments.

1. Intro:

   o  The configured-admissible-rates can be chosen small enough that=20
admitted traffic can still be carried after a rerouting in most failure=20
cases.  This is an important feature as QoS violations in core networks=20
due to link failures are more likely than QoS violations due to=20
increased traffic volume.

appropriate citation:
http://www.ieee-infocom.org/2003/papers/10_04.PDF

some history: see Section III of
http://www3.informatik.uni-wuerzburg.de/~menth/Publications/Menth07-PCN-
Config.pdf

2. Terminology:

I would like to have discussed also the nomenclature in the Three State=20
PCN Marking draft:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

3. Assumptions:

Should headlines be uppercase or lowercase (cf. 3., 3.1, 3.2, ...)?

Is only a single PCN in the scope of the current charter or several PCN=20
classes with different scheduling priority? We had some discussion on=20
this earlier. This issue also relates to the bullet list at the end of=20
Section 4.


4.  High-level functional architecture

I think it makes sense to define the term "pre-congestion": a link with=20
capacity C is pre-congested with regard to a rate threshold R<C if its=20
current traffic rate is above R. This applies both to the=20
configurable-admission-rate and configurable-termination-rate=20
thresholds, i.e., there are different types of pre-congestion. We=20
introduced this notion in Section 2 of  the "Three State PCN Marking"
draft:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt


5.  Detailed Functional architecture

Comment to probing: probe packets need to have the same header as data=20
packet, otherwise might be transported over different paths when ECMP is

on and flow-based load distribution is based on hash values of the=20
packet headers. Then, my next question is: how does the PCN egress node=20
recognize a probe packet as a such? I think that this is a fundamental=20
problem which requires a standardized solution that is essential to a=20
signalling draft. Therefore, it might be worth mentioning.

Regards,

    Michael

philip.eardley@bt.com wrote:
> Hi all,
>
> Just a reminder that all comments on this draft would be great. It
aims
> to describe the PCN architecture, in light of the PCN WG's Charter &
its
> Milestone of an Info doc on 'Flow Admission and Termination
Architecture
> within a Diffserv Domain' (due Nov 07).
>
> S1 Introduction.=20
> This is quite short. If desired, it could be boosted with a general
> explanation of where PCN fits into the picture of QoS and how it's
> evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>
> S2 Terminology
> In the "Editor's note" are 3 alternative terms that some of the
authors
> preferred.=20
>
> S3 Assumptions and constraints on scope
> These are the 4 things mentioned in the Charter, plus some explanation
> of them. Are they clear? Also we mention some of the ways that a
future
> revised Charter might look at overcoming some of the
> constraints/assumptions; is this sub-section at the right depth?
>
> S4 High-level functional architecture
> We have tried to write this section (and the following ones) so that
it
> fits all the various proposals there've been for PCN mechanisms. Does
> this make the section too wishy-washy or too hard to understand?
Should
> it include some comparison of the different mechanisms proposed
> (PCN-interior-node marking algorithms & PCN-boundary-node reactions)?
>
> S5 Detailed Functional architecture
> Is this a reasonable description of the extra functionality that PCN
> requires on various nodes in the PCN-domain? Is it the right way to
> split up the description? For clarity / help reader's understanding,
> should there be some specific examples of how functionality might be
> distributed (eg "if you followed the deployment model in
> draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made
at
> the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
> the admission decision; etc.")
>
> S6 Design goals and challenges
> This briefly describes some open issues, taken from
> briscoe-tsvwg-cl-architecture. Are there other ones that should be
> mentioned? Is the problem description at the right level of depth?
> Should we discuss various possible solutions to these problems?
>
> S7 Deployment scenarios
> Briefly describes some deployment scenarios for pcn? is this at the
> right level of depth?
>
> S8 Operations and Management
> This section was written in response to the Charter saying that the
> architecture document should include security, manageability and
> operational considerations. The draft addresses this by providing some
> thoughts under the FCAPS headings: OAM of Faults, Configuration,
> Accounting, Performance and Security? Is this the right way of
> structuring it - does it cover the right set of topics? Is the text at
> the right level? - eg should it also have a detailed set of parameters
> that would be available for configuration?=20
>
> An overall question is whether the draft should have more comparison
of
> the options (pros/cons) for various aspects.
>
> I aim to edit another version of the draft before the ietf (but maybe
> not before the deadline as I'm on hols next week).
>
> Thanks!
> Phil/=20
>
>
>  =20
>> -----Original Message-----
>> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> Sent: 22 June 2007 04:38
>> To: pcn@ietf.org
>> Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>>
>> Hi all:
>> Please see the attached E-Mail on the posting of the PCN Architecture
>> draft.
>> On behave of the editor of this draft: Phil, and the co-authors of
>>    =20
> this
>  =20
>> draft,
>> we would like to request for reviews and comments of this draft and
>> welcome
>> any comments for improvements.
>>
>> Please send your comments/discussions of this draft on the PCN list.
>>
>> Thank you for your interest and review of this draft!
>> -- Kwok on behave of the co-authors of this draft --
>>
>>
>>    =20
>>> To: i-d-announce@ietf.org
>>> Cc:
>>> From: Internet-Drafts@ietf.org
>>> Date: Thu, 21 Jun 2007 15:50:02 -0400
>>> X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
>>> Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>>> X-BeenThere: i-d-announce@ietf.org
>>> X-Mailman-Version: 2.1.5
>>> Reply-To: internet-drafts@ietf.org
>>> List-Id: i-d-announce.ietf.org
>>> List-Unsubscribe:
>>>      =20
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>  =20
>>>  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
>>> List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>>> List-Post: <mailto:i-d-announce@ietf.org>
>>> List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
>>> List-Subscribe:
>>>      =20
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>  =20
>>>  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
>>> X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
>>>  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D4
>>> X-Spam-Score: 5.3
>>> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>>>      =20
>> ecarhea1.nortel.com
>>    =20
>>> X-DNSBL-Score: -50
>>> X-DNSBL-Servers: bl.nortel.com
>>> X-SMTP-HELO: megatron.ietf.org
>>> X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>>> X-SMTP-RCPT-TO:
>>>      =20
>>
kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
>>    =20
> .c
>  =20
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> .c
>  =20
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> om
>  =20
>>> X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
>>> X-SMTP-REASON: PASSED
>>> X-SMTP-ID: 1182455563.14011407
>>> X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
>>> FILETIME=3D[BC4965C0:01C7B43D]
>>>
>>> A New Internet-Draft is available from the on-line Internet-Drafts
>>> directories.
>>>
>>>
>>>         Title           : Pre-Congestion Notification Architecture
>>>         Author(s)       : P. Eardley, et al.
>>>         Filename        : draft-eardley-pcn-architecture-00.txt
>>>         Pages           : 27
>>>         Date            : 2007-6-21
>>>
>>>    The purpose of this document is to describe a general
>>>      =20
> architecture
>  =20
>>>    for flow admission and termination based on aggregated (pre-)
>>>    congestion information in order to protect the quality of service
>>>      =20
> of
>  =20
>>>    established inelastic flows within a single DiffServ domain.
>>>
>>>
>>> A URL for this Internet-Draft is:
>>>      =20
>>
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
>>    =20
> xt
>  =20
>>> To remove yourself from the I-D Announcement list, send a message to
>>> i-d-announce-request@ietf.org with the word unsubscribe in the body
>>>      =20
> of
>  =20
>>> the message.
>>> You can also visit
>>>      =20
> https://www1.ietf.org/mailman/listinfo/I-D-announce
>  =20
>>> to change your subscription settings.
>>>
>>> Internet-Drafts are also available by anonymous FTP. Login with the
>>> username "anonymous" and a password of your e-mail address. After
>>> logging in, type "cd internet-drafts" and then
>>> "get draft-eardley-pcn-architecture-00.txt".
>>>
>>> A list of Internet-Drafts directories can be found in
>>> http://www.ietf.org/shadow.html
>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>>
>>> Internet-Drafts can also be obtained by e-mail.
>>>
>>> Send a message to:
>>>         mailserv@ietf.org.
>>> In the body type:
>>>         "FILE
>>>      =20
> /internet-drafts/draft-eardley-pcn-architecture-00.txt".
>  =20
>>> NOTE:   The mail server at ietf.org can return the document in
>>>         MIME-encoded form by using the "mpack" utility.  To use this
>>>         feature, insert the command "ENCODING mime" before the
>>>      =20
> "FILE"
>  =20
>>>         command.  To decode the response(s), you will need "munpack"
>>>      =20
> or
>  =20
>>>         a MIME-compliant mail reader.  Different MIME-compliant mail
>>>      =20
>> readers
>>    =20
>>>         exhibit different behavior, especially when dealing with
>>>         "multipart" MIME messages (i.e. documents which have been
>>>      =20
> split
>  =20
>>>         up into multiple messages), so check your local
>>>      =20
> documentation on
>  =20
>>>         how to manipulate these messages.
>>>
>>> Below is the data which will enable a MIME compliant mail reader
>>> implementation to automatically retrieve the ASCII version of the
>>> Internet-Draft.
>>>
>>> Content-Type: text/plain
>>> Content-ID: <2007-6-21120238.I-D@ietf.org>
>>>
>>> ENCODING mime
>>> FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
>>>
>>>
>>> <ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
>>>      =20
>> 00.txt>
>>    =20
>>> _______________________________________________
>>> I-D-Announce mailing list
>>> I-D-Announce@ietf.org
>>> https://www1.ietf.org/mailman/listinfo/i-d-announce
>>>      =20
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>    =20
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>  =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 04 10:19:45 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I65ho-0001Zo-Nn; Wed, 04 Jul 2007 10:19:44 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I65hm-0001Zj-Ra
	for pcn-confirm+ok@megatron.ietf.org; Wed, 04 Jul 2007 10:19:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I65hm-0001Zb-Hx
	for pcn@ietf.org; Wed, 04 Jul 2007 10:19:42 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I65hi-0002u9-19
	for pcn@ietf.org; Wed, 04 Jul 2007 10:19:42 -0400
Received: from utip105 (utip105.ewi.utwente.nl [130.89.13.76])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id
	l64EJ5Dk028007; Wed, 4 Jul 2007 16:19:34 +0200 (MEST)
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
To: "'Jozef Babiarz'" <babiarz@nortel.com>,
	<menth@informatik.uni-wuerzburg.de>, <philip.eardley@bt.com>
References: <468B46E7.3060102@informatik.uni-wuerzburg.de>
	<9671A92C3C8B5744BC97F855F7CB64651115DDBB@zcarhxm1.corp.nortel.com>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Wed, 4 Jul 2007 16:19:00 +0200
Message-ID: <000901c7be46$4c165a70$4c0d5982@dynamic.ewi.utwente.nl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651115DDBB@zcarhxm1.corp.nortel.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
Thread-Index: Ace+Cj1aAK/MtIFtRaeKYcT0Tdiv9gAL1itQAALwabA=
X-Spam-Score: 0.11 () FVGT_s_MULTI_OBFU_2
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Wed, 04 Jul 2007 16:19:36 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d094b18a574860cb9e2fe5fedfbcc179
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

 Hi Joe, Hi Michael

Please see in line!


> -----Original Message-----
> From: Jozef Babiarz [mailto:babiarz@nortel.com] 
> Sent: woensdag 4 juli 2007 15:14
> To: menth@informatik.uni-wuerzburg.de; philip.eardley@bt.com
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D 
> ACTION:draft-eardley-pcn-architecture-00.txt
> 
> Michael wrote:
> >3. Assumptions:
> >
> >Is only a single PCN in the scope of the current charter or 
> several PCN
> 
> >classes with different scheduling priority? We had some 
> discussion on 
> >this earlier. This issue also relates to the bullet list at 
> the end of 
> >Section 4.
> 
> [Joe]I believe that PCN architecture should assume that there 
> may be one or more PCN classes in a domain. The architecture 
> states that Diffserv is used in the domain so multiple 
> service classes are possible and the PCN mechanism may be 
> applied to one or more service classes that support real-time 
> inelastic traffic.  

[Georgios] I think that it has not been decided yet, 
whether the PCN architecture should assume that there might 
be one or more PCN classes in a domain. 

> 
> 
> >5.  Detailed Functional architecture
> >
> >Comment to probing: probe packets need to have the same 
> header as data 
> >packet, otherwise might be transported over different paths when ECMP
> is 
> >on and flow-based load distribution is based on hash values of the 
> >packet headers. Then, my next question is: how does the PCN 
> egress node
> 
> >recognize a probe packet as a such? I think that this is a 
> fundamental 
> >problem which requires a standardized solution that is 
> essential to a 
> >signalling draft. Therefore, it might be worth mentioning.
> 
> [Joe]I think we need to identify methods where the interior 
> nodes from routing perspective can threat probe packets as 
> PCN data but egress node can easily identify them as probe 
> packets. I also believe that the probe concept could be used 
> to convey ingress node's address to the egress node so that 
> egress knows which ingress node to send PCN pre-congestion 
> information.

[Georgios] I agree with Joe's proposal that an PCN interior node 
should treat probe packets as PCN data but the PCN egress node 
should easily identify them as probe packets.

Best regards,
Georgios

> 
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: July 4, 2007 3:06 AM
> To: philip.eardley@bt.com
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Fwd: I-D 
> ACTION:draft-eardley-pcn-architecture-00.txt
> 
> Hi Phil et al.,
> 
> after another reading of the PCN architecture draft 
> http://www.ietf.org/internet-drafts/draft-eardley-pcn-architec
> ture-00.tx
> t
> here are some comments.
> 
> 1. Intro:
> 
>    o  The configured-admissible-rates can be chosen small 
> enough that admitted traffic can still be carried after a 
> rerouting in most failure cases.  This is an important 
> feature as QoS violations in core networks due to link 
> failures are more likely than QoS violations due to increased 
> traffic volume.
> 
> appropriate citation:
> http://www.ieee-infocom.org/2003/papers/10_04.PDF
> 
> some history: see Section III of
> http://www3.informatik.uni-wuerzburg.de/~menth/Publications/Me
> nth07-PCN-
> Config.pdf
> 
> 2. Terminology:
> 
> I would like to have discussed also the nomenclature in the 
> Three State PCN Marking draft:
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
> 
> 3. Assumptions:
> 
> Should headlines be uppercase or lowercase (cf. 3., 3.1, 3.2, ...)?
> 
> Is only a single PCN in the scope of the current charter or 
> several PCN classes with different scheduling priority? We 
> had some discussion on this earlier. This issue also relates 
> to the bullet list at the end of Section 4.
> 
> 
> 4.  High-level functional architecture
> 
> I think it makes sense to define the term "pre-congestion": a 
> link with capacity C is pre-congested with regard to a rate 
> threshold R<C if its current traffic rate is above R. This 
> applies both to the configurable-admission-rate and 
> configurable-termination-rate thresholds, i.e., there are 
> different types of pre-congestion. We introduced this notion 
> in Section 2 of  the "Three State PCN Marking"
> draft:
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
> 
> 
> 5.  Detailed Functional architecture
> 
> Comment to probing: probe packets need to have the same 
> header as data packet, otherwise might be transported over 
> different paths when ECMP is
> 
> on and flow-based load distribution is based on hash values 
> of the packet headers. Then, my next question is: how does 
> the PCN egress node recognize a probe packet as a such? I 
> think that this is a fundamental problem which requires a 
> standardized solution that is essential to a signalling 
> draft. Therefore, it might be worth mentioning.
> 
> Regards,
> 
>     Michael
> 
> philip.eardley@bt.com wrote:
> > Hi all,
> >
> > Just a reminder that all comments on this draft would be great. It
> aims
> > to describe the PCN architecture, in light of the PCN WG's Charter &
> its
> > Milestone of an Info doc on 'Flow Admission and Termination
> Architecture
> > within a Diffserv Domain' (due Nov 07).
> >
> > S1 Introduction. 
> > This is quite short. If desired, it could be boosted with a general 
> > explanation of where PCN fits into the picture of QoS and how it's 
> > evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
> >
> > S2 Terminology
> > In the "Editor's note" are 3 alternative terms that some of the
> authors
> > preferred. 
> >
> > S3 Assumptions and constraints on scope These are the 4 things 
> > mentioned in the Charter, plus some explanation of them. Are they 
> > clear? Also we mention some of the ways that a
> future
> > revised Charter might look at overcoming some of the 
> > constraints/assumptions; is this sub-section at the right depth?
> >
> > S4 High-level functional architecture
> > We have tried to write this section (and the following ones) so that
> it
> > fits all the various proposals there've been for PCN 
> mechanisms. Does 
> > this make the section too wishy-washy or too hard to understand?
> Should
> > it include some comparison of the different mechanisms proposed 
> > (PCN-interior-node marking algorithms & PCN-boundary-node 
> reactions)?
> >
> > S5 Detailed Functional architecture
> > Is this a reasonable description of the extra functionality 
> that PCN 
> > requires on various nodes in the PCN-domain? Is it the right way to 
> > split up the description? For clarity / help reader's 
> understanding, 
> > should there be some specific examples of how functionality 
> might be 
> > distributed (eg "if you followed the deployment model in 
> > draft-briscoe-tsvwg-cl-architecture-04, then this 
> measurement is made
> at
> > the PCN-egress-node, communicated to the PCN-ingress-nodes 
> which makes 
> > the admission decision; etc.")
> >
> > S6 Design goals and challenges
> > This briefly describes some open issues, taken from 
> > briscoe-tsvwg-cl-architecture. Are there other ones that should be 
> > mentioned? Is the problem description at the right level of depth?
> > Should we discuss various possible solutions to these problems?
> >
> > S7 Deployment scenarios
> > Briefly describes some deployment scenarios for pcn? is this at the 
> > right level of depth?
> >
> > S8 Operations and Management
> > This section was written in response to the Charter saying that the 
> > architecture document should include security, manageability and 
> > operational considerations. The draft addresses this by 
> providing some 
> > thoughts under the FCAPS headings: OAM of Faults, Configuration, 
> > Accounting, Performance and Security? Is this the right way of 
> > structuring it - does it cover the right set of topics? Is 
> the text at 
> > the right level? - eg should it also have a detailed set of 
> parameters 
> > that would be available for configuration?
> >
> > An overall question is whether the draft should have more comparison
> of
> > the options (pros/cons) for various aspects.
> >
> > I aim to edit another version of the draft before the ietf 
> (but maybe 
> > not before the deadline as I'm on hols next week).
> >
> > Thanks!
> > Phil/
> >
> >
> >   
> >> -----Original Message-----
> >> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> >> Sent: 22 June 2007 04:38
> >> To: pcn@ietf.org
> >> Subject: [PCN] Fwd: I-D 
> ACTION:draft-eardley-pcn-architecture-00.txt
> >>
> >> Hi all:
> >> Please see the attached E-Mail on the posting of the PCN 
> Architecture 
> >> draft.
> >> On behave of the editor of this draft: Phil, and the co-authors of
> >>     
> > this
> >   
> >> draft,
> >> we would like to request for reviews and comments of this 
> draft and 
> >> welcome any comments for improvements.
> >>
> >> Please send your comments/discussions of this draft on the 
> PCN list.
> >>
> >> Thank you for your interest and review of this draft!
> >> -- Kwok on behave of the co-authors of this draft --
> >>
> >>
> >>     
> >>> To: i-d-announce@ietf.org
> >>> Cc:
> >>> From: Internet-Drafts@ietf.org
> >>> Date: Thu, 21 Jun 2007 15:50:02 -0400
> >>> X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> >>> Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> >>> X-BeenThere: i-d-announce@ietf.org
> >>> X-Mailman-Version: 2.1.5
> >>> Reply-To: internet-drafts@ietf.org
> >>> List-Id: i-d-announce.ietf.org
> >>> List-Unsubscribe:
> >>>       
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >   
> >>>  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> >>> List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> >>> List-Post: <mailto:i-d-announce@ietf.org>
> >>> List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
> >>> List-Subscribe:
> >>>       
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >   
> >>>  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
> >>> X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
> >>>  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
> >>> X-Spam-Score: 5.3
> >>> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> >>>       
> >> ecarhea1.nortel.com
> >>     
> >>> X-DNSBL-Score: -50
> >>> X-DNSBL-Servers: bl.nortel.com
> >>> X-SMTP-HELO: megatron.ietf.org
> >>> X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> >>> X-SMTP-RCPT-TO:
> >>>       
> >>
> kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharra
> th@nortel
> >>     
> > .c
> >   
> >
> om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmo
> nds@nortel
> > .c
> >   
> >
> om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khcha
> n@nortel.c
> > om
> >   
> >>> X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> >>> X-SMTP-REASON: PASSED
> >>> X-SMTP-ID: 1182455563.14011407
> >>> X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC) 
> >>> FILETIME=[BC4965C0:01C7B43D]
> >>>
> >>> A New Internet-Draft is available from the on-line 
> Internet-Drafts 
> >>> directories.
> >>>
> >>>
> >>>         Title           : Pre-Congestion Notification Architecture
> >>>         Author(s)       : P. Eardley, et al.
> >>>         Filename        : draft-eardley-pcn-architecture-00.txt
> >>>         Pages           : 27
> >>>         Date            : 2007-6-21
> >>>
> >>>    The purpose of this document is to describe a general
> >>>       
> > architecture
> >   
> >>>    for flow admission and termination based on aggregated (pre-)
> >>>    congestion information in order to protect the quality 
> of service
> >>>       
> > of
> >   
> >>>    established inelastic flows within a single DiffServ domain.
> >>>
> >>>
> >>> A URL for this Internet-Draft is:
> >>>       
> >>
> http://www.ietf.org/internet-drafts/draft-eardley-pcn-architec
> ture-00.t
> >>     
> > xt
> >   
> >>> To remove yourself from the I-D Announcement list, send a 
> message to 
> >>> i-d-announce-request@ietf.org with the word unsubscribe 
> in the body
> >>>       
> > of
> >   
> >>> the message.
> >>> You can also visit
> >>>       
> > https://www1.ietf.org/mailman/listinfo/I-D-announce
> >   
> >>> to change your subscription settings.
> >>>
> >>> Internet-Drafts are also available by anonymous FTP. 
> Login with the 
> >>> username "anonymous" and a password of your e-mail address. After 
> >>> logging in, type "cd internet-drafts" and then "get 
> >>> draft-eardley-pcn-architecture-00.txt".
> >>>
> >>> A list of Internet-Drafts directories can be found in 
> >>> http://www.ietf.org/shadow.html or 
> >>> ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >>>
> >>> Internet-Drafts can also be obtained by e-mail.
> >>>
> >>> Send a message to:
> >>>         mailserv@ietf.org.
> >>> In the body type:
> >>>         "FILE
> >>>       
> > /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> >   
> >>> NOTE:   The mail server at ietf.org can return the document in
> >>>         MIME-encoded form by using the "mpack" utility.  
> To use this
> >>>         feature, insert the command "ENCODING mime" before the
> >>>       
> > "FILE"
> >   
> >>>         command.  To decode the response(s), you will 
> need "munpack"
> >>>       
> > or
> >   
> >>>         a MIME-compliant mail reader.  Different 
> MIME-compliant mail
> >>>       
> >> readers
> >>     
> >>>         exhibit different behavior, especially when dealing with
> >>>         "multipart" MIME messages (i.e. documents which have been
> >>>       
> > split
> >   
> >>>         up into multiple messages), so check your local
> >>>       
> > documentation on
> >   
> >>>         how to manipulate these messages.
> >>>
> >>> Below is the data which will enable a MIME compliant mail reader 
> >>> implementation to automatically retrieve the ASCII version of the 
> >>> Internet-Draft.
> >>>
> >>> Content-Type: text/plain
> >>> Content-ID: <2007-6-21120238.I-D@ietf.org>
> >>>
> >>> ENCODING mime
> >>> FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> >>>
> >>>
> >>> 
> <ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> >>>       
> >> 00.txt>
> >>     
> >>> _______________________________________________
> >>> I-D-Announce mailing list
> >>> I-D-Announce@ietf.org
> >>> https://www1.ietf.org/mailman/listinfo/i-d-announce
> >>>       
> >> _______________________________________________
> >> PCN mailing list
> >> PCN@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/pcn
> >>     
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
> >   
> 
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science Am 
> Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632 
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
> 
> 
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
> 
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
> 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 04 11:29:25 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I66nF-0003rd-26; Wed, 04 Jul 2007 11:29:25 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I66nD-0003nf-Lh
	for pcn-confirm+ok@megatron.ietf.org; Wed, 04 Jul 2007 11:29:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I66nD-0003lt-At
	for pcn@ietf.org; Wed, 04 Jul 2007 11:29:23 -0400
Received: from smtp.nokia.com ([131.228.20.171] helo=mgw-ext12.nokia.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I66n8-00030v-D6
	for pcn@ietf.org; Wed, 04 Jul 2007 11:29:23 -0400
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143])
	by mgw-ext12.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l64FTDKJ005824 for <pcn@ietf.org>; Wed, 4 Jul 2007 18:29:16 +0300
Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by
	esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Jul 2007 18:29:14 +0300
Received: from esebh101.NOE.Nokia.com ([172.21.138.177]) by
	esebh103.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 4 Jul 2007 18:29:14 +0300
Received: from mgw-int02.ntc.nokia.com ([172.21.143.97]) by
	esebh101.NOE.Nokia.com over TLS secured channel with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 4 Jul 2007 18:29:14 +0300
Received: from [172.21.34.161] (esdhcp034161.research.nokia.com
	[172.21.34.161])
	by mgw-int02.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l64FTDJg024887 for <pcn@ietf.org>; Wed, 4 Jul 2007 18:29:13 +0300
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
Message-Id: <0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Wed, 4 Jul 2007 18:29:07 +0300
To: pcn@ietf.org
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 04 Jul 2007 15:29:14.0473 (UTC)
	FILETIME=[13F36D90:01C7BE50]
X-Nokia-AV: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f8184d7d4d1b986353eb58ea3e887935
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0984663922=="
Errors-To: pcn-bounces@ietf.org


--===============0984663922==
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-37--902682066;
	protocol="application/pkcs7-signature"


--Apple-Mail-37--902682066
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hi,

I briefly read over this document. I think it generally goes into the  
right direction and is very complete for a -00 draft - nice job.

I do have some comments, however:

Section 1., paragraph 2:
 >    Each link of the PCN-
 >    domain can be associated with a configured-admissible-rate and a
 >    configured-termination-rate.  If PCN-traffic, that is traffic  
in the
 >    DiffServ class(es) subject to the PCN mechanisms, on the link  
exceeds
 >    these rates then PCN-packets are admission-marked or termination-
 >    marked.

   This paragraph and the related text in the remainder of the document
   imply some particular technical directions: (1) marking is done based
   on pre-configured rates, rather than, for example, queue dynamics,  
and
   (2) there are two kinds of explicit markings (admission/termination),
   rather than, for example, basing the admission/termination  
decision on
   the arrival dynamic changes of a single marking over a sampling
   interval. Was this a deliberate choice of the authors?


Section 2., paragraph 0:
 > 2.  Terminology

   I'd be good to reuse or extend the definitions in RFC2475.


Section 4., paragraph 1:
 >    After completion of the initial phase, the PCN WG may re- 
charter to
 >    consider applying the PCN mechanisms to additional deployment
 >    scenarios (operation over concatenated DiffServ domains, PCN-aware
 >    application mechanisms, etc.).  The WG may also re-charter to  
develop
 >    solutions for scenarios where some of these restrictions are  
not in
 >    place.  For example, the WG might consider other response  
mechanisms
 >    that act on (pre-)congestion information, for example flow-rate
 >    adaptation by elastic applications (rather than flow admission or
 >    termination); and the WG might consider operating PCN over
 >    concatenated PCN-domains that don't trust each other, using re- 
ECN,
 >    I-D.briscoe-tsvwg-re-ecn-border-cheat [8] or similar  
techniques.  The
 >    details of these work items are outside the scope of the initial
 >    phase, but the WG may consider their requirements in order to  
design
 >    components that are sufficiently general to support such  
extensions
 >    in the future - the working assumption is that the standards
 >    developed in the initial phase should not need to be modified to
 >    satisfy the solutions for when these restrictions are removed.

   The architecture document is not the place to discuss what the WG may
   do in the future, especially because the text above subtly differs
   from the charter. Suggest to cut this part.


Section 4., paragraph 3:
 >    o  PCN-boundary-nodes at the edge of the PCN-domain, which control
 >       admission of new PCN-flows and termination of existing PCN- 
flows,
 >       based on information from PCN-interior-node.  This  
information is
 >       in the form of the PCN-marked data packets and not signalling
 >       messages.  PCN-ingress-nodes are flow-aware (required for  
policing
 >       purposes) In several deployment scenarios PCN-egress-nodes will
 >       also be flow aware.  For example I-D.briscoe-tsvwg-cl- 
architecture
 >       [2]describes a deployment scenario where RSVP messages are
 >       processed at both the PCN-ingress-node and PCN-egress-node (but
 >       not at any PCN-interior-nodes), and both store associated  
per flow
 >       state.

   If "some deployment scenarios" that the architecture is supposed to
   support require per flow-state on other nodes that the
   PCN-ingress-nodes, then that means that the architecture as a whole
   must support that. Because ingress nodes will usually also be egress
   nodes, and vice versa, that isn't actually a large change, but making
   this explicit is good IMO.


Section 4., paragraph 12:
 >    At a high level, flow termination control works as follows.  Each
 >    PCN-node termination-marks PCN-packets in a similar fashion to  
above.
 >    An obvious approach is for the algorithm to use instead a  
configured-
 >    termination-rate (which is higher than the configured-admissible-
 >    rate) and the encoding to use another packet marking; however  
there
 >    is also a proposal to use the same configured-admissible-rate  
and the
 >    same encoding.  Several approaches have been proposed to date  
about
 >    how to convert this information into a flow termination  
decision; at
 >    a high level these are as follows:

   OK, this makes it clear that the details of the marking aren't fixed
   yet (see my first comment.) Suggest to rephrase the text that
   talks about two types of markings through the document.


Section 4., paragraph 20:
 >    but for example I-D.lefaucheur-rsvp-ecn [9]describes the  
extensions
 >    needed for RSVP.

   draft-lefaucheur-rsvp-ecn doesn't exist in the tracker?


Section 4., paragraph 21:
 >    The following are some high-level points about how PCN works:
 >
 >    o  There needs to be a way for a PCN-node to distinguish PCN- 
traffic
 >       from non PCN-traffic.  This is based on the DSCP field and/ 
or ECN
 >       field.  The PCN mechanisms may be applied to more than one  
traffic
 >       class (which are distinguished by DSCP).
 >
 >    o  There may be traffic that is more important than PCN, perhaps a
 >       particular application or an operator's control messages.  A  
PCN-
 >       node may dedicate capacity to such traffic or priority  
schedule it
 >       over PCN.  In the latter case its traffic needs to  
contribute to
 >       the PCN meters.
 >
 >    o  There will be traffic less important than PCN.  For instance  
best
 >       effort or assured forwarding traffic (assuming PCN is being
 >       applied to the Expedited forwarding class).  It will be  
scheduled
 >       at lower priority than PCN, and use a separate queue or queues.
 >       However, a PCN-node may dedicate some capacity to lower  
priority
 >       traffic so that it isn't starved.
 >
 >    o  There may be other traffic with the same priority as PCN- 
traffic.
 >       For instance, Expedited Forwarding sessions that are originated
 >       either without capacity admission or with traffic  
engineering, and
 >       EF sessions that are originated using PCN admission  
control.  In
 >       I-D.ietf-tsvwg-admitted-realtime-dscp [5] the two traffic  
classes
 >       are called EF and EF-ADMIT.  A PCN-node could either use  
separate
 >       queues, or separate policers and a common queue; the draft
 >       provides some guidance when each is better, but for instance  
the
 >       latter is preferred when the two traffic classes are  
carrying the
 >       same type of application with the same jitter requirements.

   Wasn't the consensus after the BOF that the assumption is that all
   traffic in a PCN domain is PCN traffic? Because otherwise best-effort
   traffic can gobble up capacity that becomes available after a
   termination decision, etc. I'm surprised to see that there is now
   other traffic sharing the PCN domain.


Section 5., paragraph 0:
 > 5.  Detailed Functional architecture

   I'm holding off commenting on section 5 until we've discussed the
   comments I making now. (Because section 5 is a different view on the
   same problem, many of the comments made for the other sections apply
   there as well.)


Section 6., paragraph 2:
 >    I-D.chan-pcn-problem-statement [10] considers the following as key
 >    design goals, ie why PCN is interesting:

   The requirements of [10] are not in line with the charter anymore.


Section 6., paragraph 4:
 >    o  Compatibility with other traffic (i.e. a proposed solution  
should
 >       work well when non-PCN traffic is also present in the network)

   BOF consensus was to declare this out-of-scope.


Section 7., paragraph 0:
 >  7.  Deployment scenarios

   Please clearly mark which of these scenarios are outside the scope of
   the initial charter. I'm OK with giving them as examples of what PCN
   ideally/eventually could support, but the focus should be on  
scenarios
   that can be realized under the initial charter.


Lars
--Apple-Mail-37--902682066
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQDCCAvkw
ggJioAMCAQICEGtxkLFHQu1g67hlmYfwPuIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDEwNDE2MTE1NFoXDTA4MDEwNDE2MTE1
NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy
dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEA26hjntVPZMiwh4d8tyuk9KiucvG92BVUGArk5zO1jhmq7tLFgU1mqcIg
VGumfQqjkAzIuh83kxIiqBrB05Wvxp85apwt4sUCvzMe8mQWzZZZYp0rBzwpOj+VC5pxsMRYtYW+
BaTFBEmvFr7D7C7roZUk0lDppS5SZFs4SQbEe9ykB9aeUf1iTiw2+ikyP2+JEYto14WYCoxFWbms
FbQ1uaaK+yn1WH2YHhyMfi0IOxuT0jtbsngjHJMpWIqq334zBhj+rPSUug47YBHr41FCDMHbbbjv
WbyTyDYneOW3WY8LY8bGWVlAknQGB7lgduShe6e0RI/7SL/VE6X27lM9LwIDAQABozIwMDAgBgNV
HREEGTAXgRVsYXJzLmVnZ2VydEBub2tpYS5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUF
AAOBgQCx3nxxTg/WowobVTRXBiXUEEZj4LBiunWbuAnR0UbJIgijvq3JbiJvZo2gUGiW9LPaHSBz
4oxT1VR/S/6O0a4e87oV5cOQm6ReB68o9rDfUzxHTwoCfv2wwMwBrXyzQMjyQK4Lt8siV41gmZpm
rSXMhjTJdd9uYYNoZKQLq+VM+TCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ
BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg
RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3
DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3
MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9
fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+
uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMB
Af8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3
dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG
A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcP
f6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH
2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x
ggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo
UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
a3GQsUdC7WDruGWZh/A+4jAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB
MBwGCSqGSIb3DQEJBTEPFw0wNzA3MDQxNTI5MDhaMCMGCSqGSIb3DQEJBDEWBBTiBXqrBs/Qr4nH
1EbDKmftSIUQejCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIw
DQYJKoZIhvcNAQEBBQAEggEAcIApQcipnIJZG08xwo/hkc6YYD/dLi+zt6JAR0jJ5pJJd2bWgkaa
Sj6Ksjr+msywL0+u6PtWWpjT8Un9+wbbl+jCpYQrfeh5RclskMaEb74QnBpVzj0/YczEiT1C2Zcw
AZtXjrOy0rZQyfUS2tuJ48k4CNSawoI04XgltN9tt5e+Rg0e/kaP0Yk9UGYMX2W1vD/ZAE47K3/z
8ZHnUgbFLXIQP2+786cR18uMn4C9Dxkkyn+v+lg5hxeDIhzf63PAXfI6XPgMlAJ12sT7wervnpot
/QU3sGhJIc6JIRkeDWMLVTNpllDGD4fbSv6RmXCjhzTqsNe5y6pJExxwNirXkgAAAAAAAA==

--Apple-Mail-37--902682066--



--===============0984663922==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0984663922==--





From pcn-bounces@ietf.org Thu Jul 05 04:41:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I6Mtl-000429-A6; Thu, 05 Jul 2007 04:41:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I6Mtj-000424-Ss
	for pcn-confirm+ok@megatron.ietf.org; Thu, 05 Jul 2007 04:41:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Mtg-00041t-Cz
	for pcn@ietf.org; Thu, 05 Jul 2007 04:41:08 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6Mtb-00017t-Mi
	for pcn@ietf.org; Thu, 05 Jul 2007 04:41:08 -0400
Received: from s4de8psaans.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Thu, 5 Jul 2007 10:41:00 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Thu, 5 Jul 2007 10:40:58 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Thu, 5 Jul 2007 10:40:59 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB98C8@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace+UB9LDYZkBUgIQZeaH4XKNXq2dQAgPU3A
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <lars.eggert@nokia.com>
X-OriginalArrivalTime: 05 Jul 2007 08:40:58.0163 (UTC)
	FILETIME=[356CE830:01C7BEE0]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 311e798ce51dbeacf5cdfcc8e9fda21b
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lars,

my remarks in line.

Regards, Ruediger.

Section 1., paragraph 2:
> Each link of the PCN-
> domain can be associated with a configured-admissible-rate and a
> configured-termination-rate.  If PCN-traffic, that is traffic in the
> DiffServ class(es) subject to the PCN mechanisms, on the link exceeds
> these rates then PCN-packets are admission-marked or termination-
> marked.

 This paragraph and the related text in the remainder of the document
 imply some particular technical directions: (1) marking is done based
 on pre-configured rates, rather than, for example, queue dynamics, and
 (2) there are two kinds of explicit markings (admission/termination),
 rather than, for example, basing the admission/termination decision on
 the arrival dynamic changes of a single marking over a sampling
 interval. Was this a deliberate choice of the authors?

[RG] (1) I'm no expert on the mechanisms, but I prefer settable rates=20
to allow traffic engineering. As far as I know rate limited queues are
one=20
solution option.

[RG] (2) There's no decision yet on the marking mechanism. Claryfying=20
the marking options and the possible interpretations of the markings is
a=20
reasonable aim.

Section 2., paragraph 0:
 > 2.  Terminology

  I'd be good to reuse or extend the definitions in RFC2475.

[RG] That has been partially done, but I'll extend that to all terms.


Section 4., paragraph 1:
> After completion of the initial phase, the PCN WG may re-charter to
> consider applying the PCN mechanisms to additional deployment
> scenarios (operation over concatenated DiffServ domains, PCN-aware
> application mechanisms, etc.).  The WG may also re-charter to develop
> solutions for scenarios where some of these restrictions are not in
> place.  For example, the WG might consider other response mechanisms
> that act on (pre-)congestion information, for example flow-rate
> adaptation by elastic applications (rather than flow admission or
> termination); and the WG might consider operating PCN over
> concatenated PCN-domains that don't trust each other, using re-ECN,
> I-D.briscoe-tsvwg-re-ecn-border-cheat [8] or similar techniques.  The
> details of these work items are outside the scope of the initial
> phase, but the WG may consider their requirements in order to design
> components that are sufficiently general to support such extensions
> in the future - the working assumption is that the standards
> developed in the initial phase should not need to be modified to
> satisfy the solutions for when these restrictions are removed.

  The architecture document is not the place to discuss what the WG may
  do in the future, especially because the text above subtly differs
  from the charter. Suggest to cut this part.

[RG] Could the architecture repeat the "out of scope declarations" =20
of the charter?

Section 4., paragraph 3:
> o  PCN-boundary-nodes at the edge of the PCN-domain, which=20
>    admission of new PCN-flows and termination of existing PCN-flows,
>    based on information from PCN-interior-node.  This information is
>    in the form of the PCN-marked data packets and not signalling
>    messages.  PCN-ingress-nodes are flow-aware (required for policing
>    purposes) In several deployment scenarios PCN-egress-nodes will
>    also be flow aware.  For example I-D.briscoe-tsvwg-cl-architecture
>    [2]describes a deployment scenario where RSVP messages are
>    processed at both the PCN-ingress-node and PCN-egress-node (but
>    not at any PCN-interior-nodes), and both store associated per flow
>    state.

 If "some deployment scenarios" that the architecture is supposed to
 support require per flow-state on other nodes that the
 PCN-ingress-nodes, then that means that the architecture as a whole
 must support that. Because ingress nodes will usually also be egress
 nodes, and vice versa, that isn't actually a large change, but making
 this explicit is good IMO.

[RG] I agree.

Section 4., paragraph 12:
> At a high level, flow termination control works as follows.  Each
> PCN-node termination-marks PCN-packets in a similar fashion to above.
> An obvious approach is for the algorithm to use instead a configured-
> termination-rate (which is higher than the configured-admissible-
> rate) and the encoding to use another packet marking; however there
> is also a proposal to use the same configured-admissible-rate and the
> same encoding.  Several approaches have been proposed to date about
> how to convert this information into a flow termination decision; at
> a high level these are as follows:

 OK, this makes it clear that the details of the marking aren't fixed
 yet (see my first comment.) Suggest to rephrase the text that
 talks about two types of markings through the document.


Section 4., paragraph 20:
> but for example I-D.lefaucheur-rsvp-ecn [9]describes the extensions
> needed for RSVP.

 draft-lefaucheur-rsvp-ecn doesn't exist in the tracker?

Section 4., paragraph 21:
> The following are some high-level points about how PCN works:
>
> o  There needs to be a way for a PCN-node to distinguish PCN-traffic
>    from non PCN-traffic.  This is based on the DSCP field and/or ECN
>    field.  The PCN mechanisms may be applied to more than one traffic
>    class (which are distinguished by DSCP).
>
> o  There may be traffic that is more important than PCN, perhaps a
>    particular application or an operator's control messages.  A PCN-
>    node may dedicate capacity to such traffic or priority schedule it
>    over PCN.  In the latter case its traffic needs to contribute to
>    the PCN meters.
>
> o  There will be traffic less important than PCN.  For instance best
>    effort or assured forwarding traffic (assuming PCN is being
>    applied to the Expedited forwarding class).  It will be scheduled
>    at lower priority than PCN, and use a separate queue or queues.
>    However, a PCN-node may dedicate some capacity to lower priority
>    traffic so that it isn't starved.
>
> o  There may be other traffic with the same priority as PCN-traffic.
>    For instance, Expedited Forwarding sessions that are originated
>    either without capacity admission or with traffic engineering, and
>    EF sessions that are originated using PCN admission control.  In
>    I-D.ietf-tsvwg-admitted-realtime-dscp [5] the two traffic classes
>    are called EF and EF-ADMIT.  A PCN-node could either use separate
>    queues, or separate policers and a common queue; the draft
>    provides some guidance when each is better, but for instance the
>    latter is preferred when the two traffic classes are carrying the
>    same type of application with the same jitter requirements.

 Wasn't the consensus after the BOF that the assumption is that all
 traffic in a PCN domain is PCN traffic? Because otherwise best-effort
 traffic can gobble up capacity that becomes available after a
 termination decision, etc. I'm surprised to see that there is now
 other traffic sharing the PCN domain.

[RG] I don't think that the only traffic within a PCN domain is PCN=20
traffic. Best Effort traffic should be present due to economic reasons.=20
Let's say provisioning and engineering result in PCN traffic to be=20
transported free of losses also after a single link loss, then=20
approxinately 50% of the network capacity aren't used for PCN under=20
normal conditions. The remaining 50% could and should e.g. be used=20
for Best Effort.
DiffServ is deployed within commercial backbones, so I think it is=20
also reasonable to expect other DiffServ classes to be present.=20
Extending this argument to "DiffServ is also operated to transport=20
inealastic real time traffic", you end up in a situation, where=20
PCN even can't claim  a dedicated queue. Migration to PCN probably=20
requires to deal with non PCN traffic sharing the same queue.=20
That's not nice, but that's how it is.

[RG] Only if you build a real time transport plattform from scratch or=20
as you describe, a separate network, then a PCN domain will be=20
completely isolated.

Section 5., paragraph 0:
> 5.  Detailed Functional architecture

 I'm holding off commenting on section 5 until we've discussed the
 comments I making now. (Because section 5 is a different view on the
 same problem, many of the comments made for the other sections apply
 there as well.)


Section 6., paragraph 2:
> I-D.chan-pcn-problem-statement [10] considers the following as key
> design goals, ie why PCN is interesting:

 The requirements of [10] are not in line with the charter anymore.

Section 6., paragraph 4:
> o  Compatibility with other traffic (i.e. a proposed solution should
>    work well when non-PCN traffic is also present in the network)

 BOF consensus was to declare this out-of-scope.

[RG] I'm sorry, but when did the BOF or the mailing list discuss or=20
decide this?

Section 7., paragraph 0:
> 7.  Deployment scenarios

 Please clearly mark which of these scenarios are outside the scope of
 the initial charter. I'm OK with giving them as examples of what PCN
 ideally/eventually could support, but the focus should be on scenarios
 that can be realized under the initial charter.

[RG] I agree. Setting up a separate list or having two sub chapters=20
"within scope" and "out of scope" may be reasonable.


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 05 16:14:17 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I6XiT-0005Hc-4A; Thu, 05 Jul 2007 16:14:17 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I6XiR-0005HJ-Q0
	for pcn-confirm+ok@megatron.ietf.org; Thu, 05 Jul 2007 16:14:15 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I6XiR-0005Gs-9t
	for pcn@ietf.org; Thu, 05 Jul 2007 16:14:15 -0400
Received: from zcars04f.nortel.com ([47.129.242.57])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6XiQ-0003X4-Uz
	for pcn@ietf.org; Thu, 05 Jul 2007 16:14:15 -0400
Received: from zrtphxm1.corp.nortel.com (zrtphxm1.corp.nortel.com
	[47.140.202.50])
	by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l65KDJj17838 for <pcn@ietf.org>; Thu, 5 Jul 2007 20:13:20 GMT
Received: from KCHAN-2K3.nortel.com ([47.16.54.136] RDNS failed) by
	zrtphxm1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Jul 2007 16:13:04 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 05 Jul 2007 16:13:02 -0400
To: pcn@ietf.org
From: "Kwok-Ho Chan" <khchan@nortel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <ZRTPHXM1HkidcDjoYAP000004b7@zrtphxm1.corp.nortel.com>
X-OriginalArrivalTime: 05 Jul 2007 20:13:04.0249 (UTC)
	FILETIME=[E4E6C690:01C7BF40]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2
Subject: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

PCN WG:
I would like to bring to your attention the availability of the
initial version of PCN Encoding Comparison draft.

Please review and comment.  And discuss on the PCN list.

Thank you very much and looking forward to your comments.
-- Kwok and Georgios --

>To: i-d-announce@ietf.org
>Cc:
>From: Internet-Drafts@ietf.org
>Date: Thu, 05 Jul 2007 13:15:02 -0400
>X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
>Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
>X-BeenThere: i-d-announce@ietf.org
>X-Mailman-Version: 2.1.5
>Reply-To: internet-drafts@ietf.org
>List-Id: i-d-announce.ietf.org
>List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
>List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>List-Post: <mailto:i-d-announce@ietf.org>
>List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
>List-Subscribe: <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
>X-Spam-Score: 2.3
>X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ecarhea1.nortel.com
>X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
>  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=1
>X-DNSBL-Score: -50
>X-DNSBL-Servers: bl.nortel.com
>X-SMTP-HELO: megatron.ietf.org
>X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>X-SMTP-RCPT-TO: 
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel.com,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,huiwc@nortel.com,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,khchan@nortel.com
>X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
>X-SMTP-REASON: PASSED
>X-SMTP-ID: 1183656101.14019435
>X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC) 
>FILETIME=[F47A20B0:01C7BF28]
>
>A New Internet-Draft is available from the on-line Internet-Drafts
>directories.
>
>
>         Title           : Pre-Congestion Notification Encoding Comparison
>         Author(s)       : K. Chan, G. Karagiannis
>         Filename        : draft-chan-pcn-encoding-comparison-00.txt
>         Pages           : 36
>         Date            : 2007-7-5
>
>    DiffServ mechanisms have been developed to support Quality of Service
>    (QoS).  However, the level of assurance that can be provided with
>    DiffServ without substantial over-provisioning is limited.  Pre-
>    Congestion Notification (PCN) investigates the use of per-flow
>    admission control to provide the required service guarantees for the
>    admitted traffic.  While admission control will protect the QoS under
>    normal operating conditions, an additional flow termination 
> mechanism   is necessary in the times of heavy congestion (e.g. caused by route
>    changes due to link or node failure).
>
>    Encoding and their transport are required to carry the congestion and
>    pre-congestion information from the congestion and pre-congestion
>    points to the decision points.  This document provides a survey of
>    several encoding methods, using comparisons amongst them as a way to
>    explain their strengths and weaknesses.
>
>
>
>A URL for this Internet-Draft is:
>http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>
>To remove yourself from the I-D Announcement list, send a message to
>i-d-announce-request@ietf.org with the word unsubscribe in the body of
>the message.
>You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
>to change your subscription settings.
>
>Internet-Drafts are also available by anonymous FTP. Login with the
>username "anonymous" and a password of your e-mail address. After
>logging in, type "cd internet-drafts" and then
>"get draft-chan-pcn-encoding-comparison-00.txt".
>
>A list of Internet-Drafts directories can be found in
>http://www.ietf.org/shadow.html
>or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
>Internet-Drafts can also be obtained by e-mail.
>
>Send a message to:
>         mailserv@ietf.org.
>In the body type:
>         "FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt".
>
>NOTE:   The mail server at ietf.org can return the document in
>         MIME-encoded form by using the "mpack" utility.  To use this
>         feature, insert the command "ENCODING mime" before the "FILE"
>         command.  To decode the response(s), you will need "munpack" or
>         a MIME-compliant mail reader.  Different MIME-compliant mail readers
>         exhibit different behavior, especially when dealing with
>         "multipart" MIME messages (i.e. documents which have been split
>         up into multiple messages), so check your local documentation on
>         how to manipulate these messages.
>
>Below is the data which will enable a MIME compliant mail reader
>implementation to automatically retrieve the ASCII version of the
>Internet-Draft.
>
>Content-Type: text/plain
>Content-ID: <2007-7-5125842.I-D@ietf.org>
>
>ENCODING mime
>FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>
>
><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-comparison-00.txt>
>_______________________________________________
>I-D-Announce mailing list
>I-D-Announce@ietf.org
>https://www1.ietf.org/mailman/listinfo/i-d-announce




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 05 18:04:44 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I6ZRM-0006Sr-MM; Thu, 05 Jul 2007 18:04:44 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I6ZRK-0006PD-U8
	for pcn-confirm+ok@megatron.ietf.org; Thu, 05 Jul 2007 18:04:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I6ZRK-0006P2-Jx
	for pcn@ietf.org; Thu, 05 Jul 2007 18:04:42 -0400
Received: from imr2.ericy.com ([198.24.6.3])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6ZRG-0003iT-3W
	for pcn@ietf.org; Thu, 05 Jul 2007 18:04:42 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id l65M6sO1018414;
	Thu, 5 Jul 2007 17:06:54 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Jul 2007 17:04:37 -0500
Received: from [147.117.169.165] ([147.117.169.165]) by
	eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 5 Jul 2007 17:04:36 -0500
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
From: Steven Blake <steven.blake@ericsson.com>
To: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
	<0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Thu, 05 Jul 2007 18:04:36 -0400
Message-Id: <1183673076.3274.47.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Jul 2007 22:04:36.0950 (UTC)
	FILETIME=[7A0FE760:01C7BF50]
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

On Wed, 2007-07-04 at 18:29 +0300, Lars Eggert wrote:


> Section 4., paragraph 21:
>  >    The following are some high-level points about how PCN works:
>  >
>  >    o  There needs to be a way for a PCN-node to distinguish PCN- 
> traffic
>  >       from non PCN-traffic.  This is based on the DSCP field and/ 
> or ECN
>  >       field.  The PCN mechanisms may be applied to more than one  
> traffic
>  >       class (which are distinguished by DSCP).
>  >
>  >    o  There may be traffic that is more important than PCN, perhaps a
>  >       particular application or an operator's control messages.  A  
> PCN-
>  >       node may dedicate capacity to such traffic or priority  
> schedule it
>  >       over PCN.  In the latter case its traffic needs to  
> contribute to
>  >       the PCN meters.
>  >
>  >    o  There will be traffic less important than PCN.  For instance  
> best
>  >       effort or assured forwarding traffic (assuming PCN is being
>  >       applied to the Expedited forwarding class).  It will be  
> scheduled
>  >       at lower priority than PCN, and use a separate queue or queues.
>  >       However, a PCN-node may dedicate some capacity to lower  
> priority
>  >       traffic so that it isn't starved.
>  >
>  >    o  There may be other traffic with the same priority as PCN- 
> traffic.
>  >       For instance, Expedited Forwarding sessions that are originated
>  >       either without capacity admission or with traffic  
> engineering, and
>  >       EF sessions that are originated using PCN admission  
> control.  In
>  >       I-D.ietf-tsvwg-admitted-realtime-dscp [5] the two traffic  
> classes
>  >       are called EF and EF-ADMIT.  A PCN-node could either use  
> separate
>  >       queues, or separate policers and a common queue; the draft
>  >       provides some guidance when each is better, but for instance  
> the
>  >       latter is preferred when the two traffic classes are  
> carrying the
>  >       same type of application with the same jitter requirements.
> 
>    Wasn't the consensus after the BOF that the assumption is that all
>    traffic in a PCN domain is PCN traffic? Because otherwise best-effort
>    traffic can gobble up capacity that becomes available after a
>    termination decision, etc. I'm surprised to see that there is now
>    other traffic sharing the PCN domain.

I was not involved with the BOF, but by my reading of charter, I don't
see anything implying such a restriction; and it is certainly a whopper
of a restriction!  

Dedicating one (or more) DS behavior aggregate(s) for PCN-managed
traffic makes perfect sense, but assuming that either AF or EF PHBs are
used to service the PCN-managed BA, that BA will have a guaranteed
minimal service rate at each router link that will protect the BA
service from variations in best-effort traffic load.


Regards,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 05 22:20:14 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I6dQX-0003MC-RN; Thu, 05 Jul 2007 22:20:09 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I6dQW-0003Jb-WC
	for pcn-confirm+ok@megatron.ietf.org; Thu, 05 Jul 2007 22:20:09 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I6dQV-0003IF-HP
	for pcn@ietf.org; Thu, 05 Jul 2007 22:20:08 -0400
Received: from zcars04e.nortel.com ([47.129.242.56])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6dQR-0000JC-1i
	for pcn@ietf.org; Thu, 05 Jul 2007 22:20:07 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id
	l662ITQ08315; Fri, 6 Jul 2007 02:18:29 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Thu, 5 Jul 2007 22:19:56 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB6465112107E1@zcarhxm1.corp.nortel.com>
In-Reply-To: <0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace+UGOqaTHZZIiRR0CY+hhR47nsHABHWPKA
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Lars Eggert" <lars.eggert@nokia.com>, <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: dd7e0c3fd18d19cffdd4de99a114001d
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

On Wed, 2007-07-04 at 18:29 +0300, Lars Eggert wrote:
>Section 1., paragraph 2:
>>    Each link of the PCN-
>>    domain can be associated with a configured-admissible-rate and a
>>    configured-termination-rate.  If PCN-traffic, that is traffic =20
in the
>>    DiffServ class(es) subject to the PCN mechanisms, on the link =20
exceeds
>>    these rates then PCN-packets are admission-marked or termination-
>>    marked.

 >  This paragraph and the related text in the remainder of the document
 >  imply some particular technical directions: (1) marking is done
based
 > on pre-configured rates, rather than, for example, queue dynamics, =20
[Joe]Yes. The detection of PCN traffic level is done using some form of
a rate measurement or rate compression. PCN deals with inelastic traffic
and the rate measurement approach seams to work. I'm interpreting that
by queue dynamics you mean something like what is used in AQM?=20

>Wasn't the consensus after the BOF that the assumption is that all
>  traffic in a PCN domain is PCN traffic? Because otherwise best-effort
>   traffic can gobble up capacity that becomes available after a
>   termination decision, etc. I'm surprised to see that there is now
>   other traffic sharing the PCN domain.
[Joe]My understanding is that PCN is applied to a Diffserv domain and
one or more service classes may support the PCN mechanism. There maybe
service classes that do not support PCN, e.g., best-effort, etc. PCN is
only applied to inelastic traffic like voice and video. =20

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Lars Eggert [mailto:lars.eggert@nokia.com]=20
Sent: July 4, 2007 11:29 AM
To: pcn@ietf.org
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt

Hi,

I briefly read over this document. I think it generally goes into the =20
right direction and is very complete for a -00 draft - nice job.

I do have some comments, however:

Section 1., paragraph 2:
 >    Each link of the PCN-
 >    domain can be associated with a configured-admissible-rate and a
 >    configured-termination-rate.  If PCN-traffic, that is traffic =20
in the
 >    DiffServ class(es) subject to the PCN mechanisms, on the link =20
exceeds
 >    these rates then PCN-packets are admission-marked or termination-
 >    marked.

   This paragraph and the related text in the remainder of the document
   imply some particular technical directions: (1) marking is done based
   on pre-configured rates, rather than, for example, queue dynamics, =20
and
   (2) there are two kinds of explicit markings (admission/termination),
   rather than, for example, basing the admission/termination =20
decision on
   the arrival dynamic changes of a single marking over a sampling
   interval. Was this a deliberate choice of the authors?


Section 2., paragraph 0:
 > 2.  Terminology

   I'd be good to reuse or extend the definitions in RFC2475.


Section 4., paragraph 1:
 >    After completion of the initial phase, the PCN WG may re-=20
charter to
 >    consider applying the PCN mechanisms to additional deployment
 >    scenarios (operation over concatenated DiffServ domains, PCN-aware
 >    application mechanisms, etc.).  The WG may also re-charter to =20
develop
 >    solutions for scenarios where some of these restrictions are =20
not in
 >    place.  For example, the WG might consider other response =20
mechanisms
 >    that act on (pre-)congestion information, for example flow-rate
 >    adaptation by elastic applications (rather than flow admission or
 >    termination); and the WG might consider operating PCN over
 >    concatenated PCN-domains that don't trust each other, using re-=20
ECN,
 >    I-D.briscoe-tsvwg-re-ecn-border-cheat [8] or similar =20
techniques.  The
 >    details of these work items are outside the scope of the initial
 >    phase, but the WG may consider their requirements in order to =20
design
 >    components that are sufficiently general to support such =20
extensions
 >    in the future - the working assumption is that the standards
 >    developed in the initial phase should not need to be modified to
 >    satisfy the solutions for when these restrictions are removed.

   The architecture document is not the place to discuss what the WG may
   do in the future, especially because the text above subtly differs
   from the charter. Suggest to cut this part.


Section 4., paragraph 3:
 >    o  PCN-boundary-nodes at the edge of the PCN-domain, which control
 >       admission of new PCN-flows and termination of existing PCN-=20
flows,
 >       based on information from PCN-interior-node.  This =20
information is
 >       in the form of the PCN-marked data packets and not signalling
 >       messages.  PCN-ingress-nodes are flow-aware (required for =20
policing
 >       purposes) In several deployment scenarios PCN-egress-nodes will
 >       also be flow aware.  For example I-D.briscoe-tsvwg-cl-=20
architecture
 >       [2]describes a deployment scenario where RSVP messages are
 >       processed at both the PCN-ingress-node and PCN-egress-node (but
 >       not at any PCN-interior-nodes), and both store associated =20
per flow
 >       state.

   If "some deployment scenarios" that the architecture is supposed to
   support require per flow-state on other nodes that the
   PCN-ingress-nodes, then that means that the architecture as a whole
   must support that. Because ingress nodes will usually also be egress
   nodes, and vice versa, that isn't actually a large change, but making
   this explicit is good IMO.


Section 4., paragraph 12:
 >    At a high level, flow termination control works as follows.  Each
 >    PCN-node termination-marks PCN-packets in a similar fashion to =20
above.
 >    An obvious approach is for the algorithm to use instead a =20
configured-
 >    termination-rate (which is higher than the configured-admissible-
 >    rate) and the encoding to use another packet marking; however =20
there
 >    is also a proposal to use the same configured-admissible-rate =20
and the
 >    same encoding.  Several approaches have been proposed to date =20
about
 >    how to convert this information into a flow termination =20
decision; at
 >    a high level these are as follows:

   OK, this makes it clear that the details of the marking aren't fixed
   yet (see my first comment.) Suggest to rephrase the text that
   talks about two types of markings through the document.


Section 4., paragraph 20:
 >    but for example I-D.lefaucheur-rsvp-ecn [9]describes the =20
extensions
 >    needed for RSVP.

   draft-lefaucheur-rsvp-ecn doesn't exist in the tracker?


Section 4., paragraph 21:
 >    The following are some high-level points about how PCN works:
 >
 >    o  There needs to be a way for a PCN-node to distinguish PCN-=20
traffic
 >       from non PCN-traffic.  This is based on the DSCP field and/=20
or ECN
 >       field.  The PCN mechanisms may be applied to more than one =20
traffic
 >       class (which are distinguished by DSCP).
 >
 >    o  There may be traffic that is more important than PCN, perhaps a
 >       particular application or an operator's control messages.  A =20
PCN-
 >       node may dedicate capacity to such traffic or priority =20
schedule it
 >       over PCN.  In the latter case its traffic needs to =20
contribute to
 >       the PCN meters.
 >
 >    o  There will be traffic less important than PCN.  For instance =20
best
 >       effort or assured forwarding traffic (assuming PCN is being
 >       applied to the Expedited forwarding class).  It will be =20
scheduled
 >       at lower priority than PCN, and use a separate queue or queues.
 >       However, a PCN-node may dedicate some capacity to lower =20
priority
 >       traffic so that it isn't starved.
 >
 >    o  There may be other traffic with the same priority as PCN-=20
traffic.
 >       For instance, Expedited Forwarding sessions that are originated
 >       either without capacity admission or with traffic =20
engineering, and
 >       EF sessions that are originated using PCN admission =20
control.  In
 >       I-D.ietf-tsvwg-admitted-realtime-dscp [5] the two traffic =20
classes
 >       are called EF and EF-ADMIT.  A PCN-node could either use =20
separate
 >       queues, or separate policers and a common queue; the draft
 >       provides some guidance when each is better, but for instance =20
the
 >       latter is preferred when the two traffic classes are =20
carrying the
 >       same type of application with the same jitter requirements.

   Wasn't the consensus after the BOF that the assumption is that all
   traffic in a PCN domain is PCN traffic? Because otherwise best-effort
   traffic can gobble up capacity that becomes available after a
   termination decision, etc. I'm surprised to see that there is now
   other traffic sharing the PCN domain.


Section 5., paragraph 0:
 > 5.  Detailed Functional architecture

   I'm holding off commenting on section 5 until we've discussed the
   comments I making now. (Because section 5 is a different view on the
   same problem, many of the comments made for the other sections apply
   there as well.)


Section 6., paragraph 2:
 >    I-D.chan-pcn-problem-statement [10] considers the following as key
 >    design goals, ie why PCN is interesting:

   The requirements of [10] are not in line with the charter anymore.


Section 6., paragraph 4:
 >    o  Compatibility with other traffic (i.e. a proposed solution =20
should
 >       work well when non-PCN traffic is also present in the network)

   BOF consensus was to declare this out-of-scope.


Section 7., paragraph 0:
 >  7.  Deployment scenarios

   Please clearly mark which of these scenarios are outside the scope of
   the initial charter. I'm OK with giving them as examples of what PCN
   ideally/eventually could support, but the focus should be on =20
scenarios
   that can be realized under the initial charter.


Lars


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 09 07:22:22 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I7rJt-0001TT-Fo; Mon, 09 Jul 2007 07:22:21 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I7rJt-0001T8-1A
	for pcn-confirm+ok@megatron.ietf.org; Mon, 09 Jul 2007 07:22:21 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I7rJs-0001T0-Ky
	for pcn@ietf.org; Mon, 09 Jul 2007 07:22:20 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I7rJo-00048C-VW
	for pcn@ietf.org; Mon, 09 Jul 2007 07:22:20 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 9 Jul 2007 12:22:08 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Mon, 9 Jul 2007 12:22:07 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2ED@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <468B46E7.3060102@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace+CitZhMyTQjOGT8ufRNzAmtuWQgEDVVng
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 09 Jul 2007 11:22:08.0413 (UTC)
	FILETIME=[62FEF4D0:01C7C21B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69aba9e925a1047819f53b40fa4fc4e6
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael - thanks!
In-line below
phil

> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: 04 July 2007 08:06
> To: Eardley,PL,Philip,CXR9 R
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
> Hi Phil et al.,
>=20
> after another reading of the PCN architecture draft
>
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.tx
t
> here are some comments.
>=20
> 1. Intro:
>=20
>    o  The configured-admissible-rates can be chosen small enough that
> admitted traffic can still be carried after a rerouting in most
failure
> cases.  This is an important feature as QoS violations in core
networks
> due to link failures are more likely than QoS violations due to
> increased traffic volume.
>=20
> appropriate citation:
> http://www.ieee-infocom.org/2003/papers/10_04.PDF
>=20
> some history: see Section III of
>
http://www3.informatik.uni-wuerzburg.de/~menth/Publications/Menth07-PCN-
> Config.pdf

ok

>=20
> 2. Terminology:
>=20
> I would like to have discussed also the nomenclature in the Three
State
> PCN Marking draft:
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

let the discussion begin!

>=20
> 3. Assumptions:
>=20
> Should headlines be uppercase or lowercase (cf. 3., 3.1, 3.2, ...)?
>=20
> Is only a single PCN in the scope of the current charter or several
PCN
> classes with different scheduling priority? We had some discussion on
> this earlier. This issue also relates to the bullet list at the end of
> Section 4.

My view is that both are possible.=20

>=20
>=20
> 4.  High-level functional architecture
>=20
> I think it makes sense to define the term "pre-congestion": a link
with
> capacity C is pre-congested with regard to a rate threshold R<C if its
> current traffic rate is above R. This applies both to the
> configurable-admission-rate and configurable-termination-rate
> thresholds, i.e., there are different types of pre-congestion. We
> introduced this notion in Section 2 of  the "Three State PCN Marking"
> draft:
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

would this definition also catch ECN (which 3168 considers congestion,
rather than pre-congestion)?

>=20
>=20
> 5.  Detailed Functional architecture
>=20
> Comment to probing: probe packets need to have the same header as data
> packet, otherwise might be transported over different paths when ECMP
is
> on and flow-based load distribution is based on hash values of the
> packet headers. Then, my next question is: how does the PCN egress
node
> recognize a probe packet as a such? I think that this is a fundamental
> problem which requires a standardized solution that is essential to a
> signalling draft. Therefore, it might be worth mentioning.

Including a discussion about this somewhere seems good. I don't think
we've properly discussed what the requirements on probing are. Eg I'm
not sure the egress node necessarily has to recognise a probe pkt - the
crucial thing is that enough traffic is generated on the
ingress-egress-aggregate to make the adm decision.=20
Perhaps we should start a separate discussion about probing.=20

>=20
> Regards,
>=20
>     Michael
>=20
> philip.eardley@bt.com wrote:
> > Hi all,
> >
> > Just a reminder that all comments on this draft would be great. It
aims
> > to describe the PCN architecture, in light of the PCN WG's Charter &
its
> > Milestone of an Info doc on 'Flow Admission and Termination
Architecture
> > within a Diffserv Domain' (due Nov 07).
> >
> > S1 Introduction.
> > This is quite short. If desired, it could be boosted with a general
> > explanation of where PCN fits into the picture of QoS and how it's
> > evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
> >
> > S2 Terminology
> > In the "Editor's note" are 3 alternative terms that some of the
authors
> > preferred.
> >
> > S3 Assumptions and constraints on scope
> > These are the 4 things mentioned in the Charter, plus some
explanation
> > of them. Are they clear? Also we mention some of the ways that a
future
> > revised Charter might look at overcoming some of the
> > constraints/assumptions; is this sub-section at the right depth?
> >
> > S4 High-level functional architecture
> > We have tried to write this section (and the following ones) so that
it
> > fits all the various proposals there've been for PCN mechanisms.
Does
> > this make the section too wishy-washy or too hard to understand?
Should
> > it include some comparison of the different mechanisms proposed
> > (PCN-interior-node marking algorithms & PCN-boundary-node
reactions)?
> >
> > S5 Detailed Functional architecture
> > Is this a reasonable description of the extra functionality that PCN
> > requires on various nodes in the PCN-domain? Is it the right way to
> > split up the description? For clarity / help reader's understanding,
> > should there be some specific examples of how functionality might be
> > distributed (eg "if you followed the deployment model in
> > draft-briscoe-tsvwg-cl-architecture-04, then this measurement is
made at
> > the PCN-egress-node, communicated to the PCN-ingress-nodes which
makes
> > the admission decision; etc.")
> >
> > S6 Design goals and challenges
> > This briefly describes some open issues, taken from
> > briscoe-tsvwg-cl-architecture. Are there other ones that should be
> > mentioned? Is the problem description at the right level of depth?
> > Should we discuss various possible solutions to these problems?
> >
> > S7 Deployment scenarios
> > Briefly describes some deployment scenarios for pcn? is this at the
> > right level of depth?
> >
> > S8 Operations and Management
> > This section was written in response to the Charter saying that the
> > architecture document should include security, manageability and
> > operational considerations. The draft addresses this by providing
some
> > thoughts under the FCAPS headings: OAM of Faults, Configuration,
> > Accounting, Performance and Security? Is this the right way of
> > structuring it - does it cover the right set of topics? Is the text
at
> > the right level? - eg should it also have a detailed set of
parameters
> > that would be available for configuration?
> >
> > An overall question is whether the draft should have more comparison
of
> > the options (pros/cons) for various aspects.
> >
> > I aim to edit another version of the draft before the ietf (but
maybe
> > not before the deadline as I'm on hols next week).
> >
> > Thanks!
> > Phil/
> >
> >
> >
> >> -----Original Message-----
> >> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> >> Sent: 22 June 2007 04:38
> >> To: pcn@ietf.org
> >> Subject: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
> >>
> >> Hi all:
> >> Please see the attached E-Mail on the posting of the PCN
Architecture
> >> draft.
> >> On behave of the editor of this draft: Phil, and the co-authors of
> >>
> > this
> >
> >> draft,
> >> we would like to request for reviews and comments of this draft and
> >> welcome
> >> any comments for improvements.
> >>
> >> Please send your comments/discussions of this draft on the PCN
list.
> >>
> >> Thank you for your interest and review of this draft!
> >> -- Kwok on behave of the co-authors of this draft --
> >>
> >>
> >>
> >>> To: i-d-announce@ietf.org
> >>> Cc:
> >>> From: Internet-Drafts@ietf.org
> >>> Date: Thu, 21 Jun 2007 15:50:02 -0400
> >>> X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> >>> Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> >>> X-BeenThere: i-d-announce@ietf.org
> >>> X-Mailman-Version: 2.1.5
> >>> Reply-To: internet-drafts@ietf.org
> >>> List-Id: i-d-announce.ietf.org
> >>> List-Unsubscribe:
> >>>
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >
> >>>  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
> >>> List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> >>> List-Post: <mailto:i-d-announce@ietf.org>
> >>> List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
> >>> List-Subscribe:
> >>>
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >
> >>>  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
> >>> X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
> >>>  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D4
> >>> X-Spam-Score: 5.3
> >>> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> >>>
> >> ecarhea1.nortel.com
> >>
> >>> X-DNSBL-Score: -50
> >>> X-DNSBL-Servers: bl.nortel.com
> >>> X-SMTP-HELO: megatron.ietf.org
> >>> X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> >>> X-SMTP-RCPT-TO:
> >>>
> >>
kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
> >>
> > .c
> >
> >
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> > .c
> >
> >
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> > om
> >
> >>> X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> >>> X-SMTP-REASON: PASSED
> >>> X-SMTP-ID: 1182455563.14011407
> >>> X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> >>> FILETIME=3D[BC4965C0:01C7B43D]
> >>>
> >>> A New Internet-Draft is available from the on-line Internet-Drafts
> >>> directories.
> >>>
> >>>
> >>>         Title           : Pre-Congestion Notification Architecture
> >>>         Author(s)       : P. Eardley, et al.
> >>>         Filename        : draft-eardley-pcn-architecture-00.txt
> >>>         Pages           : 27
> >>>         Date            : 2007-6-21
> >>>
> >>>    The purpose of this document is to describe a general
> >>>
> > architecture
> >
> >>>    for flow admission and termination based on aggregated (pre-)
> >>>    congestion information in order to protect the quality of
service
> >>>
> > of
> >
> >>>    established inelastic flows within a single DiffServ domain.
> >>>
> >>>
> >>> A URL for this Internet-Draft is:
> >>>
> >>
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
> >>
> > xt
> >
> >>> To remove yourself from the I-D Announcement list, send a message
to
> >>> i-d-announce-request@ietf.org with the word unsubscribe in the
body
> >>>
> > of
> >
> >>> the message.
> >>> You can also visit
> >>>
> > https://www1.ietf.org/mailman/listinfo/I-D-announce
> >
> >>> to change your subscription settings.
> >>>
> >>> Internet-Drafts are also available by anonymous FTP. Login with
the
> >>> username "anonymous" and a password of your e-mail address. After
> >>> logging in, type "cd internet-drafts" and then
> >>> "get draft-eardley-pcn-architecture-00.txt".
> >>>
> >>> A list of Internet-Drafts directories can be found in
> >>> http://www.ietf.org/shadow.html
> >>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >>>
> >>> Internet-Drafts can also be obtained by e-mail.
> >>>
> >>> Send a message to:
> >>>         mailserv@ietf.org.
> >>> In the body type:
> >>>         "FILE
> >>>
> > /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> >
> >>> NOTE:   The mail server at ietf.org can return the document in
> >>>         MIME-encoded form by using the "mpack" utility.  To use
this
> >>>         feature, insert the command "ENCODING mime" before the
> >>>
> > "FILE"
> >
> >>>         command.  To decode the response(s), you will need
"munpack"
> >>>
> > or
> >
> >>>         a MIME-compliant mail reader.  Different MIME-compliant
mail
> >>>
> >> readers
> >>
> >>>         exhibit different behavior, especially when dealing with
> >>>         "multipart" MIME messages (i.e. documents which have been
> >>>
> > split
> >
> >>>         up into multiple messages), so check your local
> >>>
> > documentation on
> >
> >>>         how to manipulate these messages.
> >>>
> >>> Below is the data which will enable a MIME compliant mail reader
> >>> implementation to automatically retrieve the ASCII version of the
> >>> Internet-Draft.
> >>>
> >>> Content-Type: text/plain
> >>> Content-ID: <2007-6-21120238.I-D@ietf.org>
> >>>
> >>> ENCODING mime
> >>> FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> >>>
> >>>
> >>>
<ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> >>>
> >> 00.txt>
> >>
> >>> _______________________________________________
> >>> I-D-Announce mailing list
> >>> I-D-Announce@ietf.org
> >>> https://www1.ietf.org/mailman/listinfo/i-d-announce
> >>>
> >> _______________________________________________
> >> PCN mailing list
> >> PCN@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/pcn
> >>
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
> >
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science
> Am Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 09 08:03:40 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I7rxr-0005bV-GW; Mon, 09 Jul 2007 08:03:39 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I7rxj-0005U7-4g
	for pcn-confirm+ok@megatron.ietf.org; Mon, 09 Jul 2007 08:03:31 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I7rxi-0005S0-B8
	for pcn@ietf.org; Mon, 09 Jul 2007 08:03:30 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I7rxh-0005GG-Iv
	for pcn@ietf.org; Mon, 09 Jul 2007 08:03:30 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 9 Jul 2007 13:03:04 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Mon, 9 Jul 2007 13:03:04 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2F0@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <6439282641581441A36F7F6F83ED2ED201DB98C8@S4DE8PSAAFQ.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace+UB9LDYZkBUgIQZeaH4XKNXq2dQAgPU3AANKiGeA=
From: <philip.eardley@bt.com>
To: <Ruediger.Geib@t-systems.com>,
	<lars.eggert@nokia.com>
X-OriginalArrivalTime: 09 Jul 2007 12:03:04.0857 (UTC)
	FILETIME=[1B269090:01C7C221]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7c1a129dc3801d79d40c5ca8dee767eb
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Lars, Ruediger
Thanks for the comments!
In-line below
phil

> -----Original Message-----
> From: Geib, Ruediger [mailto:Ruediger.Geib@t-systems.com]
> Sent: 05 July 2007 09:41
> To: lars.eggert@nokia.com
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
> Hi Lars,
>=20
> my remarks in line.
>=20
> Regards, Ruediger.
>=20
> Section 1., paragraph 2:
> > Each link of the PCN-
> > domain can be associated with a configured-admissible-rate and a
> > configured-termination-rate.  If PCN-traffic, that is traffic in the
> > DiffServ class(es) subject to the PCN mechanisms, on the link
exceeds
> > these rates then PCN-packets are admission-marked or termination-
> > marked.
>=20
>  This paragraph and the related text in the remainder of the document
>  imply some particular technical directions: (1) marking is done based
>  on pre-configured rates, rather than, for example, queue dynamics,
and
>  (2) there are two kinds of explicit markings (admission/termination),
>  rather than, for example, basing the admission/termination decision
on
>  the arrival dynamic changes of a single marking over a sampling
>  interval. Was this a deliberate choice of the authors?
>=20
> [RG] (1) I'm no expert on the mechanisms, but I prefer settable rates
> to allow traffic engineering. As far as I know rate limited queues are
> one
> solution option.
>=20
> [RG] (2) There's no decision yet on the marking mechanism. Claryfying
> the marking options and the possible interpretations of the markings
is
> a
> reasonable aim.

(1) I don't think 'everything but pre-configured rates' is excluded. I
think the algorithm will somehow involve a characteristic traffic rate.
I presume people who have other ideas about the algorithm should submit
a draft or comment on the existing suggestions. There is an open
question about how detailed the algorithm spec should be (what is an
implementation choice)

(2) 2 explicit encodings is not decided.

In general I think purely using arrival dynamics to distinguish between
adm & termination decision is hard - since you want to react fast to
problems (whether adm control or flow termination), but on the other
hand it will take some time for a flow termination decision to have an
impact on the marks seen at the egress. =20


>=20
> Section 2., paragraph 0:
>  > 2.  Terminology
>=20
>   I'd be good to reuse or extend the definitions in RFC2475.
>=20
> [RG] That has been partially done, but I'll extend that to all terms.

Tried to do, obviously not that well. Maybe 2475 terminology experts can
advise?

>=20
>=20
> Section 4., paragraph 1:
> > After completion of the initial phase, the PCN WG may re-charter to
> > consider applying the PCN mechanisms to additional deployment
> > scenarios (operation over concatenated DiffServ domains, PCN-aware
> > application mechanisms, etc.).  The WG may also re-charter to
develop
> > solutions for scenarios where some of these restrictions are not in
> > place.  For example, the WG might consider other response mechanisms
> > that act on (pre-)congestion information, for example flow-rate
> > adaptation by elastic applications (rather than flow admission or
> > termination); and the WG might consider operating PCN over
> > concatenated PCN-domains that don't trust each other, using re-ECN,
> > I-D.briscoe-tsvwg-re-ecn-border-cheat [8] or similar techniques.
The
> > details of these work items are outside the scope of the initial
> > phase, but the WG may consider their requirements in order to design
> > components that are sufficiently general to support such extensions
> > in the future - the working assumption is that the standards
> > developed in the initial phase should not need to be modified to
> > satisfy the solutions for when these restrictions are removed.
>=20
>   The architecture document is not the place to discuss what the WG
may
>   do in the future, especially because the text above subtly differs
>   from the charter. Suggest to cut this part.
>=20
> [RG] Could the architecture repeat the "out of scope declarations"
> of the charter?

Ok, will try again - wasn't trying to say anything different from
charter - but thought the draft should mention that the WG should keep
the inter-domain requirements (cf border-cheat) "strongly in mind" (I
think that was the phrase at the BoF).

>=20
> Section 4., paragraph 3:
> > o  PCN-boundary-nodes at the edge of the PCN-domain, which
> >    admission of new PCN-flows and termination of existing PCN-flows,
> >    based on information from PCN-interior-node.  This information is
> >    in the form of the PCN-marked data packets and not signalling
> >    messages.  PCN-ingress-nodes are flow-aware (required for
policing
> >    purposes) In several deployment scenarios PCN-egress-nodes will
> >    also be flow aware.  For example
I-D.briscoe-tsvwg-cl-architecture
> >    [2]describes a deployment scenario where RSVP messages are
> >    processed at both the PCN-ingress-node and PCN-egress-node (but
> >    not at any PCN-interior-nodes), and both store associated per
flow
> >    state.
>=20
>  If "some deployment scenarios" that the architecture is supposed to
>  support require per flow-state on other nodes that the
>  PCN-ingress-nodes, then that means that the architecture as a whole
>  must support that. Because ingress nodes will usually also be egress
>  nodes, and vice versa, that isn't actually a large change, but making
>  this explicit is good IMO.
>=20
> [RG] I agree.

Ok

>=20
> Section 4., paragraph 12:
> > At a high level, flow termination control works as follows.  Each
> > PCN-node termination-marks PCN-packets in a similar fashion to
above.
> > An obvious approach is for the algorithm to use instead a
configured-
> > termination-rate (which is higher than the configured-admissible-
> > rate) and the encoding to use another packet marking; however there
> > is also a proposal to use the same configured-admissible-rate and
the
> > same encoding.  Several approaches have been proposed to date about
> > how to convert this information into a flow termination decision; at
> > a high level these are as follows:
>=20
>  OK, this makes it clear that the details of the marking aren't fixed
>  yet (see my first comment.) Suggest to rephrase the text that
>  talks about two types of markings through the document.

Will try for some re-phrasing.=20

>=20
>=20
> Section 4., paragraph 20:
> > but for example I-D.lefaucheur-rsvp-ecn [9]describes the extensions
> > needed for RSVP.
>=20
>  draft-lefaucheur-rsvp-ecn doesn't exist in the tracker?

It has expired - is it ok still to reference it?

>=20
> Section 4., paragraph 21:
> > The following are some high-level points about how PCN works:
> >
> > o  There needs to be a way for a PCN-node to distinguish PCN-traffic
> >    from non PCN-traffic.  This is based on the DSCP field and/or ECN
> >    field.  The PCN mechanisms may be applied to more than one
traffic
> >    class (which are distinguished by DSCP).
> >
> > o  There may be traffic that is more important than PCN, perhaps a
> >    particular application or an operator's control messages.  A PCN-
> >    node may dedicate capacity to such traffic or priority schedule
it
> >    over PCN.  In the latter case its traffic needs to contribute to
> >    the PCN meters.
> >
> > o  There will be traffic less important than PCN.  For instance best
> >    effort or assured forwarding traffic (assuming PCN is being
> >    applied to the Expedited forwarding class).  It will be scheduled
> >    at lower priority than PCN, and use a separate queue or queues.
> >    However, a PCN-node may dedicate some capacity to lower priority
> >    traffic so that it isn't starved.
> >
> > o  There may be other traffic with the same priority as PCN-traffic.
> >    For instance, Expedited Forwarding sessions that are originated
> >    either without capacity admission or with traffic engineering,
and
> >    EF sessions that are originated using PCN admission control.  In
> >    I-D.ietf-tsvwg-admitted-realtime-dscp [5] the two traffic classes
> >    are called EF and EF-ADMIT.  A PCN-node could either use separate
> >    queues, or separate policers and a common queue; the draft
> >    provides some guidance when each is better, but for instance the
> >    latter is preferred when the two traffic classes are carrying the
> >    same type of application with the same jitter requirements.
>=20
>  Wasn't the consensus after the BOF that the assumption is that all
>  traffic in a PCN domain is PCN traffic? Because otherwise best-effort
>  traffic can gobble up capacity that becomes available after a
>  termination decision, etc. I'm surprised to see that there is now
>  other traffic sharing the PCN domain.
>=20
> [RG] I don't think that the only traffic within a PCN domain is PCN
> traffic. Best Effort traffic should be present due to economic
reasons.
> Let's say provisioning and engineering result in PCN traffic to be
> transported free of losses also after a single link loss, then
> approxinately 50% of the network capacity aren't used for PCN under
> normal conditions. The remaining 50% could and should e.g. be used
> for Best Effort.
> DiffServ is deployed within commercial backbones, so I think it is
> also reasonable to expect other DiffServ classes to be present.
> Extending this argument to "DiffServ is also operated to transport
> inealastic real time traffic", you end up in a situation, where
> PCN even can't claim  a dedicated queue. Migration to PCN probably
> requires to deal with non PCN traffic sharing the same queue.
> That's not nice, but that's how it is.
>=20
> [RG] Only if you build a real time transport plattform from scratch or
> as you describe, a separate network, then a PCN domain will be
> completely isolated.

I basically agree with Ruediger. Lars: yes, the BE gobbles up the
capacity that becomes available after a termination decision - however
it is in a different DS class at lower priority.

The bullets in the draft are my attempt to summarise the consensus view.

>=20
> Section 5., paragraph 0:
> > 5.  Detailed Functional architecture
>=20
>  I'm holding off commenting on section 5 until we've discussed the
>  comments I making now. (Because section 5 is a different view on the
>  same problem, many of the comments made for the other sections apply
>  there as well.)
>=20
>=20
> Section 6., paragraph 2:
> > I-D.chan-pcn-problem-statement [10] considers the following as key
> > design goals, ie why PCN is interesting:
>=20
>  The requirements of [10] are not in line with the charter anymore.

Ok, I'll have a check.

>=20
> Section 6., paragraph 4:
> > o  Compatibility with other traffic (i.e. a proposed solution should
> >    work well when non-PCN traffic is also present in the network)
>=20
>  BOF consensus was to declare this out-of-scope.
>=20
> [RG] I'm sorry, but when did the BOF or the mailing list discuss or
> decide this?
>=20
> Section 7., paragraph 0:
> > 7.  Deployment scenarios
>=20
>  Please clearly mark which of these scenarios are outside the scope of
>  the initial charter. I'm OK with giving them as examples of what PCN
>  ideally/eventually could support, but the focus should be on
scenarios
>  that can be realized under the initial charter.
>=20
> [RG] I agree. Setting up a separate list or having two sub chapters
> "within scope" and "out of scope" may be reasonable.

Ok, will try & re-write.=20

>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 09 08:16:43 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I7sAV-0005WK-11; Mon, 09 Jul 2007 08:16:43 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I7s9v-0005EK-MK
	for pcn-confirm+ok@megatron.ietf.org; Mon, 09 Jul 2007 08:16:07 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I7s9u-0005E6-Rj
	for pcn@ietf.org; Mon, 09 Jul 2007 08:16:07 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7s9p-0005UL-VT
	for pcn@ietf.org; Mon, 09 Jul 2007 08:16:06 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 9 Jul 2007 13:16:01 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Mon, 9 Jul 2007 13:16:00 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2F1@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <006f01c7bc5a$724c4cb0$864c460a@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: Ace8WnfDBkvfck24Tiqr3vFZ5RYpBgFx8H/Q
From: <philip.eardley@bt.com>
To: <tena@huawei.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 09 Jul 2007 12:16:01.0331 (UTC)
	FILETIME=[E9F71830:01C7C222]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: e654cfa5e44bd623be3eb2c720858b05
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Tina
Thanks
I'm not sure I completely understand your comments, sorry.

Is the problem that at the moment the draft only describes the Pull
model and not the Push model? Which lines of text need changing?
(somewhere in Section 5.4 or section 7 or somewhere else?)

Thanks!
phil

> -----Original Message-----
> From: Tina TSOU [mailto:tena@huawei.com]
> Sent: 02 July 2007 04:38
> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> Subject: Re: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
> Hi all,
> One of the scenarios I am suggesting is below.
>=20
> Even in Pull mode, application layer QoS request (via RSVP) should be
also
> sent from ingress to the centralized node, in centralized node the
policy
> is
> generated, then the decision is made, and then delivers to the Ingress
to
> enforce. I was not saying that the policy is directly generated in the
> Ingress. Even the rather that Push mode should be also taken into
account.
>=20
> I.e. we define the centralized node locates in the transport control
> layer;
> the Ingress and Egress locate in transport layer. For the
implementation
> of
> physical entities, they are service policy server and PCN-enabled
router
> respectively.
>=20
> The centralized node is policy decision node, it should be based on
(1)
> Egress measurement result (2) operator's policies (could be configured
in
> the centralized node) (3) QoS request coming from the application
layer
> (PUSH or PULL mode), to make the decision, and decide which flows
should
> be
> admitted or reject, which flows should be stopped temperately or
> downgraded,
> which flows should be done policing. The generated policy should be
sent
> to
> ingress for enforcement.
>=20
> Ingress is the policy enforcement point, it based on the policy
delivered
> by
> the centralized node, (1) it allows flow pass or filter flow, (2) for
the
> flows allowed to pass, it makes policing and coloring based on the
policy.
>=20
> Referrence:
> QoS "Push" Model: model where the centralised node "pushes" traffic
> policies
> to the transport functions to enforce its policy decisions.
> NOTE: In this model, the CPE does not itself support native
application
> independent QoS procedures.
> QoS "Pull" Model: model where, upon request from the transport
processing
> functions, the centralised node provides traffic policies to the
transport
> processing functions. The request from the transport processing
functions
> may itself, for example, be triggered by path-coupled requests coming
from
> user equipment and/or transport network elements.
>=20
>=20
> B. R.
> Tina
>=20
> ----- Original Message -----
> From: <philip.eardley@bt.com>
> To: <pcn@ietf.org>
> Sent: Thursday, June 28, 2007 11:59 PM
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
>=20
> Hi all,
>=20
> Just a reminder that all comments on this draft would be great. It
aims
> to describe the PCN architecture, in light of the PCN WG's Charter &
its
> Milestone of an Info doc on 'Flow Admission and Termination
Architecture
> within a Diffserv Domain' (due Nov 07).
>=20
> S1 Introduction.
> This is quite short. If desired, it could be boosted with a general
> explanation of where PCN fits into the picture of QoS and how it's
> evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>=20
> S2 Terminology
> In the "Editor's note" are 3 alternative terms that some of the
authors
> preferred.
>=20
> S3 Assumptions and constraints on scope
> These are the 4 things mentioned in the Charter, plus some explanation
> of them. Are they clear? Also we mention some of the ways that a
future
> revised Charter might look at overcoming some of the
> constraints/assumptions; is this sub-section at the right depth?
>=20
> S4 High-level functional architecture
> We have tried to write this section (and the following ones) so that
it
> fits all the various proposals there've been for PCN mechanisms. Does
> this make the section too wishy-washy or too hard to understand?
Should
> it include some comparison of the different mechanisms proposed
> (PCN-interior-node marking algorithms & PCN-boundary-node reactions)?
>=20
> S5 Detailed Functional architecture
> Is this a reasonable description of the extra functionality that PCN
> requires on various nodes in the PCN-domain? Is it the right way to
> split up the description? For clarity / help reader's understanding,
> should there be some specific examples of how functionality might be
> distributed (eg "if you followed the deployment model in
> draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made
at
> the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
> the admission decision; etc.")
>=20
> S6 Design goals and challenges
> This briefly describes some open issues, taken from
> briscoe-tsvwg-cl-architecture. Are there other ones that should be
> mentioned? Is the problem description at the right level of depth?
> Should we discuss various possible solutions to these problems?
>=20
> S7 Deployment scenarios
> Briefly describes some deployment scenarios for pcn? is this at the
> right level of depth?
>=20
> S8 Operations and Management
> This section was written in response to the Charter saying that the
> architecture document should include security, manageability and
> operational considerations. The draft addresses this by providing some
> thoughts under the FCAPS headings: OAM of Faults, Configuration,
> Accounting, Performance and Security? Is this the right way of
> structuring it - does it cover the right set of topics? Is the text at
> the right level? - eg should it also have a detailed set of parameters
> that would be available for configuration?
>=20
> An overall question is whether the draft should have more comparison
of
> the options (pros/cons) for various aspects.
>=20
> I aim to edit another version of the draft before the ietf (but maybe
> not before the deadline as I'm on hols next week).
>=20
> Thanks!
> Phil/
>=20
>=20
> > -----Original Message-----
> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> > Sent: 22 June 2007 04:38
> > To: pcn@ietf.org
> > Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> >
> > Hi all:
> > Please see the attached E-Mail on the posting of the PCN
Architecture
> > draft.
> > On behave of the editor of this draft: Phil, and the co-authors of
> this
> > draft,
> > we would like to request for reviews and comments of this draft and
> > welcome
> > any comments for improvements.
> >
> > Please send your comments/discussions of this draft on the PCN list.
> >
> > Thank you for your interest and review of this draft!
> > -- Kwok on behave of the co-authors of this draft --
> >
> >
> > >To: i-d-announce@ietf.org
> > >Cc:
> > >From: Internet-Drafts@ietf.org
> > >Date: Thu, 21 Jun 2007 15:50:02 -0400
> > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> > >X-BeenThere: i-d-announce@ietf.org
> > >X-Mailman-Version: 2.1.5
> > >Reply-To: internet-drafts@ietf.org
> > >List-Id: i-d-announce.ietf.org
> > >List-Unsubscribe:
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> > >List-Post: <mailto:i-d-announce@ietf.org>
> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
> > >List-Subscribe:
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
> > >X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
> > >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D4
> > >X-Spam-Score: 5.3
> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> > ecarhea1.nortel.com
> > >X-DNSBL-Score: -50
> > >X-DNSBL-Servers: bl.nortel.com
> > >X-SMTP-HELO: megatron.ietf.org
> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> > >X-SMTP-RCPT-TO:
> >
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
> .c
> >
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> .c
> >
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> om
> > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> > >X-SMTP-REASON: PASSED
> > >X-SMTP-ID: 1182455563.14011407
> > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> > >FILETIME=3D[BC4965C0:01C7B43D]
> > >
> > >A New Internet-Draft is available from the on-line Internet-Drafts
> > >directories.
> > >
> > >
> > >         Title           : Pre-Congestion Notification Architecture
> > >         Author(s)       : P. Eardley, et al.
> > >         Filename        : draft-eardley-pcn-architecture-00.txt
> > >         Pages           : 27
> > >         Date            : 2007-6-21
> > >
> > >    The purpose of this document is to describe a general
> architecture
> > >    for flow admission and termination based on aggregated (pre-)
> > >    congestion information in order to protect the quality of
service
> of
> > >    established inelastic flows within a single DiffServ domain.
> > >
> > >
> > >A URL for this Internet-Draft is:
> >
>
>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
> xt
> > >
> > >To remove yourself from the I-D Announcement list, send a message
to
> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
> of
> > >the message.
> > >You can also visit
> https://www1.ietf.org/mailman/listinfo/I-D-announce
> > >to change your subscription settings.
> > >
> > >Internet-Drafts are also available by anonymous FTP. Login with the
> > >username "anonymous" and a password of your e-mail address. After
> > >logging in, type "cd internet-drafts" and then
> > >"get draft-eardley-pcn-architecture-00.txt".
> > >
> > >A list of Internet-Drafts directories can be found in
> > >http://www.ietf.org/shadow.html
> > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > >
> > >Internet-Drafts can also be obtained by e-mail.
> > >
> > >Send a message to:
> > >         mailserv@ietf.org.
> > >In the body type:
> > >         "FILE
> /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> > >
> > >NOTE:   The mail server at ietf.org can return the document in
> > >         MIME-encoded form by using the "mpack" utility.  To use
this
> > >         feature, insert the command "ENCODING mime" before the
> "FILE"
> > >         command.  To decode the response(s), you will need
"munpack"
> or
> > >         a MIME-compliant mail reader.  Different MIME-compliant
mail
> > readers
> > >         exhibit different behavior, especially when dealing with
> > >         "multipart" MIME messages (i.e. documents which have been
> split
> > >         up into multiple messages), so check your local
> documentation on
> > >         how to manipulate these messages.
> > >
> > >Below is the data which will enable a MIME compliant mail reader
> > >implementation to automatically retrieve the ASCII version of the
> > >Internet-Draft.
> > >
> > >Content-Type: text/plain
> > >Content-ID: <2007-6-21120238.I-D@ietf.org>
> > >
> > >ENCODING mime
> > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> > >
> > >
> > ><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> > 00.txt>
> > >_______________________________________________
> > >I-D-Announce mailing list
> > >I-D-Announce@ietf.org
> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
> >
> >
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 09 09:33:07 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I7tMO-0000oS-Hx; Mon, 09 Jul 2007 09:33:05 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I7tM1-000076-Qj
	for pcn-confirm+ok@megatron.ietf.org; Mon, 09 Jul 2007 09:32:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I7tM1-0008Sc-3q
	for pcn@ietf.org; Mon, 09 Jul 2007 09:32:41 -0400
Received: from sj-iport-5.cisco.com ([171.68.10.87])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7tLm-0007ex-II
	for pcn@ietf.org; Mon, 09 Jul 2007 09:32:41 -0400
Received: from sj-dkim-2.cisco.com ([171.71.179.186])
	by sj-iport-5.cisco.com with ESMTP; 09 Jul 2007 06:32:25 -0700
X-IronPort-AV: i="4.16,517,1175497200"; d="txt'?scan'208";
	a="166078026:sNHT768565539"
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238])
	by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l69DWM0X025854
	for <pcn@ietf.org>; Mon, 9 Jul 2007 06:32:22 -0700
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l69DVHl8003201
	for <pcn@ietf.org>; Mon, 9 Jul 2007 13:32:22 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 9 Jul 2007 09:32:15 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7C22D.902C570C"
Date: Mon, 9 Jul 2007 09:32:11 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704BAB70C@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Soliciting comments on draft-charny-pcn-single-marking-02 and
	draft-zhang-performance-evaluation-02
Thread-Index: AcfCIXjq+pVnaRUDQW6gbfn19TbbigACwECg
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 09 Jul 2007 13:32:15.0391 (UTC)
	FILETIME=[905142F0:01C7C22D]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=498311; t=1183987945;
	x=1184851945; c=relaxed/simple; s=sjdkim2002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20Soliciting=20comments=20on=20draft-charny-pcn-single-marking-
	02=20and=20draft-zhang-performance-evaluation-02 |Sender:=20;
	bh=M91WsBRKGUopQ6PfUu5x7Rh4v6S9BZpFNTk/0uTaUAI=;
	b=onQ+4q3HjWTKC0aU0Qq4bX1fZKp3okkqHfHqy/hbQDVNFe33l2ilVj9h512UrI/WrCf0Z1TG
	QwMyBorffMu6rAQKvhipaMbZ9ThSJng8Z9k61pHkuj60HijERaxZTp/7;
Authentication-Results: sj-dkim-2; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/sjdkim2002 verified; ); 
X-Spam-Score: 2.4 (++)
X-Scan-Signature: ad517935c6dfd31fb46f24be0c928033
Subject: [PCN] Soliciting comments on draft-charny-pcn-single-marking-02 and
	draft-zhang-performance-evaluation-02
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7C22D.902C570C
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

=20
Hi all,

The attached two drafts have been submitted and are propagating through
the servers. =20

Deltas from the previous versions:=20

1) new performance analysis results for virtual-queue-based admission
and token-bucket-based preemption schemes
(draft-zhang-performance-evaluation)
2) new simulation results for single-marking draft
3) new sections in the draft-charny-single-marking drafts on
    - impact on the PCN architecture framework=20
    - deployment considerations
    - traffic engineering considerations

Please send us you feedback.

Thanks,
Anna=20




------_=_NextPart_001_01C7C22D.902C570C
Content-Type: text/plain;
	name="draft-charny-pcn-single-marking-02.txt"
Content-Transfer-Encoding: base64
Content-Description: draft-charny-pcn-single-marking-02.txt
Content-Disposition: attachment;
	filename="draft-charny-pcn-single-marking-02.txt"

DQoNCk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEEuIENoYXJueQ0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQpJbnRlbmRlZCBzdGF0dXM6IFN0
YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSi4gWmhhbmcNCkV4
cGlyZXM6IEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICAgQ2lzY28gU3lzdGVtcywgSW5j
LiBhbmQgQ29ybmVsbA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBVbml2ZXJzaXR5DQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRi4gTGUgRmF1Y2hldXINCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVi4g
TGlhdHNvcw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdWx5IDksIDIwMDcNCg0KDQogICBQcmUtQ29u
Z2VzdGlvbiBOb3RpZmljYXRpb24gVXNpbmcgU2luZ2xlIE1hcmtpbmcgZm9yIEFkbWlzc2lvbiBh
bmQNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRlcm1pbmF0aW9uDQogICAgICAgICAg
ICAgICAgIGRyYWZ0LWNoYXJueS1wY24tc2luZ2xlLW1hcmtpbmctMDIudHh0DQoNClN0YXR1cyBv
ZiB0aGlzIE1lbW8NCg0KICAgQnkgc3VibWl0dGluZyB0aGlzIEludGVybmV0LURyYWZ0LCBlYWNo
IGF1dGhvciByZXByZXNlbnRzIHRoYXQgYW55DQogICBhcHBsaWNhYmxlIHBhdGVudCBvciBvdGhl
ciBJUFIgY2xhaW1zIG9mIHdoaWNoIGhlIG9yIHNoZSBpcyBhd2FyZQ0KICAgaGF2ZSBiZWVuIG9y
IHdpbGwgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNoIGhlIG9yIHNoZSBiZWNvbWVzDQog
ICBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwgaW4gYWNjb3JkYW5jZSB3aXRoIFNlY3Rpb24gNiBv
ZiBCQ1AgNzkuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2Yg
dGhlIEludGVybmV0IEVuZ2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFz
LCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0DQogICBvdGhlciBncm91cHMgbWF5
IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC0NCiAgIERyYWZ0
cy4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEg
bWF4aW11bSBvZiBzaXggbW9udGhzDQogICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBv
ciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0KICAgdGltZS4gIEl0IGlzIGlu
YXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UNCiAgIG1hdGVy
aWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiINCg0K
ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0
DQogICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQuDQoNCiAgIFRo
ZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNz
ZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuDQoNCiAgIFRoaXMgSW50
ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSmFudWFyeSAxMCwgMjAwOC4NCg0KQ29weXJpZ2h0
IE5vdGljZQ0KDQogICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4NCg0KQWJz
dHJhY3QNCg0KICAgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIGRlc2NyaWJlZCBpbg0KICAg
W0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdZHJhZnQtZWFyZGx5LXBjbi1hcmNoaXRlY3R1
cmUtMDAgYW5kDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkg
MTAsIDIwMDggICAgICAgICAgICAgICAgW1BhZ2UgMV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAg
ICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoN
CiAgIGVhcmxpZXIgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gYXBwcm9h
Y2ggcHJvcG9zZXMgdGhlDQogICB1c2Ugb2YgYW4gQWRtaXNzaW9uIENvbnRyb2wgbWVjaGFuaXNt
IHRvIGxpbWl0IHRoZSBhbW91bnQgb2YgcmVhbC0NCiAgIHRpbWUgUENOIHRyYWZmaWMgdG8gYSBj
b25maWd1cmVkIGxldmVsIGR1cmluZyB0aGUgbm9ybWFsIG9wZXJhdGluZw0KICAgY29uZGl0aW9u
cywgYW5kIHRoZSB1c2Ugb2YgYSBGbG93IFRlcm1pbmF0aW9uIG1lY2hhbmlzbSB0byB0ZWFyLWRv
d24NCiAgIHNvbWUgb2YgdGhlIGZsb3dzIHRvIGJyaW5nIHRoZSBQQ04gdHJhZmZpYyBsZXZlbCBk
b3duIHRvIGEgZGVzaXJhYmxlDQogICBhbW91bnQgZHVyaW5nIHVuZXhwZWN0ZWQgZXZlbnRzIHN1
Y2ggYXMgbmV0d29yayBmYWlsdXJlcywgd2l0aCB0aGUNCiAgIGdvYWwgb2YgbWFpbnRhaW5pbmcg
dGhlIFFvUyBhc3N1cmFuY2VzIHRvIHRoZSByZW1haW5pbmcgZmxvd3MuICBJbg0KICAgW0ktRC5l
YXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLCBBZG1pc3Npb24gYW5kIEZsb3cgVGVybWluYXRpb24g
dXNlDQogICB0d28gZGlmZmVyZW50IG1hcmtpbmdzIGFuZCB0d28gZGlmZmVyZW50IG1ldGVyaW5n
IG1lY2hhbmlzbXMgaW4gdGhlDQogICBpbnRlcm5hbCBub2RlcyBvZiB0aGUgUENOIHJlZ2lvbi4g
IFRoaXMgZHJhZnQgcHJvcG9zZXMgYSBtZWNoYW5pc20NCiAgIHVzaW5nIGEgc2luZ2xlIG1hcmtp
bmcgYW5kIG1ldGVyaW5nIGZvciBib3RoIEFkbWlzc2lvbiBhbmQgRmxvdw0KICAgVGVybWluYXRp
b24sIGFuZCBwcmVzZW50cyBhIHByZWxpbWluYXJ5IGFuYWx5c2lzIG9mIHRoZSB0cmFkZW9mZnMu
ICBBDQogICBzaWRlLWVmZmVjdCBvZiB0aGlzIHByb3Bvc2FsIGlzIHRoYXQgYSBkaWZmZXJlbnQg
bWFya2luZyBhIG5kDQogICBtZXRlcmluZyBBZG1pc3Npb24gbWVjaGFuaXNtIHRoYW4gdGhhdCBw
cm9wb3NlZCBpbg0KICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdIG1heSBiZSBhbHNv
IGZlYXNpYmxlLCBhbmQgbWF5IHJlc3VsdA0KICAgaW4gYSBudW1iZXIgb2YgYmVuZWZpdHMuICBJ
biBhZGRpdGlvbiwgdGhpcyBkcmFmdCBwcm9wb3NlcyBhDQogICBtaWdyYXRpb24gcGF0aCBmb3Ig
aW5jcmVtZW50YWwgZGVwbG95bWVudCBvZiB0aGlzIGFwcHJvYWNoIGFzIGFuDQogICBpbnRlcm1l
ZGlhdGUgc3RlcCB0byB0aGUgZHVhbC1tYXJraW5nIGFwcHJvYWNoLg0KDQpSZXF1aXJlbWVudHMg
TGFuZ3VhZ2UNCg0KICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJF
RCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJF
Q09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNCiAgIGRvY3VtZW50IGFy
ZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDIDIxMTkgW1JGQzIxMTldLg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQ2hh
cm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAg
ICAgIFtQYWdlIDJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xl
IE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQpUYWJsZSBvZiBDb250ZW50cw0K
DQogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gIDUNCiAgICAgMS4xLiAgQ2hhbmdlcyBmcm9tIC0wMSB2ZXJzaW9uIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQ0KICAgICAxLjIuICBUZXJtaW5vbG9n
eSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1DQogICAg
IDEuMy4gIEJhY2tncm91bmQgYW5kIE1vdGl2YXRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gIDUNCiAgIDIuICBUaGUgU2luZ2xlIE1hcmtpbmcgQXBwcm9hY2ggIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNw0KICAgICAyLjEuICBIaWdoIExldmVsIGRlc2Ny
aXB0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA3DQogICAgIDIuMi4g
IE9wZXJhdGlvbiBhdCB0aGUgUENOLWludGVyaW9yLW5vZGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gIDgNCiAgICAgMi4zLiAgT3BlcmF0aW9uIGF0IHRoZSBQQ04tZWdyZXNzLW5vZGUgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAgOA0KICAgICAyLjQuICBPcGVyYXRpb24gYXQgdGhlIFBDTi1p
bmdyZXNzLW5vZGUgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA4DQogICAgICAgMi40LjEuICBB
ZG1pc3Npb24gRGVjaXNpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgN
CiAgICAgICAyLjQuMi4gIEZsb3cgVGVybWluYXRpb24gRGVjaXNpb24gIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAgOQ0KICAgMy4gIEJlbmVmaXRzIG9mIEFsbG93aW5nIHRoZSBTaW5nbGUg
TWFya2luZyBBcHByb2FjaCAuIC4gLiAuIC4gLiAuIDEwDQogICA0LiAgSW1wYWN0IG9uIFBDTiBB
cmNoaXRlY3R1cmFsIEZyYW1ld29yayAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTANCiAgICAg
NC4xLiAgSW1wYWN0IG9uIHRoZSBQQ04tSW50ZXJuYWwtTm9kZSAgLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAxMQ0KICAgICA0LjIuICBJbXBhY3Qgb24gdGhlIFBDTi1ib3VuZGFyeSBub2RlcyAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAgICAgNC4yLjEuICBJbXBhY3Qgb24gUENO
LUVncmVzcy1Ob2RlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTENCiAgICAgICA0LjIu
Mi4gIEltcGFjdCBvbiB0aGUgUENOLUluZ3Jlc3MtTm9kZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAxMg0KICAgICA0LjMuICBTdW1tYXJ5IG9mIFByb3Bvc2VkIEVuaGFuY2VtZW50cyBSZXF1aXJl
ZCBmb3IgU3VwcG9ydA0KICAgICAgICAgICBvZiBTaW5nbGUgTWFya2luZyBPcHRpb25zICAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzDQogICAgIDQuNC4gIFByb3Bvc2VkIE9wdGlv
bmFsIFJlbmFtaW5nIG9mIHRoZSBNYXJraW5nIGFuZCBNYXJraW5nDQogICAgICAgICAgIFRocmVz
aG9sZHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTMN
CiAgICAgNC41LiAgQW4gT3B0aW9taXphdGlvbiBVc2luZyBhIFNpbmdsZSBDb25maWd1cmF0aW9u
DQogICAgICAgICAgIFBhcmFtZXRlciBmb3IgU2luZ2xlIE1hcmtpbmcgLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMTQNCiAgIDUuICBJbmNyZW1lbnRhbCBEZXBsb3ltZW50IENvbnNpZGVy
YXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNA0KICAgNi4gIFRyYWRlb2ZmcywgSXNz
dWVzIGFuZCBMaW1pdGF0aW9ucyBvZiBTaW5nbGUgTWFya2luZw0KICAgICAgIEFwcHJvYWNoIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE2DQog
ICAgIDYuMS4gIFJlc3RyaWN0aW9ucyBvbiBUZXJtaW5hdGlvbi10by1hZG1pc3Npb24gVGhyZXNo
b2xkcyAgLiAuIC4gNDkNCiAgICAgNi4yLiAgQXNzdW1wdGlvbnMgb24gTG9zcyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1MA0KICAgICA2LjMuICBFZmZlY3Qgb2YgUmVh
Y3Rpb24gVGltZXNjYWxlIG9mIEFkbWlzc2lvbiBNZWNoYW5pc20gIC4gLiAuIDUwDQogICAgIDYu
NC4gIFBlcmZvcm1hbmNlIEltcGxpY2F0aW9ucyBhbmQgVHJhZGVvZmZzIC4gLiAuIC4gLiAuIC4g
LiAuIC4gNTANCiAgICAgNi41LiAgRWZmZWN0IG9uIFByb3Bvc2VkIEFudGktQ2hlYXRpbmcgTWVj
aGFuaXNtcyAgLiAuIC4gLiAuIC4gLiA1MQ0KICAgICA2LjYuICBFQ01QIEhhbmRsaW5nICAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUxDQogICAgIDYuNy4gIFRy
YWZmaWMgRW5naW5lZXJpbmcgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
NTINCiAgIDcuICBQZXJmb3JtYW5jZSBFdmFsdWF0aW9uIENvbXBhcmlzb24gIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiA1NQ0KICAgICA3LjEuICBSZWxhdGlvbnNoaXAgdG8gb3RoZXIgZHJh
ZnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDU1DQogICAgIDcuMi4gIExpbWl0YXRp
b25zLCBDb25jbHVzaW9ucyBhbmQgRGlyZWN0aW9uIGZvciBGdXR1cmUgV29yayAuIC4gNTUNCiAg
ICAgICA3LjIuMS4gIEhpZ2ggTGV2ZWwgQ29uY2x1c2lvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiA1Ng0KICAgICAgIDcuMi4yLiAgRnV0dXJlIHdvcmsgIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDU3DQogICA4LiAgQXBwZW5kaXggQTogIFNpbXVs
YXRpb24gRGV0YWlscyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNTcNCiAgICAgOC4x
LiAgTmV0d29yayBhbmQgU2lnbmFsaW5nIE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiA1Nw0KICAgICA4LjIuICBUcmFmZmljIE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYwDQogICAgICAgOC4yLjEuICBWb2ljZSBUcmFmZmljIE1v
ZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNjANCiAgICAgICA4LjIuMi4g
ICJTeW50aGV0aWMgVmlkZW8iOiAgSGlnaCBSYXRlIE9OLU9GRiB0cmFmZmljIHdpdGgNCiAgICAg
ICAgICAgICAgIFZpZGVvLWxpa2UgIE1lYW4gYW5kIFBlYWsgUmF0ZXMgKCJTVkQiKSAgLiAuIC4g
LiAuIC4gLiA2MQ0KICAgICAgIDguMi4zLiAgUmVhbCBWaWRlbyBUcmFjZXMgKFZUUikgIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYyDQogICAgIDguMy4gIFJhbmRvbWl6YXRpb24gb2Yg
QmFzZSBUcmFmZmljIE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNjMNCg0KDQoNCkNoYXJu
eSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAg
ICBbUGFnZSAzXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBN
YXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgICA4LjQuICBQYXJhbWV0ZXIg
U2V0dGluZ3MgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYzDQogICAg
ICAgOC40LjEuICBRdWV1ZS1iYXNlZCBzZXR0aW5ncyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gNjMNCiAgICAgICA4LjQuMi4gIFRva2VuIEJ1Y2tldCBTZXR0aW5ncyAgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA2Mw0KICAgICA4LjUuICBTaW11bGF0aW9uIERldGFp
bHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDY0DQogICAgICAgOC41
LjEuICBTZW5zaXRpdml0eSB0byBFV01BIHdlaWdodCBhbmQgQ0xFIC4gLiAuIC4gLiAuIC4gLiAu
IC4gNjQNCiAgICAgICA4LjUuMi4gIEVmZmVjdCBvZiBJbmdyZXNzLUVncmVzcyBBZ2dyZWdhdGlv
biAuIC4gLiAuIC4gLiAuIC4gLiA2Ng0KICAgICAgIDguNS4zLiAgRWZmZWN0IG9mIE11bHRpcGxl
IEJvdHRsZW5lY2tzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDcyDQogICA5LiAgQXBwZW5kaXgg
Qi4gQ29udHJvbGxpbmcgVGhlIFNpbmdsZSBNYXJraW5nIENvbmZpZ3VyYXRpb24NCiAgICAgICB3
aXRoIGEgU2luZ2xlIFBhcmFtZXRlciAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiA3NQ0KICAgICA5LjEuICBEZXRhaWxzIG9mIHRoZSBQcm9wb3NlZCBFbmhhbmNlbWVudHMg
dG8gUENODQogICAgICAgICAgIEFyY2hpdGVjdHVyZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gNzUNCiAgICAgICA5LjEuMS4gIFBDTi1JbnRlcm5hbC1Ob2Rl
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA3Ng0KICAgICAgIDkuMS4yLiAg
UENOLUVncmVzcy1Ob2RlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDc2
DQogICAgICAgOS4xLjMuICBQQ04tSW5ncmVzcy1Ob2RlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gNzcNCiAgICAgOS4yLiAgSW1wYWN0IG9uIFBDTi1FZ3Jlc3MtTm9kZSAg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA3OA0KICAgMTAuIFNlY3VyaXR5IENvbnNp
ZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDc5DQogICAx
MS4gUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gNzkNCiAgICAgMTEuMS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA3OQ0KICAgICAxMS4yLiBJbmZvcm1hdGl2ZSBSZWZl
cmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDc5DQogICAgIDExLjMu
IFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gODANCiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiA4MA0KICAgSW50ZWxsZWN0dWFsIFByb3BlcnR5IGFuZCBDb3B5
cmlnaHQgU3RhdGVtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIDgyDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQ2hhcm55LCBldCBhbC4g
ICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDRd
DQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAg
ICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQoxLiAgSW50cm9kdWN0aW9uDQoNCjEuMS4gIENoYW5n
ZXMgZnJvbSAtMDEgdmVyc2lvbg0KDQogICBvICBBZGRlZCBtaXNjZWxsYW5lb3VzIGNsYXJpZmlj
YXRpb25zIGJhc2VkIG9uIGNvbW1lbnRzIHJlY2VpdmVkIG9uDQogICAgICB2ZXJzaW9uIC0wMQ0K
DQogICBvICBSZW1vdmVkIFRlcm1pbm9sb2d5IHNlY3Rpb24gYW5kIHJlcGxhY2VkIGl0IHdpdGgg
YSBwb2ludGVyIHRvDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0uDQoNCiAg
IG8gIEFkZGVkIGEgc2VjdGlvbiBvbiBzdGFuZGFyZHMgaW1wbGljYXRpb25zIGFuZCBjb25zaWRl
cmF0aW9ucyBmb3INCiAgICAgIGluY3JlbWVudGFsIGRlcGxveW1lbnQNCg0KICAgbyAgQWRkZWQg
YSBzZWN0aW9uIG9uIEVDTVAgaGFuZGxpbmcNCg0KICAgbyAgQWRkZWQgYSBzZWN0aW9uIG9uIHRy
YWZmaWMgZW5naW5lZXJpbmcgY29uc2lkZXJhdGlvbnMgYW5kDQogICAgICB0cmFkZW9mZnMuDQoN
CiAgIG8gIFVuZGF0ZWQgdGhlIEFwcGVuZGl4IHRvIGluY2x1ZGUgbmV3IHJlc3VsdHMgYW5kIGNv
bnNvbGlkYXRlIHNvbWUNCiAgICAgIG9mIHRoZSBvbGQgb25lcw0KDQoxLjIuICBUZXJtaW5vbG9n
eQ0KDQogICBUaGlzIGRyYWZ0IHVzZXMgdGhlIHRlcm1pbm9sb2d5IGRlZmluZWQgaW4NCiAgIFtJ
LUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXQ0KDQoxLjMuICBCYWNrZ3JvdW5kIGFuZCBNb3Rp
dmF0aW9uDQoNCiAgIFByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlvbiBbSS1ELmVhcmRsZXktcGNu
LWFyY2hpdGVjdHVyZV0gYXBwcm9hY2gNCiAgIHByb3Bvc2VzIHRvIHVzZSBhbiBBZG1pc3Npb24g
Q29udHJvbCBtZWNoYW5pc20gdG8gbGltaXQgdGhlIGFtb3VudCBvZg0KICAgcmVhbC10aW1lIFBD
TiB0cmFmZmljIHRvIGEgY29uZmlndXJlZCBsZXZlbCBkdXJpbmcgdGhlIG5vcm1hbA0KICAgb3Bl
cmF0aW5nIGNvbmRpdGlvbnMsIGFuZCB0byB1c2UgYSBGbG93IFRlcm1pbmF0aW9uIG1lY2hhbmlz
bSB0bw0KICAgdGVhci1kb3duIHNvbWUgb2YgdGhlIGZsb3dzIHRvIGJyaW5nIHRoZSBQQ04gdHJh
ZmZpYyBsZXZlbCBkb3duIHRvIGENCiAgIGRlc2lyYWJsZSBhbW91bnQgZHVyaW5nIHVuZXhwZWN0
ZWQgZXZlbnRzIHN1Y2ggYXMgbmV0d29yayBmYWlsdXJlcywNCiAgIHdpdGggdGhlIGdvYWwgb2Yg
bWFpbnRhaW5pbmcgdGhlIFFvUyBhc3N1cmFuY2VzIHRvIHRoZSByZW1haW5pbmcNCiAgIGZsb3dz
LiAgSW4gW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLCBBZG1pc3Npb24gYW5kIEZsb3cN
CiAgIFRlcm1pbmF0aW9uIHVzZSB0d28gZGlmZmVyZW50IG1hcmtpbmdzIGFuZCB0d28gZGlmZmVy
ZW50IG1ldGVyaW5nDQogICBtZWNoYW5pc21zIGluIHRoZSBpbnRlcm5hbCBub2RlcyBvZiB0aGUg
UENOIHJlZ2lvbi4gIEFkbWlzc2lvbg0KICAgQ29udHJvbCBhbGdvcml0aG1zIGZvciB2YXJpYWJs
ZS1yYXRlIHJlYWwtdGltZSB0cmFmZmljIHN1Y2ggYXMgdmlkZW8NCiAgIGhhdmUgdHJhZGl0aW9u
YWxseSBiZWVuIGJhc2VkIG9uIHRoZSBvYnNlcnZhdGlvbiBvZiB0aGUgcXVldWUgbGVuZ3RoLA0K
ICAgYW5kIGhlbmNlIHJlLXVzaW5nIHRoZXNlIHRlY2huaXF1ZXMgYW5kIGlkZWFzIGluIHRoZSBj
b250ZXh0IG9mIHByZS0NCiAgIGNvbmdlc3Rpb24gbm90aWZpY2F0aW9uIGlzIGhpZ2hseSBhdHRy
YWN0aXZlLCBhbmQgbW90aXZhdGVkIHRoZQ0KICAgdmlydHVhbC1xdWV1ZS1iYXNlZCBtYXJraW5n
IGFuZCBtZXRlcmluZyBhcHByb2FjaCBzcGVjaWZpZWQgaW4NCiAgIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC1hcmNoaXRlY3R1cmVdIGZvciBBZG1pc3Npb24uICBPbiB0aGUgb3RoZXINCiAgIGhhbmQs
IGZvciBGbG93IFRlcm1pbmF0aW9uLCBpdCBpcyBkZXNpcmFibGUgdG8ga25vdyBob3cgbWFueSBm
bG93cw0KICAgbmVlZCB0byBiZSB0ZXJtaW5hdGVkLCBhbmQgdGhhdCBpbiB0dXJuIG1vdGl2YXRl
cyByYXRlLWJhc2VkIEZsb3cNCiAgIFRlcm1pbmF0aW9uIG1ldGVyaW5nLiAgVGhpcyBwcm92aWRl
cyBzb21lIG1vdGl2YXRpb24gZm9yIGVtcGxveWluZw0KICAgZGlmZmVyZW50IG1ldGVyaW5nIGFs
Z29yaXRobSBmb3IgQWRtaXNzaW9uIGFuZCBmb3IgRmxvdyBUZXJtaW5hdGlvbi4NCg0KDQoNCkNo
YXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAg
ICAgICBbUGFnZSA1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmds
ZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgRnVydGhlcm1vcmUsIGl0
IGlzIGZyZXF1ZW50bHkgZGVzaXJhYmxlIHRvIHRyaWdnZXIgRmxvdyBUZXJtaW5hdGlvbg0KICAg
YXQgYSBzdWJzdGFudGlhbGx5IGhpZ2hlciB0cmFmZmljIGxldmVsIHRoYW4gdGhlIGxldmVsIGF0
IHdoaWNoIG5vDQogICBuZXcgZmxvd3MgYXJlIHRvIGJlIGFkbWl0dGVkLiAgVGhlcmUgYXJlIG11
bHRpcGxlIHJlYXNvbnMgZm9yIHRoZQ0KICAgcmVxdWlyZW1lbnQgdG8gZW5mb3JjZSBhIGRpZmZl
cmVudCBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBhbmQNCiAgIGNvbmZpZ3VyZWQtdGVybWlu
YXRpb24tcmF0ZS4gIFRoZXNlIGluY2x1ZGUsIGZvciBleGFtcGxlOg0KDQogICBvICBFbmQtdXNl
cnMgYXJlIHR5cGljYWxseSBtb3JlIGFubm95ZWQgYnkgdGhlaXIgZXN0YWJsaXNoZWQgY2FsbA0K
ICAgICAgZHlpbmcgdGhhbiBieSBnZXR0aW5nIGEgYnVzeSB0b25lIGF0IGNhbGwgZXN0YWJsaXNo
bWVudC4gIEhlbmNlDQogICAgICBkZWNpc2lvbnMgdG8gdGVybWluYXRlIGZsb3dzIG1heSBuZWVk
IHRvIGJlIGRvbmUgYXQgYSBoaWdoZXIgbG9hZA0KICAgICAgbGV2ZWwgdGhhbiB0aGUgZGVjaXNp
b24gdG8gc3RvcCBhZG1pdHRpbmcuDQoNCiAgIG8gIFRoZXJlIGFyZSBvZnRlbiB2ZXJ5IHRpZ2h0
IChwb3NzaWJseSBsZWdhbCkgb2JsaWdhdGlvbnMgb24gbmV0d29yaw0KICAgICAgb3BlcmF0b3Jz
IHRvIG5vdCBkcm9wIGVzdGFibGlzaGVkIGNhbGxzLg0KDQogICBvICBWb2ljZSBDYWxsIFJvdXRp
bmcgb2Z0ZW4gaGFzIHRoZSBhYmlsaXR5IHRvIHJvdXRlL2VzdGFibGlzaCB0aGUNCiAgICAgIGNh
bGwgb24gYW5vdGhlciBuZXR3b3JrIChlLmcuLCBQU1ROKSBpZiBpdCBpcyBkZXRlcm1pbmVkIGF0
IGNhbGwNCiAgICAgIGVzdGFibGlzaG1lbnQgdGhhdCBvbmUgbmV0d29yayAoZS5nLiwgcGFja2V0
IG5ldHdvcmspIGNhbiBub3QNCiAgICAgIGFjY2VwdCB0aGUgY2FsbC4gIFRoZXJlZm9yZSwgbm90
IGFkbWl0dGluZyBhIGNhbGwgb24gdGhlIHBhY2tldA0KICAgICAgbmV0d29yayBhdCBpbml0aWFs
IGVzdGFibGlzaG1lbnQgbWF5IG5vdCBpbXBhY3QgdGhlIGVuZC11c2VyLiAgSW4NCiAgICAgIGNv
bnRyYXN0LCBpdCBpcyB1c3VhbGx5IG5vdCBwb3NzaWJsZSB0byByZXJvdXRlIGFuIGVzdGFibGlz
aGVkDQogICAgICBjYWxsIG9udG8gYW5vdGhlciBuZXR3b3JrIG1pZC1jYWxsLiAgVGhpcyBtZWFu
cyB0aGF0IGNhbGwNCiAgICAgIFRlcm1pbmF0aW9uIGNhbiBub3QgYmUgaGlkZGVuIHRvIHRoZSBl
bmQtdXNlci4NCg0KICAgbyAgRmxvdyBUZXJtaW5hdGlvbiBpcyB0eXBpY2FsbHkgdXNlZnVsIGlu
IGZhaWx1cmUgc2l0dWF0aW9ucyB3aGVyZQ0KICAgICAgc29tZSBsb2FkcyBnZXQgcmVyb3V0ZWQg
dGhlcmVieSBpbmNyZWFzaW5nIHRoZSBsb2FkIG9uIHJlbWFpbmluZw0KICAgICAgbGlua3MuICBC
ZWNhdXNlIHRoZSBmYWlsdXJlIG1heSBvbmx5IGJlIHRlbXBvcmFyeSwgdGhlIG9wZXJhdG9yDQog
ICAgICBtYXkgYmUgcmVhZHkgdG8gdG9sZXJhdGUgYSBzbWFsbCBkZWdyYWRhdGlvbiBkdXJpbmcg
dGhlIGludGVyaW0NCiAgICAgIGZhaWx1cmUgcGVyaW9kLiAgVGhpcyBhbHNvIGFyZ3VlcyBmb3Ig
YSBoaWdoZXIgY29uZmlndXJlZC0NCiAgICAgIHRlcm1pbmF0aW9uLXJhdGUgdGhhbiBjb25maWd1
cmVkLWFkbWlzc2libGUtcmF0ZQ0KDQogICBvICBBIGNvbmdlc3Rpb24gbm90aWZpY2F0aW9uIGJh
c2VkIEFkbWlzc2lvbiBzY2hlbWUgaGFzIHNvbWUgaW5oZXJlbnQNCiAgICAgIGluYWNjdXJhY2ll
cyBiZWNhdXNlIG9mIGl0cyByZWFjdGl2ZSBuYXR1cmUgYW5kIHRodXMgbWF5DQogICAgICBwb3Rl
bnRpYWxseSBvdmVyIGFkbWl0IGluIHNvbWUgc2l0dWF0aW9ucyAoc3VjaCBhcyBidXJzdCBvZiBj
YWxscw0KICAgICAgYXJyaXZhbCkuICBJZiB0aGUgRmxvdyBUZXJtaW5hdGlvbiBzY2hlbWUgcmVh
Y3RlZCBhdCB0aGUgc2FtZSByYXRlDQogICAgICB0aHJlc2hvbGQgYXMgdGhlIEFkbWlzc2lvbiAs
IGNhbGxzIG1heSBnZXQgcm91dGluZWx5IGRyb3BwZWQgYWZ0ZXINCiAgICAgIGVzdGFibGlzaG1l
bnQgYmVjYXVzZSBvZiBvdmVyIGFkbWlzc2lvbiwgZXZlbiB1bmRlciBzdGVhZHkgc3RhdGUNCiAg
ICAgIGNvbmRpdGlvbnMuDQoNCiAgIFRoZXNlIGNvbnNpZGVyYXRpb25zIGFyZ3VlIGZvciBtZXRl
cmluZyBmb3IgQWRtaXNzaW9uIGFuZCBGbG93DQogICBUZXJtaW5hdGlvbiBhdCBkaWZmZXJlbnQg
dHJhZmZpYyBsZXZlbHMgYW5kIGhlbmNlLCBpbXBsaWNpdGx5LCBmb3INCiAgIGRpZmZlcmVudCBt
YXJraW5ncyBhbmQgbWV0ZXJpbmcgc2NoZW1lcy4NCg0KICAgRGlmZmVyZW50IG1hcmtpbmcgc2No
ZW1lcyByZXF1aXJlIGRpZmZlcmVudCBjb2RlcG9pbnRzLiAgVGh1cywgc3VjaA0KICAgc2VwYXJh
dGUgbWFya2luZ3MgY29uc3VtZSB2YWx1YWJsZSByZWFsLWVzdGF0ZSBpbiB0aGUgcGFja2V0IGhl
YWRlciwNCiAgIGVzcGVjaWFsbHkgc2NhcmNlIGluIHRoZSBjYXNlIG9mIE1QTFMgUHJlLUNvbmdl
c3Rpb24gTm90aWZpY2F0aW9uDQogICBbSS1ELmRhdmllLWVjbi1tcGxzXSAuICBGdXJ0aGVybW9y
ZSwgdHdvIGRpZmZlcmVudCBtZXRlcmluZw0KICAgdGVjaG5pcXVlcyBpbnZvbHZlIGFkZGl0aW9u
YWwgY29tcGxleGl0eSBpbiB0aGUgZGF0YSBwYXRoIG9mIHRoZQ0KICAgaW50ZXJuYWwgcm91dGVy
cyBvZiB0aGUgUENOLWRvbWFpbi4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGly
ZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgICBbUGFnZSA2XQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KICAgVG8gdGhpcyBlbmQsIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRl
Y3R1cmVdIHByb3Bvc2VzIGFuDQogICBhcHByb2FjaCwgcmVmZXJyZWQgdG8gYXMgImltcGxpY2l0
IFByZWVtcHRpb24gbWFya2luZyIgaW4gdGhhdCBkcmFmdCwNCiAgIHRoYXQgZG9lcyBub3QgcmVx
dWlyZSBzZXBhcmF0ZSB0ZXJtaW5hdGlvbi1tYXJraW5nLiAgSG93ZXZlciwgaXQgZG9lcw0KICAg
cmVxdWlyZSB0d28gc2VwYXJhdGUgbWVhc3VyZW1lbnQgc2NoZW1lczogb25lIG1lYXN1cmVtZW50
IGZvcg0KICAgQWRtaXNzaW9uIGFuZCBhbm90aGVyIG1lYXN1cmVtZW50IGZvciBGbG93IFRlcm1p
bmF0aW9uLiAgRnVydGhlcm1vcmUsDQogICB0aGlzIGFwcHJvYWNoIG1hbmRhdGVzIHRoYXQgdGhl
IGNvbmZpZ3VyZWQtdGVybWluYXRpb24tcmF0ZSBiZSBlcXVhbA0KICAgdG8gYSBkcm9wIHJhdGUu
ICBUaGlzIGFwcHJvYWNoIGVmZmVjdGl2ZWx5IHVzZXMgZHJvcHBpbmcgYXMgdGhlIHdheQ0KICAg
dG8gY29udmV5IGluZm9ybWF0aW9uIGFib3V0IGhvdyBtdWNoIHRyYWZmaWMgY2FuICJmaXQiIHVu
ZGVyIHRoZQ0KICAgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLCBpbnN0ZWFkIG9mIHVzaW5n
IGEgc2VwYXJhdGUgdGVybWluYXRpb24NCiAgIG1hcmtpbmcuICBUaGlzIGlzIGEgc2lnbmlmaWNh
bnQgcmVzdHJpY3Rpb24gaW4gdGhhdCBpdCByZXN1bHRzIGluDQogICBmbG93IHRlcm1pbmF0aW9u
IG9ubHkgdGFraW5nIGVmZmVjdCBvbmNlIHBhY2tldHMgYWN0dWFsbHkgZ2V0DQogICBkcm9wcGVk
Lg0KDQogICBUaGlzIGRvY3VtZW50IHByZXNlbnRzIGFuIGFwcHJvYWNoIHRoYXQgYWxsb3dzIHRo
ZSB1c2Ugb2YgYSBzaW5nbGUNCiAgIFBDTiBtYXJraW5nIGFuZCBhIHNpbmdsZSBtZXRlcmluZyB0
ZWNobmlxdWUgYXQgdGhlIGludGVybmFsIGRldmljZXMNCiAgIHdpdGhvdXQgcmVxdWlyaW5nIHRo
YXQgdGhlIGRyb3BwaW5nIGFuZCBmbG93IHRlcm1pbmF0aW9uIHRocmVzaG9sZHMNCiAgIGJlIHRo
ZSBzYW1lLiAgV2UgYWxzbyBhcmd1ZSB0aGF0IHRoaXMgYXBwcm9hY2ggY2FuIGJlIHVzZWQgYXMN
CiAgIGludGVybWVkaWF0ZSBzdGVwIGluIGltcGxlbWVudGF0aW9uIGFuZCBkZXBsb3ltZW50IG9m
IGEgZnVsbC1mbGVkZ2VkDQogICBkdWFsLW1hcmtpbmcgUENOIGltcGxlbWVudGF0aW9uLg0KDQoN
CjIuICBUaGUgU2luZ2xlIE1hcmtpbmcgQXBwcm9hY2gNCg0KMi4xLiAgSGlnaCBMZXZlbCBkZXNj
cmlwdGlvbg0KDQogICBUaGUgcHJvcG9zZWQgYXBwcm9hY2ggaXMgYmFzZWQgb24gc2V2ZXJhbCBz
aW1wbGUgaWRlYXM6DQoNCiAgIG8gIFJlcGxhY2UgdmlydHVhbC1xdWV1ZS1iYXNlZCBtYXJraW5n
IGZvciBBZG1pc3Npb24gQ29udHJvbCBieQ0KICAgICAgZXhjZXNzIHJhdGUgbWFya2luZzoNCg0K
ICAgICAgKiAgbWV0ZXIgdHJhZmZpYyBleGNlZWRpbmcgdGhlIGNvbmZpZ3VlZC1hZG1pc3NpYmxl
LXJhdGUgYW5kIG1hcmsNCiAgICAgICAgICpleGNlc3MqIHRyYWZmaWMgKGUuZy4gdXNpbmcgYSB0
b2tlbiBidWNrZXQgd2l0aCB0aGUgcmF0ZQ0KICAgICAgICAgY29uZmlndXJlZCB3aXRoIHRoZSBy
YXRlIGVxdWFsIHRvIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlKQ0KDQogICAgICAqICBhdCB0
aGUgUENOLWJvdW5kYXJ5LW5vZGUsIHN0b3AgYWRtaXR0aW5nIHRyYWZmaWMgd2hlbiB0aGUNCiAg
ICAgICAgIGZyYWN0aW9uIG9mIG1hcmtlZCB0cmFmZmljIGZvciBhIGdpdmVuIGVkZ2UtdG8tZWRn
ZSBhZ2dyZWdhdGUNCiAgICAgICAgIGV4Y2VlZHMgYSBjb25maWd1cmVkIHRocmVzaG9sZCAoZS5n
LiBzdG9wIGFkbWl0dGluZyB3aGVuIDMlIG9mDQogICAgICAgICBhbGwgdHJhZmZpYyBpbiB0aGUg
ZWRnZS10by1lZGdlIGFnZ3JlZ2F0ZSByZWNlaXZlZCBhdCB0aGUNCiAgICAgICAgIGluZ3Jlc3Mg
aXMgbWFya2VkKQ0KDQogICBvICBJbXBvc2UgYSBQQ04tZG9tYWluLXdpZGUgY29uc3RyYWludCBv
biB0aGUgcmF0aW8gVSBiZXR3ZWVuIHRoZQ0KICAgICAgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJh
dGUgb24gYSBsaW5rIGFuZCBsZXZlbCBvZiB0aGUgUENOIGxvYWQgb24NCiAgICAgIHRoZSBsaW5r
IGF0IHdoaWNoIEZsb3cgVGVybWluYXRpb24gbmVlZHMgdG8gYmUgdHJpZ2dlcmVkIChidXQgZG8N
CiAgICAgIG5vdCBleHBsaWNpdGx5IGNvbmZpZ3VyZSBjb25maWd1cmVkLXRlcm1pbmF0aW9uLXJh
dGUpLiAgRm9yDQogICAgICBleGFtcGxlLCBvbmUgbWlnaHQgaW1wb3NlIGEgcG9saWN5IHRoYXQg
RmxvdyBUZXJtaW5hdGlvbiBpcw0KICAgICAgdHJpZ2dlcmVkIHdoZW4gUENOIHRyYWZmaWMgZXhj
ZWVkcyAxMjAlIG9mIHRoZSBjb25maWd1cmVkLQ0KICAgICAgYWRtaXNzaWJsZS1yYXRlIG9uIGFu
eSBsaW5rIG9mIHRoZSBQQ04tZG9tYWluKS4NCg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAg
ICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDddDQoMDQpJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAg
ICAgICBKdWx5IDIwMDcNCg0KDQogICBUaGUgcmVtYWluaW5nIHBhcnQgb2YgdGhpcyBzZWN0aW9u
IGRlc2NyaWJlcyB0aGUgcG9zc2libGUgb3BlcmF0aW9uDQogICBvZiB0aGUgc3lzdGVtLg0KDQoy
LjIuICBPcGVyYXRpb24gYXQgdGhlIFBDTi1pbnRlcmlvci1ub2RlDQoNCiAgIFRoZSBQQ04taW50
ZXJpb3Itbm9kZSBtZXRlcnMgdGhlIGFnZ3JlZ2F0ZSBQQ04gdHJhZmZpYyBhbmQgbWFya3MgdGhl
DQogICBleGNlc3MgcmF0ZS4gIEEgbnVtYmVyIG9mIGltcGxlbWVudGF0aW9ucyBhcmUgcG9zc2li
bGUgdG8gYWNoaWV2ZQ0KICAgdGhhdC4gIEEgdG9rZW4gYnVja2V0IGltcGxlbWVudGF0aW9uIGlz
IHBhcnRpY3VsYXJseSBhdHRyYWN0aXZlDQogICBiZWNhdXNlIG9mIGl0cyByZWxhdGl2ZSBzaW1w
bGljaXR5LCBhbmQgZXZlbiBtb3JlIHNvIGJlY2F1c2UgYSB0b2tlbg0KICAgYnVja2V0IGltcGxl
bWVudGF0aW9uIGlzIHJlYWRpbHkgYXZhaWxhYmxlIGluIHRoZSB2YXN0IG1ham9yaXR5IG9mDQog
ICBleGlzdGluZyBlcXVpcG1lbnQuICBUaGUgcmF0ZSBvZiB0aGUgdG9rZW4gYnVja2V0IGlzIGNv
bmZpZ3VyZWQgdG8NCiAgIGNvcnJlc3BvbmQgdG8gdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1y
YXRlLCBhbmQgdGhlIGRlcHRoIG9mIHRoZQ0KICAgdG9rZW4gYnVja2V0IGNhbiBiZSBjb25maWd1
cmVkIGJ5IGFuIG9wZXJhdG9yIGJhc2VkIG9uIHRoZSBkZXNpcmVkDQogICB0b2xlcmFuY2UgdG8g
UENOIHRyYWZmaWMgYnVyc3RpbmVzcy4NCg0KICAgTm90ZSB0aGF0IG5vIGNvbmZpZ3VyZWQtdGVy
bWluYXRpb24tcmF0ZSBpcyBleHBsaWNpdGx5IGNvbmZpZ3VyZWQgYXQNCiAgIHRoZSBQQ04taW50
ZXJpb3Itbm9kZSwgYW5kIHRoZSBQQ04taW50ZXJpb3Itbm9kZSBkb2VzIG5vdGhpbmcgYXQgYWxs
DQogICB0byBlbmZvcmNlIGl0LiAgQWxsIG1hcmtpbmcgaXMgYmFzZWQgb24gdGhlIHNpbmdsZSBj
b25maWd1cmVkIHJhdGUNCiAgIHRocmVzaG9sZCAoY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUp
Lg0KDQoyLjMuICBPcGVyYXRpb24gYXQgdGhlIFBDTi1lZ3Jlc3Mtbm9kZQ0KDQogICBUaGUgUENO
LWVncmVzcy1ub2RlIG1lYXN1cmVzIHRoZSByYXRlIG9mIGJvdGggbWFya2VkIGFuZCB1bm1hcmtl
ZA0KICAgdHJhZmZpYyBvbiBhIHBlci1pbmdyZXNzIGJhc2lzLCBhbmQgcmVwb3J0cyB0byB0aGUg
UENOLWluZ3Jlc3Mtbm9kZQ0KICAgdHdvIHZhbHVlczogdGhlIHJhdGUgb2YgdW5tYXJrZWQgdHJh
ZmZpYyBmcm9tIHRoaXMgaW5ncmVzcyBub2RlLA0KICAgd2hpY2ggd2UgZGVlbSBTdXN0YWluYWJs
ZSBBZG1pc3Npb24gUmF0ZSAoU0FSKSBhbmQgdGhlIENvbmdlc3Rpb24NCiAgIExldmVsIEVzdGlt
YXRlIChDTEUpLCB3aGljaCBpcyB0aGUgZnJhY3Rpb24gb2YgdGhlIG1hcmtlZCB0cmFmZmljDQog
ICByZWNlaXZlZCBmcm9tIHRoaXMgaW5ncmVzcyBub2RlLiAgTm90ZSB0aGF0IFN1c3RhaW5hYmxl
IEFkbWlzc2lvbg0KICAgUmF0ZSBpcyBhbmFsb2dvdXMgdG8gdGhlIHN1c3RhaW5hYmxlIFByZWVt
cHRpb24gcmF0ZSBvZg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0sIGV4
Y2VwdCBpbiB0aGlzIGNhc2UgaXQgaXMgYmFzZWQNCiAgIG9uIHRoZSBjb25maWd1cmVkLWFkbWlz
c2libGUtIHJhdGhlciB0aGFuIHRlcm1pbmF0aW9uIHRocmVzaG9sZCwNCiAgIHdoaWxlIHRoZSBD
TEUgaXMgZXhhY3RseSB0aGUgc2FtZSBhcyB0aGF0IG9mDQogICBbSS1ELmJyaXNjb2UtdHN2d2ct
Y2wtYXJjaGl0ZWN0dXJlXS4gIFRoZSBkZXRhaWxzIG9mIHRoZSByYXRlDQogICBtZWFzdXJlbWVu
dCBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdC4NCg0KMi40LiAgT3BlcmF0aW9u
IGF0IHRoZSBQQ04taW5ncmVzcy1ub2RlDQoNCjIuNC4xLiAgQWRtaXNzaW9uIERlY2lzaW9uDQoN
CiAgIEp1c3QgYXMgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0sIHRoZSBh
ZG1pc3Npb24NCiAgIGRlY2lzaW9uIGlzIGJhc2VkIG9uIHRoZSBDTEUuICBUaGUgaW5ncmVzcyBu
b2RlIHN0b3BzIGFkbWlzc2lvbiBvZg0KICAgbmV3IGZsb3dzIGlmIHRoZSBDTEUgaXMgYWJvdmUg
YSBwcmUtZGVmaW5lZCB0aHJlc2hvbGQgKGUuZy4gMyUpLg0KICAgTm90ZSB0aGF0IGFsdGhvdWdo
IHRoZSBsb2dpYyBvZiB0aGUgZGVjaXNpb24gaXMgZXhhY3RseSB0aGUgc2FtZSBhcw0KICAgaW4g
dGhlIGNhc2Ugb2YgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0sIHRoZSBkZXRh
aWxlZA0KICAgc2VtYW50aWNzIG9mIHRoZSBtYXJraW5nIGlzIGRpZmZlcmVudC4gIFRoaXMgaXMg
YmVjYXVzZSB0aGUgbWFya2luZw0KICAgdXNlZCBmb3IgYWRtaXNzaW9uIGluIHRoaXMgcHJvcG9z
YWwgcmVmbGVjdHMgdGhlIGV4Y2VzcyByYXRlIG92ZXIgdGhlDQogICBjb25maWd1cmVkLWFkbWlz
c2libGUtcmF0ZSwgd2hpbGUgaW4NCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1
cmVdLCB0aGUgbWFya2luZyBpcyBiYXNlZCBvbg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAg
ICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDhdDQoMDQpJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAg
ICAgICBKdWx5IDIwMDcNCg0KDQogICBleGNlZWRpbmcgYSB2aXJ0dWFsIHF1ZXVlIHRocmVzaG9s
ZC4gIE5vdGFibHksIGluIHRoZSBjdXJyZW50DQogICBwcm9wb3NhbCwgaWYgdGhlIGF2ZXJhZ2Ug
c3VzdGFpbmVkIHJhdGUgb2YgYWRtaXR0ZWQgdHJhZmZpYyBpcyA1JQ0KICAgb3ZlciB0aGUgYWRt
aXNzaW9uIHRocmVzaG9sZCwgdGhlbiA1JSBvZiB0aGUgdHJhZmZpYyBpcyBleHBlY3RlZCB0bw0K
ICAgYmUgbWFya2VkLCB3aGVyZWFzIGluIHRoZSBjb250ZXh0IG9mDQogICBbSS1ELmJyaXNjb2Ut
dHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBhIHN0ZWFkeSA1JSBvdmVybG9hZCBzaG91bGQNCiAgIGV2
ZW50dWFsbHkgcmVzdWx0IGluIDEwMCUgb2YgYWxsIHRyYWZmaWMgYmVpbmcgYWRtaXNzaW9uIG1h
cmtlZC4gIEENCiAgIGNvbnNlcXVlbmNlIG9mIHRoaXMgaXMgdGhhdCBmb3IgInNtb290aCIgY29u
c3RhbnQtcmF0ZSB0cmFmZmljLCB0aGUNCiAgIGFwcHJvYWNoIHByZXNlbnRlZCBoZXJlIHdpbGwg
bm90IG1hcmsgYW55IHRyYWZmaWMgYXQgYWxsIHVudGlsIHRoZQ0KICAgcmF0ZSBvZiB0aGUgdHJh
ZmZpYyBleGNlZWRzIHRoZSBjb25maWd1cmVkIGFkbWlzc2lvbiB0aHJlc2hvbGQgYnkgdGhlDQog
ICBhbW91bnQgY29ycmVzcG9uZGluZyB0byB0aGUgY2hvc2VuIENMRSB0aHJlc2hvbGQuDQoNCiAg
IEF0IGZpcnN0IGdsYW5jZSB0aGlzIG1heSBzZWVtIHRvIHJlc3VsdCBpbiBhIHZpb2xhdGlvbiBv
ZiB0aGUgcHJlLQ0KICAgY29uZ2VzdGlvbiBub3RpZmljYXRpb24gcHJlbWlzZSB0aGF0IGF0dGVt
cHRzIHRvIHN0b3AgYWRtaXNzaW9uDQogICBiZWZvcmUgdGhlIGRlc2lyZWQgdHJhZmZpYyBsZXZl
bCBpcyByZWFjaGVkLiAgSG93ZXZlciwgaW4gcmVhbGl0eSBvbmUNCiAgIGNhbiBzaW1wbHkgZW1i
ZWQgdGhlIENMRSBsZXZlbCBpbnRvIHRoZSBkZXNpcmVkIGNvbmZpZ3VyYXRpb24gb2YgdGhlDQog
ICBhZG1pc3Npb24gdGhyZXNob2xkLiAgVGhhdCBpcywgaWYgYSBjZXJ0YWluIHJhdGUgWCBpcyB0
aGUgYWN0dWFsDQogICB0YXJnZXQgYWRtaXNzaW9uIHRocmVzaG9sZCwgdGhlbiBvbmUgc2hvdWxk
IGNvbmZpZ3VyZSB0aGUgcmF0ZSBvZiB0aGUNCiAgIG1ldGVyaW5nIGRldmljZSAoZS5nLiB0aGUg
cmF0ZSBvZiB0aGUgdG9rZW4gYnVja2V0KSB0byBYLXkgd2hlcmUgeQ0KICAgY29ycmVzcG9uZHMg
dG8gdGhlIGxldmVsIG9mIENMRSB0aGF0IHdvdWxkIHRyaWdnZXIgYWRtaXNzaW9uIGJsb2NraW5n
DQogICBkZWNpc2lvbi4NCg0KICAgQSBtb3JlIGltcG9ydGFudCBkaXN0aW5jdGlvbiBpcyB0aGF0
IHZpcnR1YWwtcXVldWUgYmFzZWQgbWFya2luZw0KICAgcmVhY3RzIHRvIHNob3J0LXRlcm0gYnVy
c3RpbmVzcyBvZiB0cmFmZmljLCB3aGlsZSB0aGUgZXhjZXNzLXJhdGUNCiAgIGJhc2VkIG1hcmtp
bmcgaXMgb25seSBjYXBhYmxlIG9mIHJlYWN0aW5nIHRvIHJhdGUgdmlvbGF0aW9ucyBhdCB0aGUN
CiAgIHRpbWVzY2FsZSBjaG9zZW4gZm9yIHJhdGUgbWVhc3VyZW1lbnQuICBCYXNlZCBvbiBvdXIg
aW52ZXN0aWdhdGlvbiwNCiAgIGl0IHNlZW1zIHRoYXQgdGhpcyBkaXN0aW5jdGlvbiBpcyBub3Qg
Y3J1Y2lhbCBpbiB0aGUgY29udGV4dCBvZiBQQ04NCiAgIHdoZW4gbm8gYWN0dWFsIHF1ZXVpbmcg
aXMgZXhwZWN0ZWQgZXZlbiBpZiB0aGUgdmlydHVhbCBxdWV1ZSBpcyBmdWxsLg0KICAgTW9yZSBk
aXNjdXNzaW9uIG9uIHRoaXMgaXMgcHJlc2VudGVkIGxhdGVyIGluIHRoZSBkcmFmdC4NCg0KMi40
LjIuICBGbG93IFRlcm1pbmF0aW9uIERlY2lzaW9uDQoNCiAgIFdoZW4gdGhlIGluZ3Jlc3Mgb2Jz
ZXJ2ZXMgYSBub24temVybyBDTEUgYW5kIFN1c3RhaW5hYmxlIEFkbWlzc2lvbg0KICAgUmF0ZSAo
U0FSKSwgaXQgZmlyc3QgY29tcHV0ZXMgdGhlIFN1c3RhaW5hYmxlIFRlcm1pbmF0aW9uIFJhdGUg
KFNUUikNCiAgIGJ5IHNpbXBseSBtdWx0aXBseWluZyBTQVIgYnkgdGhlIHN5c3RlbS13aWRlIGNv
bnN0YW50IHUsIHdoZXJlIHUgaXMNCiAgIHRoZSBzeXN0ZW0td2lkZSByYXRpbyBiZXR3ZWVuIFBy
ZWVtcHRpb24gYW5kIGFkbWlzc2lvbiB0aHJlc2hvbGRzIG9uDQogICBhbGwgbGlua3MgaW4gdGhl
IFBDTiBkb21haW46IFNUUiA9IFNBUipVLiBUaGUgUENOLWluZ3Jlc3Mtbm9kZSB0aGVuDQogICBw
ZXJmb3JtcyBleGFjdGx5IHRoZSBzYW1lIG9wZXJhdGlvbiBhcyBpcyBwcm9wb3NlZCBpbg0KICAg
W0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gd2l0aCByZXNwZWN0IHRvIFNUUjog
aXQgcHJlZW1wdHMNCiAgIHRoZSBhcHByb3ByaWF0ZSBudW1iZXIgb2YgZmxvd3MgdG8gZW5zdXJl
IHRoYXQgdGhlIHJhdGUgb2YgdHJhZmZpYyBpdA0KICAgc2VuZHMgdG8gdGhlIGNvcnJlc3BvbmRp
bmcgZWdyZXNzIG5vZGUgZG9lcyBub3QgZXhjZWVkIFNUUi4gIEp1c3QgYXMNCiAgIGluIHRoZSBj
YXNlIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdLCBhbiBpbXBsZW1lbnRh
dGlvbg0KICAgbWF5IGRlY2lkZSB0byBzbG93IGRvd24gdGhlIHRlcm1pbmF0aW9uIHByb2Nlc3Mg
YnkgcHJlZW1wdGluZyBmZXdlcg0KICAgZmxvd3MgdGhhbiBpcyBuZWNlc3NhcnkgdG8gY2FwIGl0
cyB0cmFmZmljIHRvIFNUUiBieSBlbXBsb3lpbmcgYQ0KICAgdmFyaWV0eSBvZiB0ZWNobmlxdWVz
IHN1Y2ggYXMgc2FmZXR5IGZhY3RvcnMgb3IgaHlzdGVyZXNpcy4gIEluDQogICBzdW1tYXJ5LCB0
aGUgb3BlcmF0aW9uIG9mIFRlcm1pbmF0aW9uIGF0IHRoZSBpbmdyZXNzIG5vZGUgaXMNCiAgIGlk
ZW50aWNhbCB0byB0aGF0IG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdLCB3
aXRoIHRoZQ0KICAgb25seSBleGNlcHRpb24gdGhhdCB0aGUgc3VzdGFpbmFibGUgVGVybWluYXRp
b24gcmF0ZSBpcyBjb21wdXRlZCBmcm9tDQogICB0aGUgc3VzdGFpbmFibGUgYWRtaXNzaW9uIHJh
dGUgcmF0aGVyIHRoYW4gZGVyaXZlZCBmcm9tIGEgc2VwYXJhdGUNCg0KDQoNCkNoYXJueSwgZXQg
YWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgICBbUGFn
ZSA5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5n
ICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgbWFya2luZy4gIEFzIGRpc2N1c3NlZCBl
YXJsaWVyLCB0aGlzIGlzIGVuYWJsZWQgYnkgaW1wb3NpbmcgYSBzeXN0ZW0tDQogICB3aWRlIHJl
c3RyaWN0aW9uIG9uIHRoZSB0ZXJtaW5hdGlvbi10by1hZG1pc3Npb24gdGhyZXNob2xkcyByYXRp
byBhbmQNCiAgIGNoYW5naW5nIHRoZSBzZW1hbnRpY3Mgb2YgdGhlIGFkbWlzc2lvbiBtYXJraW5n
Lg0KDQoNCjMuICBCZW5lZml0cyBvZiBBbGxvd2luZyB0aGUgU2luZ2xlIE1hcmtpbmcgQXBwcm9h
Y2gNCg0KICAgVGhlIGZvbGxvd2luZyBpcyBhIHN1bW1hcnkgb2YgYmVuZWZpdHMgYXNzb2NpYXRl
ZCB3aXRoIGVuYWJsaW5nIHRoZQ0KICAgU2luZ2xlIE1hcmtpbmcgQXBwcm9hY2guICBTb21lIHRy
YWRlb2ZmcyB3aWxsIGJlIGRpc2N1c3NlZCBpbiBzZWN0aW9uDQogICA3IGJlbG93Lg0KDQogICBv
ICBSZWR1Y2VkIGltcGxlbWVudGF0aW9uIHJlcXVpcmVtZW50cyBvbiBjb3JlIHJvdXRlcnMgZHVl
IHRvIGENCiAgICAgIHNpbmdsZSBtZXRlcmluZyBpbXBsZW1lbnRhdGlvbiBpbnN0ZWFkIG9mIHR3
byBkaWZmZXJlbnQgb25lcy4NCg0KICAgbyAgRWFzZSBvZiB1c2Ugb24gZXhpc3RpbmcgaGFyZHdh
cmU6IGdpdmVuIHRoYXQgdGhlIHByb3Bvc2VkIGFwcHJvYWNoDQogICAgICBpcyBwYXJ0aWN1bGFy
bHkgYW1lbmFibGUgdG8gYSB0b2tlbiBidWNrZXQgaW1wbGVtZW50YXRpb24sIHRoZQ0KICAgICAg
YXZhaWxhYmlsaXR5IG9mIHRva2VuIGJ1Y2tldHMgb24gdmlydHVhbGx5IGFsbCBjb21tZXJjaWFs
bHkNCiAgICAgIGF2YWlsYWJsZSByb3V0ZXJzIG1ha2VzIHRoaXMgYXBwcm9hY2ggZXNwZWNpYWxs
eSBhdHRyYWN0aXZlLg0KDQogICBvICBFbmFibGluZyBpbmNyZW1lbnRhbCBpbXBsZW1lbnRhdGlv
biBhbmQgZGVwbG95bWVudCBvZiBQQ04gKHNlZQ0KICAgICAgc2VjdGlvbiA0KS4NCg0KICAgbyAg
UmVkdWNlZCBudW1iZXIgb2YgY29kZXBvaW50cyB3aGljaCBuZWVkIHRvIGJlIGNvbnZleWVkIGlu
IHRoZQ0KICAgICAgcGFja2V0IGhlYWRlci4gIElmIHRoZSBQQ04tYml0cyB1c2VkIGluIHRoZSBw
YWNrZXRzIGhlYWRlciB0bw0KICAgICAgY29udmV5IHRoZSBjb25nZXN0aW9uIG5vdGlmaWNhdGlv
biBpbmZvcm1hdGlvbiBhcmUgdGhlIEVDTi1iaXRzIGluDQogICAgICBhbiBJUCBjb3JlIGFuZCB0
aGUgRVhQLWJpdHMgaW4gYW4gTVBMUyBjb3JlLCB0aG9zZSBhcmUgdmVyeQ0KICAgICAgZXhwZW5z
aXZlIHJlYWwtZXN0YXRlLiAgVGhlIGN1cnJlbnQgcHJvcG9zYWxzIG5lZWQgNSBjb2RlcG9pbnRz
LA0KICAgICAgd2hpY2ggaXMgZXNwZWNpYWxseSBpbXBvcnRhbnQgaW4gdGhlIGNvbnRleHQgb2Yg
TVBMUyB3aGVyZSB0aGVyZQ0KICAgICAgaXMgb25seSBhIHRvdGFsIG9mIDggRVhQIGNvZGVwb2lu
dHMgd2hpY2ggbXVzdCBhbHNvIGJlIHNoYXJlZCB3aXRoDQogICAgICBEaWZmU2Vydi4gIEVsaW1p
bmF0aW5nIG9uZSBjb2RlcG9pbnQgY29uc2lkZXJhYmx5IGhlbHBzLg0KDQogICBvICBBIHBvc3Np
YmlsaXR5IG9mIHVzaW5nIGEgdG9rZW4tYnVja2V0LSwgZXhjZXNzLXJhdGUtIGJhc2VkDQogICAg
ICBpbXBsZW1lbnRhdGlvbiBmb3IgYWRtaXNzaW9uIHByb3ZpZGVzIGV4dHJhIGZsZXhpYmlsaXR5
IGZvciB0aGUNCiAgICAgIGNob2ljZSBvZiBhbiBhZG1pc3Npb24gbWVjaGFuaXNtLCBldmVuIGlm
IHR3byBzZXBhcmF0ZSBtYXJraW5ncw0KICAgICAgYW5kIHRocmVzaG9sZHMgYXJlIHVzZWQuDQoN
CiAgIFN1YnNlcXVlbnQgc2VjdGlvbnMgYXJndWUgdGhhdCB0aGVzZSBiZW5lZml0cyBjYW4gYmUg
YWNoaWV2ZWQgd2l0aCBhDQogICByZWxhdGl2ZWx5IG1pbm9yIGVuaGFuY2VtZW50cyB0byB0aGUg
cHJvcG9zZWQgUENOIGFyY2hpdGVjdHVyZSBhcw0KICAgZGVmaW5lZCBpbiBbSS1ELmVhcmRsZXkt
cGNuLWFyY2hpdGVjdHVyZV0sIGFsbG93IHNpbXBsZXINCiAgIGltcGxlbWVudGF0aW9ucyBhdCB0
aGUgUENOLWludGVyaW9yIG5vZGVzLCBhbmQgdHJpdmlhbCBtb2RpZmljYXRpb25zDQogICBhdCB0
aGUgUENOLSBib3VuZGFyeSBub2Rlcy4NCg0KDQo0LiAgSW1wYWN0IG9uIFBDTiBBcmNoaXRlY3R1
cmFsIEZyYW1ld29yaw0KDQogICBUaGUgZ29hbCBvZiB0aGlzIHNlY3Rpb24gaXMgdG8gcHJvcG9z
ZSBzZXZlcmFsIG1pbm9yIGNoYW5nZXMgdG8gdGhlDQogICBQQ04gYXJjaGl0ZWN0dXJlIGZyYW1l
d29yayBhcyBjdXJyZW50bHkgZGVzY3JpYmVkIGluDQogICBbSS1ELmVhcmRsZXktcGNuLWFyY2hp
dGVjdHVyZV0gaW4gb3JkZXIgdG8gZW5hYmxlIHRoZSBzaW5nbGUgbWFya2luZw0KDQoNCg0KQ2hh
cm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAg
ICAgW1BhZ2UgMTBdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xl
IE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBhcHByb2FjaC4NCg0KNC4x
LiAgSW1wYWN0IG9uIHRoZSBQQ04tSW50ZXJuYWwtTm9kZQ0KDQogICBObyBjaGFuZ2VzIGFyZSBy
ZXF1aXJlZCB0byB0aGUgUENOLWludGVybmFsLW5vZGUgaW4gYXJjaGl0ZWN0dXJhbA0KICAgZnJh
bWV3b3JrIGluIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSBpbiBvcmRlciB0byBzdXBw
b3J0IHRoZQ0KICAgU2luZ2xlIE1hcmtpbmcgUHJvcG9zYWwuICBUaGUgY3VycmVudCBhcmNoaXRl
Y3R1cmUNCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSBhbHJlYWR5IGFsbG93cyBv
bmx5IG9uZSBtYXJraW5nIGFuZA0KICAgbWV0ZXJpbmcgc2NoZW1lIHJhdGhlciB0aGFuIHR3byBi
eSBzdXBwb3J0aW5nIGVpdGhlciAiYWRtaXNzaW9uIG9ubHkiDQogICBvciAidGVybWluYXRpb24g
b25seSIgZnVuY3Rpb25hbGl0eS4gIFRvIHN1cHBvcnQgdGhlIFNpbmdsZSBNYXJraW5nDQogICBw
cm9wb3NhbCBhIHNpbmdsZSB0aHJlc2hvbGQgKGkuZS4gIENvbmZpZ3VyZWQtdGVybWluYXRpb24t
cmF0ZSkgbXVzdA0KICAgYmUgY29uZmlndXJlZCBhdCB0aGUgUENOLWludGVybmFsLW5vZGUsIGFu
ZCBleGNlc3MtcmF0ZSBtYXJraW5nIGFzDQogICBkZXNjcmliZWQgaW4gc2hvdWxkIGJlIHVzZWQg
dG8gbWFyayBwYWNrZXRzIGFzIGRlc2NyaWJlZCBpbg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNs
LWFyY2hpdGVjdHVyZV0uICBOb3RlIGhvd2V2ZXIgdGhhdCB0aGUgbWVhbmluZw0KICAgb2YgdGhp
cyBzaW5nbGUgdGhyZXNob2xkIGFuZCB0aGUgbWFya2luZyBpbiB0aGlzIGNhc2UgaXMgbm8gcmVs
YXRlZA0KICAgdG8gdGVybWluYXRpb24gZnVuY3Rpb24sIGJ1dCB0byBhZG1pc3Npb24gZnVuY3Rp
b24uICBUaGUNCiAgIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVyKHMpIGRlc2NyaWJlZCBpbiBzZWN0
aW9uIDQuMiBiZWxvdyBhdCB0aGUgUENOLQ0KICAgaW5ncmVzcy1ub2RlcyBhbmQgUENOLWVncmVz
cy1ub2RlIHdpbGwgZGV0ZXJtaW5lIHdoZXRoZXIgdGhlIG1hcmtpbmcNCiAgIHNob3VsZCBiZSBp
bnRlcnByZXRlZCBhcyB0aGUgYWRtaXNzaW9uLW1hcmtpbmcgKGFzIGFwcHJvcHJpYXRlIGZvcg0K
ICAgdGhlIFNpbmdsZSBNYXJraW5nIGFwcHJvYWNoKSBvciBhcyB0ZXJtaW5hdGlvbi1tYXJraW5n
IChhcw0KICAgYXBwcm9wcmlhdGUgZm9yIHRoZSBkdWFsIG1hcmtpbmcgYXBwcm9hY2ggb2YNCiAg
IFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdDQoNCiAgIFdlIG5vdGUgdGhhdCBm
cm9tIHRoZSBpbXBsZW1lbnRhdGlvbiBzdGFuZHBvaW50LCBhIFBDTi1pbmdyZXNzLW5vZGUNCiAg
IHN1cHBvcnRpbmcgU2luZ2xlIE1hcmtpbmcgaW1wbGVtZW50cyBvbmx5IGEgc3Vic2V0IG9mIHRo
ZQ0KICAgZnVuY3Rpb25hbGl0eSBuZWVkZWQgZm9yIER1YWwgTWFya2luZy4NCg0KNC4yLiAgSW1w
YWN0IG9uIHRoZSBQQ04tYm91bmRhcnkgbm9kZXMNCg0KICAgV2UgcHJvcG9zZSBhbiBhZGRpdGlv
biBvZiBvbmUgZ2xvYmFsIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVyDQogICBNQVJLSU5HX01PREUg
dG8gYmUgdXNlZCBhdCBhbGwgUENOIGJvdW5kYXJ5IG5vZGVzLiAgSUYgTUFSS0lOR19NT0RFID0N
CiAgIERVQUxfTUFSS0lORywgdGhlIGJlaGF2aW9yIG9mIHRoZSBhcHByb3ByaWF0ZSBQQ04tYm91
bmRhcnktbm9kZSBhcw0KICAgZGVzY3JpYmVkIGluIHRoZSBjdXJyZW50IHZlcnNpb24gb2YgW0kt
RC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLg0KICAgSWYgTUFSS0lOR19NT0RFID0gU0lOR0xF
X01BUktJTkcsIHRoZSBiZWhhdmlvciBvZiB0aGUgYXBwcm9wcmlhdGUNCiAgIGJvdW5kYXJ5IG5v
ZGVzIGlzIGFzIGRlc2NyaWJlZCBpbiB0aGUgc3Vic2VxdWVudCBzdWJzZWN0aW9ucy4NCg0KNC4y
LjEuICBJbXBhY3Qgb24gUENOLUVncmVzcy1Ob2RlDQoNCiAgIElmIE1BUktJTkdfTU9ERT1TSU5H
TEVfTUFSS0lORywgdGhlIENvbmdlc3Rpb24tTGV2ZWxfRXN0aW1ldGUgKENMRSkNCiAgIGlzIG1l
YXN1cmVkIGFnYWluc3QgdGVybWluYXRpb24tbWFya2VkIHBhY2tldHMuICBJZg0KICAgTUFSS0lO
R19NT0RFPURVQUxfTUFSS0lORywgdGhlIENMRSBpcyBtZWFzdXJlZCBhZ2FpbnN0DQogICBhZG1p
c3Npb25fbWFya2VkIHBhY2tldHMuICBUaGUgbWV0aG9kIG9mIG1lYXN1cmVtZW50IGRvZXMgbm90
IGRlcGVuZA0KICAgb24gdGhlIGNob2ljZSBvZiB0aGUgbWFya2luZyBhZ2FpbnN0IHdoaWNoIHRo
ZSBtZWFzdXJlbWVudCBpcw0KICAgcGVyZm9ybWVkLg0KDQogICBSZWdhcmRsZXNzIG9mIHRoZSBz
ZXR0aW5nIG9mIHRoZSBNQVJLSU5HX01PREUgcGFyYW1ldGVyLCBTdXN0YWluYWJsZS0NCiAgIEFn
Z3JlZ2F0ZS1SYXRlIGlzIG1lYXN1cmVkIGFnYWluc3QgdGVybWluYXRpb25fbWFya2VkIHBhY2tl
dHMsIGFzDQogICBjdXJyZW50bHkgZGVmaW5lZCBpbiBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJj
aGl0ZWN0dXJlXS4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFy
eSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDExXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KICAgV2Ugbm90ZSB0aGF0IGZyb20gdGhlIGltcGxlbWVudGF0aW9uIHBvaW50IG9mIHZpZXcs
IHRoZSBzYW1lIHR3bw0KICAgZnVuY3Rpb25zIChtZWFzdXJpbmcgdGhlIENMRSBhbmQgbWVhc3Vy
aW5nIHRoZSBTdXN0YWluYWJsZS1BZ2dyZWdhdGUtDQogICBSYXRlIGFyZSByZXF1aXJlZCBieSBi
b3RoIHRoZSBTaW5nbGUgTWFya2luZyBhcHByb2FjaCBhbmQgdGhlDQogICBhcHByb2FjaCBpbiwg
c28gdGhlIGRpZmZlcmVuY2UgaW4gdGhlIGltcGxlbWVudGF0aW9uIGNvbXBsZXhpdHkgb2YNCiAg
IHRoZSBQQ04tZWdyZXNzLW5vZGUgaXMgcXVpdGUgbmVnbGlnaWJsZS4NCg0KNC4yLjIuICBJbXBh
Y3Qgb24gdGhlIFBDTi1JbmdyZXNzLU5vZGUNCg0KICAgSWYgTUFSS0lOR19NT0RFPURVQUxfTUFS
S0lORywgdGhlIFBDTi1pbmdyZXNzLW5vZGUgYmVoYXZlcyBleGFjdGx5IGFzDQogICBkZXNjcmli
ZWQgaW4gW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLiAgSWYgTUFSS0lOR19NT0RFID0N
CiAgIFNJTkdMRV9NQVJLSU5HLCB0aGVuIGFuIGFkZGl0aW9uYWwgZ2xvYmFsIHBhcmFtZXRlciBV
IGlzIGRlZmluZWQuICBVDQogICBtdXN0IGJlIGNvbmZpZ3VyZWQgYXQgYWxsIFBDTl9pbmdlc3Mg
bm9kZXMgYW5kIGhhcyB0aGUgbWVhbmluZyBvZiB0aGUNCiAgIGRlc2lyZWQgcmF0aW8gYmV0d2Vl
biB0aGUgdHJhZmZpYyBsZXZlbCBhdCB3aGljaCB0ZXJtaW5hdGlvbiBzaG91bGQNCiAgIG9jY3Vy
IGFuZCB0aGUgZGVzaXJlZCBhZG1pc3Npb24gdGhyZXNob2xkLCBhcyBkZXNjcmliZWQgaW4gc2Vj
dGlvbg0KICAgMi40IGFib3ZlLiAgVGhlIHZhbHVlIG9mIFUgbXVzdCBiZSBncmVhdGVyIHRoYW4g
b3IgZXF1YWwgdG8gMS4gIFRoZQ0KICAgdmFsdWUgb2YgdGhpcyBjb25zdGFudCBVIGlzIHVzZWQg
dG8gbXVsdGlwbHkgdGhlIFN1c3RhaW5hYmxlDQogICBBZ2dyZWdhdGUgUmF0ZSByZWNlaXZlZCBm
cm9tIGEgZ2l2ZW4gUENOLWVncmVzcy1ub2RlIHRvIGNvbXB1dGUgdGhlDQogICByYXRlIHRocmVz
aG9sZCB1c2VkIGZvciBmbG93IHRlcm1pbmF0aW9uIGRlY2lzaW9ucy4NCg0KICAgSW4gbW9yZSBk
ZXRhaWwsIGlmIE1BUktJTkdfTU9ERT1TSU5HTEVfTUFSS0lORywgdGhlbg0KDQogICBvICBBIFBD
Ti1pbmdyZXNzLW5vZGUgcmVjZWl2ZXMgQ0xFIGFuZC9vciBTdXN0YWluYWJsZSBBZ2dyZWdhdGUg
UmF0ZQ0KICAgICAgZnJvbSBlYWNoIFBDTi1lZ3Jlc3Mtbm9kZSBpdCBoYXMgdHJhZmZpYyB0by4g
IFRoaXMgaXMgZnVsbHkNCiAgICAgIGNvbXBhdGlibGUgd2l0aCBQQ04gYXJjaGl0ZWN0dXJlIGFz
IGRlc2NyaWJlZCBpbg0KICAgICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLg0KDQog
ICBvICBBIFBDTi1pbmdyZXNzLW5vZGUgYmFzZXMgaXRzIGFkbWlzc2lvbiBkZWNpc2lvbnMgb24g
dGhlIHZhbHVlIG9mDQogICAgICBDTEUuICBTcGVjaWZpY2FsbHksIG9uY2UgdGhlIHZhbHVlIG9m
IENMRSBleGNlZWRzIGEgY29uZmlndXJlZA0KICAgICAgdGhyZXNob2xkLCB0aGUgUENOLWluZ3Jl
c3Mtbm9kZSBzdG9wcyBhZG1pdHRpbmcgbmV3IGZsb3dzLiAgSXQNCiAgICAgIHJlc3RhcnRzIGFk
bWl0dGluZyB3aGVuIHRoZSBDTEUgdmFsdWUgZ29lcyBkb3duIGJlbG93IHRoZQ0KICAgICAgc3Bl
Y2lmaWVkIHRocmVzaG9sZC4gIFRoaXMgaXMgZnVsbHkgY29tcGF0aWJsZSB3aXRoIFBDTg0KICAg
ICAgYXJjaGl0ZWN0dXJlIGFzIGRlc2NyaWJlZCBpbiBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVj
dHVyZV0uDQoNCiAgIG8gIEEgUENOLWluZ3Jlc3Mgbm9kZSByZWNlaXZpbmcgYSBTdXN0YWluYWJs
ZSBSYXRlIGZyb20gYSBwYXJ0aWN1bGFyDQogICAgICBQQ04tZWdyZXNzIG5vZGUgbWVhc3VyZXMg
aXRzIHRyYWZmaWMgdG8gdGhhdCBlZ3Jlc3Mgbm9kZS4gIFRoaXMNCiAgICAgIGFnYWluIGlzIGZ1
bGx5IGNvbXBhdGlibGUgd2l0aCBQQ04gYXJjaGl0ZWN0dXJlIGFzIGRlc2NyaWJlZCBpbg0KICAg
ICAgZHJhZnQtZWFybGV5LXBjbi1hcmNoaXRlY3R1cmUtMDAuDQoNCiAgIG8gIFRoZSBQQ04taW5n
cmVzcy1ub2RlIGNvbXB1dGVzIHRoZSBkZXNpcmVkIFRlcm1pbmF0aW9uIFJhdGUgdG8gYQ0KICAg
ICAgcGFydGljdWxhciBQQ04tZWdyZXNzLW5vZGUgYnkgbXVsdGlwbHlpbmcgdGhlIFN1c3RhaW5h
YmxlDQogICAgICBBZ2dyZWdhdGUgUmF0ZSBmcm9tIGEgZ2l2ZW4gUENOLWVncmVzcy1ub2RlIGJ5
IHRoZSB2YWx1ZSBvZiB0aGUNCiAgICAgIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVyIFUuIFRoaXMg
Y29tcHV0YXRpb24gc3RlcCByZXByZXNlbnRzIGENCiAgICAgIHByb3Bvc2VkIGNoYW5nZSB0byB0
aGUgY3VycmVudCB2ZXJzaW9uIG9mDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVy
ZV0uDQoNCiAgIG8gIE9uY2UgdGhlIFRlcm1pbmF0aW9uIFJhdGUgaXMgY29tcHV0ZWQsIGl0IGlz
IHVzZWQgZm9yIHRoZSBmbG93DQogICAgICB0ZXJtaW5hdGlvbiBkZWNpc2lvbiBpbiBhIG1hbm5l
ciBmdWxseSBjb21wYXRpYmxlIHdpdGgNCiAgICAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0
dXJlXS4gIE5hbWVseSB0aGUgUENOLWluZ3Jlc3Mtbm9kZQ0KDQoNCg0KQ2hhcm55LCBldCBhbC4g
ICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMTJd
DQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAg
ICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAgICBjb21wYXJlcyB0aGUgbWVhc3VyZWQgdHJh
ZmZpYyByYXRlIGRlc3RpbmVkIHRvIHRoZSBnaXZlbiBQQ04tDQogICAgICBlZ3Jlc3Mtbm9kZSB3
aXRoIHRoZSBjb21wdXRlZCBUZXJtaW5hdGlvbiByYXRlIGZvciB0aGF0IGVncmVzcw0KICAgICAg
bm9kZSwgYW5kIHRlcm1pbmF0ZXMgYSBzZXQgb2YgdHJhZmZpYyBmbG93cyB0byByZWR1Y2UgdGhl
IHJhdGUNCiAgICAgIGV4Y2VlZGluZyB0aGF0IFRlcm1pbmF0aW9uIHJhdGUuICBUaGlzIGlzIGZ1
bGx5IGNvbXBhdGlibGUgd2l0aA0KICAgICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVd
Lg0KDQogICBXZSBub3RlIHRoYXQgYXMgaW4gdGhlIGNhc2Ugb2YgdGhlIFBDTi1lZ3Jlc3Mtbm9k
ZSwgdGhlIGNoYW5nZSBpbiB0aGUNCiAgIGltcGxlbWVudGF0aW9uIG9mIHRoZSBQQ04taW5ncmVz
cy1ub2RlIHRvIHN1cHBvcnQgU2luZ2xlIE1hcmtpbmcgaXMNCiAgIHF1aXRlIG5lZ2xpZ2libGUg
KGEgc2luZ2xlIG11bHRpcGxpY2F0aW9uIHBlciBpbmdyZXNzIHJhdGUNCiAgIG1lYXN1cmVtZW50
IGludGVydmFsIGZvciBlYWNoIGVncmVzcyBub2RlKS4NCg0KNC4zLiAgU3VtbWFyeSBvZiBQcm9w
b3NlZCBFbmhhbmNlbWVudHMgUmVxdWlyZWQgZm9yIFN1cHBvcnQgb2YgU2luZ2xlDQogICAgICBN
YXJraW5nIE9wdGlvbnMNCg0KICAgVGhlIGVuaGFuY2VtZW50cyB0byB0aGUgUENOIGFyY2hpdGVj
dHVyZSBhcyBkZWZpbmVkIGluDQogICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0sIGlu
IHN1bW1hcnksIGFtb3VudCB0bzoNCg0KICAgbyAgZGVmaW5pbmcgYSBnbG9iYWwgKHdpdGhpbiB0
aGUgUENOIGRvbWFpbikgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXINCiAgICAgIE1BUktJTkdfTU9E
RSBhdCBQQ04tYm91bmRhcnkgbm9kZXMNCg0KICAgbyAgRGVmaW5pbmcgYSBnbG9iYWwgKHdpdGhp
biB0aGUgUENOIGRvbWFpbikgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXINCiAgICAgIFUgYXQgdGhl
IFBDTi1pbmdyZXNzX25vZGVzLiAgVGhpcyBwYXJhbWV0ZXIgc2lnbmlmaWVzIHRoZSBpbXBsaWNp
dA0KICAgICAgcmF0aW8gYmV0d2VlbiB0aGUgdGVybWluYXRpb24gYW5kIGFkbWlzc2lvbiB0aHJl
c2hvbGRzIGF0IGFsbA0KICAgICAgbGlua3MNCg0KICAgbyAgTXVsdGlwbGljYXRpb24gb2YgU3Vz
dGFpbmFibGUtQWdncmVnYXRlLVJhdGUgYnkgdGhlIGNvbnN0YW50IFUgYXQNCiAgICAgIHRoZSBQ
Q04taW5ncmVzcy1ub2RlcyBpZiBNQVJLSU5HX01PREU9U0lOR0xFX01BUktJTkcNCg0KICAgbyAg
VXNpbmcgdGhlIE1BUktJTkdfTU9ERSBwYXJhbWV0ZXIgdG8gZ3VpZGUgd2hpY2ggbWFya2luZyBp
cyB1c2VkIHRvDQogICAgICBtZWFzdXJlIHRoZSBDTEUgKGJ1dCB0aGUgbWVhc3VyZW1lbnQgZnVu
Y3Rpb25hbGl0eSBpcyB1bmNoYW5nZWQpDQoNCjQuNC4gIFByb3Bvc2VkIE9wdGlvbmFsIFJlbmFt
aW5nIG9mIHRoZSBNYXJraW5nIGFuZCBNYXJraW5nIFRocmVzaG9sZHMNCg0KICAgUHJldmlvdXMg
d29yayBvbiBleGFtcGxlIG1lY2hhbmlzbXMNCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNo
aXRlY3R1cmVdIGltcGxlbWVudGluZyB0aGUgYXJjaGl0ZWN0dXJlIG9mDQogICBbSS1ELmVhcmRs
ZXktcGNuLWFyY2hpdGVjdHVyZV0gYXNzdW1lZCB0aGF0IHRoZSBzZW1hbnRpY3Mgb2YNCiAgIGFk
bWlzc2lvbiBjb250cm9sIG1hcmtpbmcgYW5kIHRlcm1pbmF0aW9uIG1hcmtpbmcgZGlmZmVyLg0K
ICAgU3BlY2lmaWNhbGx5LCBpdCB3YXMgYXNzdW1lZCB0aGF0IGZvciB0ZXJtaW5hdGlvbiBwdXJw
b3NlcyB0aGUNCiAgIHNlbWFudGljcyBvZiB0aGUgbWFya2luZyBpcyByZWxhdGVkIHRvIHRoZSBl
eGNlc3MgcmF0ZSBvdmVyIHRoZQ0KICAgY29uZmlndXJlZCAodGVybWluYXRpb24pIHJhdGUsIG9y
IGV2ZW4gbW9yZSBwcmVjaXNlbHksIHRoZSBhbW91bnQgb2YNCiAgIHRyYWZmaWMgdGhhdCByZW1h
aW5zIHVubWFya2VkIChzdXN0YWluYWJsZSByYXRlKSBhZnRlciB0aGUgZXhjZXNzDQogICB0cmFm
ZmljIGlzIG1hcmtlZC4gIFNvbWUgb2YgdGhlIHJlY2VudCBwcm9wb3NhbHMgYXNzdW1lIHlldCBk
aWZmZXJlbnQNCiAgIG1hcmtpbmcgc2VtYW50aWNzIFtJLUQuYmFiaWFyei1wY24tM3NtXSwNCiAg
IFtJLUQud2VzdGJlcmctcGNuLWxvYWQtY29udHJvbF0uDQoNCiAgIEV2ZW4gdGhvdWdoIHNwZWNp
ZmljIGFzc29jaWF0aW9uIHdpdGggbWFya2luZyBzZW1hbnRpY3MgYW5kIGZ1bmN0aW9uDQogICAo
YWRtaXNzaW9uIHZzIHRlcm1pbmF0aW9uKSBoYXMgYmVlbiBhc3N1bWVkIGluIHByaW9yIHdvcmss
IGl0IGlzDQogICBpbXBvcnRhbnQgdG8gbm90ZSB0aGF0IGluIHRoZSBjdXJyZW50IGFyY2hpdGVj
dHVyZSBkcmFmdA0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5
IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMTNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0K
DQogICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0sIHRoZSBhc3NvY2lhdGlvbnMgb2Yg
c3BlY2lmaWMgbWFya2luZw0KICAgc2VtYW50aWNzICh2aXJ0dWFsIHF1ZXVlIHZzIGV4Y2VzcyBy
YXRlKSB3aXRoIHNwZWNpZmljIGZ1bmN0aW9ucw0KICAgKGFkbWlzc2lvbiB2cyB0ZXJtaW5hdGlv
bikgYXJlIGFjdHVhbGx5ICpub3QqIGRpcmVjdGx5IGFzc3VtZWQuICBJbg0KICAgZmFjdCAsIHRo
ZSBhcmNoaXRlY3R1cmUgZG9jdW1lbnQgZG9lcyBub3QgZXhwbGljaXRseSBkZWZpbmUgdGhlDQog
ICBtYXJraW5nIG1lY2hhbmlzbSwgYnV0IHJhdGhlciBzdGF0ZXMgdGhlIGV4aXN0ZW5jZSBvZiB0
d28gZGlmZmVyZW50DQogICBtYXJraW5nIG1lY2hhbmlzbXMsIGFuZCBhbHNvIGFsbG93cyBpbXBs
ZW1lbnRhdGlvbiBvZiBlaXRoZXIgb25lIG9yDQogICBib3RoIG9mIHRoZXNlIG1lY2hhbmlzbXMg
aW4gYSBQQ04tIGRvbWFpbi4NCg0KICAgV2UgYXJndWUgdGhhdCB0aGlzIHNlcGFyYXRpb24gb2Yg
dGhlIG1hcmtpbmcgc2VtYW50aWNzIGZyb20gdGhlDQogICBmdW5jdGlvbmFsIHVzZSBvZiB0aGUg
bWFya2luZyBpcyBpbXBvcnRhbnQgdG8gbWFrZSBzdXJlIHRoYXQgZGV2aWNlcw0KICAgc3VwcG9y
dGluZyB0aGUgc2FtZSBtYXJraW5nIGNhbiBpbnRlcm9wZXJhdGUgaW4gZGVsaXZlcmluZyB0aGUN
CiAgIGZ1bmN0aW9uIHdoaWNoIGlzIGJhc2VkIG9uIHNwZWNpZmljIHN1cHBvcnRlZCBtYXJraW5n
IHNlbWFudGljcy4NCg0KICAgVG8gZGl2b3JjZSB0aGUgZnVuY3Rpb24gKGFkbWlzc2lvbiB2cyB0
ZXJtaW5hdGlvbikgYW5kIHRoZSBzZW1hbnRpY3MNCiAgIChleGNlc3MgcmF0ZSBtYXJraW5nLCB2
aXJ0dWFsIHF1ZXVlIG1hcmtpbmcpLCBpdCBtYXkgYmUgYmVuZWZpY2lhbCB0bw0KICAgcmVuYW1l
IHRoZSBtYXJraW5nIHRvIGJlIGFzc29jaWF0ZWQgd2l0aCB0aGUgc2VtYW50aWNzIHJhdGhlciB0
aGFuDQogICB0aGUgZnVuY3Rpb24gdG8gZXhwbGljaXRseSBkaXNhc3NvY2lhdGUgdGhlIHR3byBm
dW5jdGlvbnMuDQogICBTcGVjaWZpY2FsbHksIGl0IG1heSBiZSBiZW5lZmljaWFsIHRvIGNoYW5n
ZSB0aGUgImFkbWlzc2lvbi1tYXJraW5nIg0KICAgYW5kICJ0ZXJtaW5hdGlvbi1tYXJraW5nIiBj
dXJyZW50bHkgZGVmaW5lZCBpbiB0aGUgYXJjaGl0ZWN0dXJlIGFzDQogICAiVHlwZSBRIiBvciAi
dmlydHVhbC1xdWV1ZS1iYXNlZCIgbWFya2luZywgYW5kICJUeXBlIFIiIG9yICJleGNlc3MtDQog
ICByYXRlLWJhc2VkIiBtYXJraW5nLiAgT2YgY291cnNlLCBvdGhlciBjaG9pY2VzIG9mIHRoZSBu
YW1pbmcgYXJlDQogICBwb3NzaWJsZSAoaW5jbHVkaW5nIGtlZXBpbmcgdGhlIG9uZXMgY3VycmVu
dGx5IHVzZWQgaW4NCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSkuDQoNCiAgIFdp
dGggdGhpcyByZW5hbWluZywgdGhlIGR1YWwgbWFya2luZyBhcHByb2FjaCBpbg0KICAgW0ktRC5i
cmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gd291bGQgcmVxdWlyZSBQQ04taW50ZXJuYWwt
bm9kZXMNCiAgIHRvIHN1cHBvcnQgYm90aCBUeXBlIFIgYW5kIFR5cGUgUSBtYXJraW5nLCB3aGls
ZSBTaW5nbGUgTWFya2luZyB3b3VsZA0KICAgcmVxdWlyZSBzdXBwb3J0IG9mIFR5cGUtUiBtYXJr
aW5nIG9ubHkuDQoNCiAgIFdlIGNvbmNsdWRlIGJ5IGVtcGhhc2l6aW5nIHRoYXQgdGhlIGNoYW5n
ZXMgcHJvcG9zZWQgaGVyZSBhbW91bnQgdG8NCiAgIG1lcmVseSBhIHJlbmFtaW5nIHJhdGhlciB0
aGFuIGEgY2hhbmdlIHRvIHRoZSBwcm9wb3NlZCBhcmNoaXRlY3R1cmUsDQogICBhbmQgYXJlIHRo
ZXJlZm9yZSBlbnRpcmVseSBvcHRpb25hbC4NCg0KNC41LiAgQW4gT3B0aW9taXphdGlvbiBVc2lu
ZyBhIFNpbmdsZSBDb25maWd1cmF0aW9uIFBhcmFtZXRlciBmb3IgU2luZ2xlDQogICAgICBNYXJr
aW5nDQoNCiAgIFdlIG5vdGUgZmluYWxseSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIHVzZSBhIHNp
bmdsZSBjb25maWd1cmF0aW9uDQogICBjb25zdGFudCBVIGluc3RlYWQgb2YgdHdvIGNvbnN0YW50
cyAoVSBhbmQgTUFSS0lOR19UWVBFKS4NCiAgIFNwZWNpZmljYWxseSwgb25lIGNhbiBzaW1wbHkg
aW50ZXJwcmV0IHRoZSB2YWx1ZSBvZiBVPTEgYXMgdGhlIGR1YWwtDQogICBtYXJraW5nIGFwcHJv
YWNoIChlcXVpdmFsZW50IHRvIE1BUktJTkdfVFlQRT1EVUFMX01BUktJTkcpIGFuZCB1c2UNCiAg
IFU+MSB0byBpbmRpY2F0ZSBTaW5nbGUgTWFya2luZy4NCg0KDQo1LiAgSW5jcmVtZW50YWwgRGVw
bG95bWVudCBDb25zaWRlcmF0aW9ucw0KDQogICBBcyBtb3N0IG9mIHRvZGF5J3Mgcm91dGVycyBh
bHJlYWR5IGltcGxlbWVudCBhIHRva2VuIGJ1Y2tldCwNCiAgIGltcGxlbWVudGluZyB0b2tlbi1i
dWNrZXQgYmFzZWQgZXhjZXNzLXJhdGUgbWFya2luZyBhdCBQQ04taW5ncmVzcw0KICAgbm9kZXMg
aXMgYSByZWxhdGl2ZWx5IHNtYWxsIGluY3JlbWVudGFsIHN0ZXAgZm9yIG1vc3Qgb2YgdG9kYXkn
cw0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgMTRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENO
IHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBpbXBs
ZW1lbnRhdGlvbnMuICBJbXBsZW1lbnRpbmcgYW4gYWRkaXRpb25hbCBtZXRlcmluZyBhbmQgbWFy
a2luZw0KICAgc2NoZW1lIGluIHRoZSBkYXRhcGF0aCByZXF1aXJlZCBieSB0aGUgZHVhbC1tYXJr
aW5nIGFwcHJvYWNoIHdpdGhvdXQNCiAgIGVuY291bnRlcmluZyBwZXJmb3JtYW5jZSBkZWdyYWRh
dGlvbiBpcyBhIGxhcmdlciBzdGVwLiAgVGhlIHNpbmdsZS0NCiAgIG1hcmtpbmcgYXBwcm9hY2gg
bWF5IGJlIHVzZWQgYXMgYW4gaW50ZXJtZWRpYXRlIHN0ZXAgdG93YXJkcyB0aGUNCiAgIGRlcGxv
eW1lbnQgb2YgYSBkdWFsLW1hcmtpbmcgYXBwcm9hY2ggaW4gdGhlIHNlbnNlIHRoYXQgcm91dGVy
cw0KICAgaW1wbGVtZW50aW5nIHNpbmdsZS1tYXJraW5nIGZ1bmN0aW9uYWxpdHkgb25seSBtYXkg
YmUgaW5jcmVtZW50YWxseQ0KICAgZGVwbG95ZWQuDQoNCiAgIFRoZSBkZXBsb3ltZW50IHN0ZXBz
IG1pZ2h0IGJlIGFzIGZvbGxvd3M6DQoNCiAgIG8gIEluaXRpYWxseSBhbGwgUENOLWluZ3Jlc3Mt
bm9kZXMgbWlnaHQgaW1wbGVtZW50IEV4Y2Vzcy1yYXRlIChUeXBlDQogICAgICBSKSB0eXBlIG1h
cmtpbmcgYW5kIG1ldGVyaW5nIG9ubHkNCg0KICAgbyAgQWxsIFBDTi1ib3VuZGFyeSBub2RlcyBp
bXBsZW1lbnQgdGhlIGZ1bGwgZnVuY3Rpb25hbGl0eSBhcw0KICAgICAgZGVzY3JpYmVkIGluIHRo
aXMgZG9jdW1lbnQgKGluY2x1ZGluZyB0aGUgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzDQogICAg
ICBNQVJLSU5HX1RZUEUgYW5kIFUpIGZyb20gdGhlIHN0YXJ0LiAgU2luY2UgdGhlIFBDTi1ib3Vu
ZGFyeS1ub2RlDQogICAgICBiZWhhdmlvciBpcyBlbmFibGVkIGJ5IHNpbXBseSBjaGFuZ2luZyB0
aGUgdmFsdWVzIG9mIHRoZQ0KICAgICAgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzLCBhbGwgYm91
bmRhcnkgbm9kZXMgYmVjb21lIGltbWVkaWF0ZWx5DQogICAgICBjb21wYXRpYmxlIHdpdGggYm90
aCBkdWFsLW1hcmtpbmcgYW5kIHNpbmdsZS1tYXJraW5nLg0KDQogICBvICBJbml0aWFsbHkgYWxs
IGJvdW5kYXJ5IG5vZGVzIGFyZSBjb25maWd1cmVkIHBhcmFtZXRlciBzZXR0aW5ncw0KICAgICAg
aW5kaWNhdGluZyBTaW5nbGUgTWFya2luZyBvcHRpb24uDQoNCiAgIG8gIFdoZW4gYSBQQ04taW50
ZXJuYWwgbm9kZSB3aXRoIGR1YWwtbWFya2luZyBmdW5jdGlvbmFsaXR5IHJlcGxhY2VzDQogICAg
ICBhIHN1YnNldCBvZiBQQ04taW50ZXJuYWwtbm9kZXMsIHRoZSB2aXJ0dWFsLXF1ZXVlLWJhc2Vk
IChUeXBlIFEpDQogICAgICBtYXJraW5nIGlzIHNpbXBseSBpZ25vcmVkIGJ5IHRoZSBib3VuZGFy
eSBub2RlcyB1bnRpbCBhbGwgUENOLQ0KICAgICAgaW50ZXJuYWwtbm9kZXMgaW4gdGhlIFBDTi1k
b21haW4gaW1wbGVtZW50IHRoZSBkdWFsLW1hcmtpbmcNCiAgICAgIG1ldGVyaW5nIGFuZCBtYXJr
aW5nLiAgQXQgdGhhdCB0aW1lIHRoZSB2YWx1ZSBvZiB0aGUgY29uZmlndXJhdGlvbg0KICAgICAg
cGFyYW1ldGVycyBtYXkgYmUgcmVzZXQgdG8gYXQgYWxsIGJvdW5kYXJ5IG5vZGVzIHRvIGluZGlj
YXRlIHRoZQ0KICAgICAgRHVhbCBNYXJraW5nIGNvbmZpZ3VyYXRpb24uDQoNCiAgIG8gIE5vdGUg
dGhhdCBpZiBhIHN1YnNldCBvZiBQQ04tYm91bmRhcnktbm9kZXMgY29tbXVuaWNhdGVzIG9ubHkg
d2l0aA0KICAgICAgZWFjaCBvdGhlciwgYW5kIGFsbCBQQ04taW50ZXJuYWwtbm9kZXMgdGhlaXIg
dHJhZmZpYyB0cmF2ZXJzZXMNCiAgICAgIGhhdmUgYmVlbiB1cGdyYWRlZCwgdGhpcyBzdWJzZXQg
b2Ygbm9kZXMgY2FuIGJlIHVwZ3JhZGVkIHRvIHR3bw0KICAgICAgZHVhbC1tYXJraW5nIGJlaGF2
aW9yIHdoaWxlIHRoZSByZXN0IG9mIHRoZSBQQ04tZG9tYWluIGNhbiBzdGlsbA0KICAgICAgcnVu
IHRoZSBzaW5nbGUgbWFya2luZyBjYXNlLiAgVGhpcyB3b3VsZCBlbnRhaWwgY29uZmlndXJpbmcg
dHdvDQogICAgICB0aHJlc2hvbGRzIGF0IHRoZSBQQ04taW50ZXJuYWwtbm9kZXMsIGFuZCBzZXR0
aW5nIHRoZSB2YWx1ZSBvZiB0aGUNCiAgICAgIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVycyBhcHBy
b3ByaWF0ZWx5IGluIHRoaXMgc3Vic2V0Lg0KDQogICBvICBGaW5hbGx5IG5vdGUgdGhhdCBpZiB0
aGUgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXIgVSBpcyBjb25maWd1cmVkDQogICAgICBwZXIgaW5n
cmVzcy1lZ3Jlc3MtcGFpciByYXRoZXIgdGhhbiBwZXIgYm91bmRhcnkgbm9kZSwgdGhlbiBlYWNo
DQogICAgICBpbmdyZXNzLWVncmVzcyBwYWlyIGNhbiBiZSB1cGdyYWRlZCB0byB0aGUgZHVhbCBt
YXJraW5nDQogICAgICBzaW11bHRhbmVvdXNseS4gIFdoaWxlIHdlIGRvIG5vdCByZWNvbW1lbmQg
dGhhdCBVIGlzIGRlZmluZWQgb24gYQ0KICAgICAgcGVyLWluZ3Jlc3MtZWdyZXNzIHBhaXIsIHN1
Y2ggcG9zc2liaWxpdHkgc2hvdWxkIGJlIG5vdGVkIGFuZA0KICAgICAgY29uc2lkZXJlZC4NCg0K
DQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAw
OCAgICAgICAgICAgICAgIFtQYWdlIDE1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBD
TiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KNi4gIFRy
YWRlb2ZmcywgSXNzdWVzIGFuZCBMaW1pdGF0aW9ucyBvZiBTaW5nbGUgTWFya2luZyBBcHByb2Fj
aA0KDQogICAuICBOZXR3b3JrIFdvcmtpbmcgR3JvdXAgSi4gWmhhbmcgSW50ZXJuZXQtRHJhZnQg
Q2lzY28gU3lzdGVtcywgSW5jLg0KICAgYW5kIENvcm5lbGwgSW50ZW5kZWQgc3RhdHVzOiBJbmZv
cm1hdGlvbmFsIFVuaXZlcnNpdHkgRXhwaXJlczoNCiAgIEphbnVhcnkgNiwgMjAwOCBBLiBDaGFy
bnkgVi4gTGlhdHNvcyBGLiBMZSBGYXVjaGV1ciBDaXNjbyBTeXN0ZW1zLA0KICAgSW5jLiBKdWx5
IDUsIDIwMDcgUGVyZm9ybWFuY2UgRXZhbHVhdGlvbiBvZiBDTC1QSEIgQWRtaXNzaW9uIGFuZA0K
ICAgVGVybWluYXRpb24gQWxnb3JpdGhtcyBkcmFmdC16aGFuZy1wY24tcGVyZm9ybWFuY2UtZXZh
bHVhdGlvbi0wMi50eHQNCiAgIFN0YXR1cyBvZiB0aGlzIE1lbW8gQnkgc3VibWl0dGluZyB0aGlz
IEludGVybmV0LURyYWZ0LCBlYWNoIGF1dGhvcg0KICAgcmVwcmVzZW50cyB0aGF0IGFueSBhcHBs
aWNhYmxlIHBhdGVudCBvciBvdGhlciBJUFIgY2xhaW1zIG9mIHdoaWNoIGhlDQogICBvciBzaGUg
aXMgYXdhcmUgaGF2ZSBiZWVuIG9yIHdpbGwgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNo
IGhlDQogICBvciBzaGUgYmVjb21lcyBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwgaW4gYWNjb3Jk
YW5jZSB3aXRoIFNlY3Rpb24gNg0KICAgb2YgQkNQIDc5LiAgSW50ZXJuZXQtRHJhZnRzIGFyZSB3
b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQNCiAgIEVuZ2luZWVyaW5nIFRhc2sgRm9y
Y2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuDQogICBOb3RlIHRo
YXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMN
CiAgIEludGVybmV0LSBEcmFmdHMuICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50
cyB2YWxpZCBmb3IgYQ0KICAgbWF4aW11bSBvZiBzaXggbW9udGhzIGFuZCBtYXkgYmUgdXBkYXRl
ZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieQ0KICAgb3RoZXIgZG9jdW1lbnRzIGF0IGFueSB0
aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtDQogICBEcmFmdHMgYXMg
cmVmZXJlbmNlIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGlu
DQogICBwcm9ncmVzcy4iICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4g
YmUgYWNjZXNzZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3Rz
LnR4dC4gIFRoZSBsaXN0IG9mIEludGVybmV0LQ0KICAgRHJhZnQgU2hhZG93IERpcmVjdG9yaWVz
IGNhbiBiZSBhY2Nlc3NlZCBhdA0KICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4g
IFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24NCiAgIEphbnVhcnkgNiwgMjAwOC4g
IENvcHlyaWdodCBOb3RpY2UgQ29weXJpZ2h0IChDKSBUaGUgSUVURiBUcnVzdA0KICAgKDIwMDcp
LiAgQWJzdHJhY3QgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC0NCiAgIGFyY2hpdGVjdHVyZV0gYXBwcm9hY2ggcHJvcG9zZXMgQWRtaXNzaW9uIENvbnRy
b2wgdG8gbGltaXQgdGhlIGFtb3VudA0KICAgb2YgcmVhbC10aW1lIFBDTiB0cmFmZmljIHRvIGEg
Y29uZmlndXJlZCBsZXZlbCBkdXJpbmcgdGhlIG5vcm1hbA0KICAgb3BlcmF0aW5nIGNvbmRpdGlv
bnMsIGFuZCBGbG93IFRlcm1pbmF0aW9uIHVzZWQgdG8gdGVhci1kb3duIHNvbWUgb2YNCiAgIHRo
ZSBmbG93cyBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAxXSBJ
bnRlcm5ldC0NCiAgIERyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3IHRvIGJyaW5n
IHRoZSBQQ04gdHJhZmZpYyBsZXZlbA0KICAgZG93biB0byBhIGRlc2lyYWJsZSBhbW91bnQgZHVy
aW5nIHVuZXhwZWN0ZWQgZXZlbnRzIHN1Y2ggYXMgbmV0d29yaw0KICAgZmFpbHVyZXMsIHdpdGgg
dGhlIGdvYWwgb2YgbWFpbnRhaW5pbmcgdGhlIFFvUyBhc3N1cmFuY2VzIHRvIHRoZQ0KICAgcmVt
YWluaW5nIGZsb3dzLiAgUHJlbGltaW5hcnkgcGVyZm9ybWFuY2UgZXZhbHVhdGlvbiByZXN1bHRz
IG9uDQogICBleGFtcGxlIGFkbWlzc2lvbiBhbmQgdGVybWluYXRpb24gbWVjaGFuaXNtcyB3ZXJl
IHByZXNlbnRlZCBpbg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLXBoYl0gYW5kIGluIGVhcmxp
ZXIgdmVyc2lvbnMgb2YgdGhpcyBkcmFmdC4NCiAgIFRoaXMgZHJhZnQgcHJlc2VudHMgdGhlIHJl
c3VsdHMgb2YgYSBmb2xsb3ctdXAgc2ltdWxhdGlvbiBzdHVkeS4NCiAgIFJlcXVpcmVtZW50cyBM
YW5ndWFnZSBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwNCiAg
ICJTSEFMTCIsICJTSEFMTCBOT1QiLCAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVDT01NRU5E
RUQiLCAiTUFZIiwNCiAgIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMgZG9jdW1lbnQgYXJlIHRvIGJl
IGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbg0KICAgUkZDIDIxMTkgW1JGQzIxMTldLiAgVGFi
bGUgb2YgQ29udGVudHMgMS4gIEludHJvZHVjdGlvbiAuIC4gLiAuIC4gLiAuDQogICAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0IDEuMS4gIENoYW5nZXMgZnJvbSB0aGUgcHJl
dmlvdXMNCiAgIHZlcnNpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNSAxLjIuICBUZXJtaW5v
bG9neSAuIC4gLiAuIC4gLiAuIC4gLg0KICAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUg
Mi4gIFNpbXVsYXRpb24gU2V0dXAgYW5kIEVudmlyb25tZW50IC4NCiAgIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiA1IDIuMS4gIE5ldHdvcmsgTW9kZWxzIC4gLiAuIC4gLiAuIC4gLiAuDQog
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUgMi4yLiAgQ2FsbCBTaWduYWxpbmcgTW9kZWwg
LiAuIC4gLiAuIC4gLg0KICAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNyAyLjMuICBUcmFmZmlj
IE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4NCiAgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA3
IDIuMy4xLiAgVm9pY2UgVHJhZmZpYyBNb2RlbHMgLiAuIC4gLiAuIC4gLiAuDQogICAuIC4gLiAu
IC4gLiAuIC4gLiA4IDIuMy4yLiAgU3ludGhldGljICJWaWRlbyIgLSBIaWdoIFBlYWstdG8tTWVh
bg0KICAgUmF0aW8gVkJSIFRyYWZmaWMgKFNWRCkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDkNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFu
dWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE2XQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KICAgMi4zLjMuICBSZWFsIFZpZGVvIFRyYWNlcyAoVlRSKSAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAxMA0KICAgMi4zLjQuICBSYW5kb21pemF0aW9uIG9mIEJhc2UgVHJhZmZp
YyBNb2RlbHMgLiAuIC4gLiAuIC4gLiAuIC4gMTANCiAgIDIuNC4gIFBlcmZvcm1hbmNlIE1ldHJp
Y3MgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQ0KICAgMi41LiAgU2lt
dWxhdGlvbiBFbnZpcm9ubWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAx
MQ0KICAgMy4gIEFkbWlzc2lvbiBDb250cm9sIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMTENCiAgIDMuMS4gIFBhcmFtZXRlciBTZXR0aW5ncyAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTENCiAgIDMuMS4xLiAgVmlydHVhbCBxdWV1
ZSBzZXR0aW5ncyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAzLjEuMi4g
IEVncmVzcyBtZWFzdXJlbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEy
IDMuMi4NCiAgIFdoYXQgQm90dGxlbmVjayBBZ2dyZWdhdGlvbiBpcyBTdWZmaWNpZW50PyAuIC4g
LiAuIC4gLiAuIC4gMTIgMy4zLg0KICAgU2Vuc2l0aXZpdHkgdG8gQ2FsbCBBcnJpdmFsIEFzc3Vt
cHRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIDE0IDMuNC4NCiAgIFNlbnNpdGl2aXR5IHRvIE1hcmtp
bmcgUGFyYW1ldGVycyBhdCB0aGUgQm90dGxlbmVjayAuIC4gLiAxNiAzLjQuMS4NCiAgIFJhbXAg
dnMgU3RlcCBNYXJraW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNiAzLjQu
Mi4NCiAgIFNlbnNpdGl2aXR5IHRvIFZpcnR1YWwgUXVldWUgTWFya2luZyBUaHJlc2hvbGRzIC4g
LiAuIDE2IDMuNS4NCiAgIFNlbnNpdGl2aXR5IHRvIFJUVCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gMTcgMy42Lg0KICAgU2Vuc2l0aXZpdHkgdG8gRVdNQSB3ZWlnaHQg
YW5kIENMRSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxOCAzLjcuDQogICBFZmZlY3Qgb2YgSW5n
cmVzcy1FZ3Jlc3MgQWdncmVnYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIwIDMuOC4NCiAg
IEVmZmVjdCBvZiBNdWx0aXBsZSBCb3R0bGVuZWNrcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gMjEgMy44LjEuDQogICBVdGlsaXphdGlvbiBvZiBvdmVybG9hZGVkIGJvdHRsZW5lY2tzIC4g
LiAuIC4gLiAuIC4gLiAyMSAzLjguMi4NCiAgIEZhaXJuZXNzIEJldHdlZW4gTG9uZy1oYXVsIGFu
ZCBTaG9ydC1oYXVsIGZsb3dzIC4gLiAuIDIyIDQuDQogICBUZXJtaW5hdGlvbiBDb250cm9sIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI1IDQuMS4NCiAgIFRlcm1p
bmF0aW9uIE1vZGVsIGFuZCBLZXkgUGFyYW1ldGVycyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjUg
WmhhbmcsDQogICBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDJdIEludGVy
bmV0LURyYWZ0IENMIFNpbXVsYXRpb24NCiAgIFN0dWR5IEp1bHkgMjAwNyA0LjIuICBFZmZlY3Qg
b2YgUlRUIERpZmZlcmVuY2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuDQogICAuIC4gLiAuIC4gLiAy
NiA0LjMuICBJbmdyZXNzLUVncmVzcyBBZ2dyZWdhdGlvbiBFeHBlcmltZW50cyAuIC4gLiAuIC4N
CiAgIC4gLiAuIC4gLiAyOSA0LjMuMS4gIE1vdGl2YXRpb24gZm9yIHRoZSBJbnZlc3RpZ2F0aW9u
IC4gLiAuIC4gLiAuIC4gLg0KICAgLiAuIC4gMjkgNC4zLjIuICBEZXRhaWxlZCByZXN1bHRzIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuDQogICAuIDMwIDQuNC4gIE11bHRpcGxl
IEJvdHRsZW5lY2tzIEV4cGVyaW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4NCiAgIDM1
IDQuNC4xLiAgTW90aXZhdGlvbiBmb3IgdGhlIEludmVzdGlnYXRpb24gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIDM1DQogICA0LjQuMi4gIERldGFpbGVkIFJlc3VsdHMgLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAzNg0KICAgNC41LiAgU2Vuc2l0aXZpdHkgdG8gQ2FsbCBBcnJp
dmFsIEFzc3VtcHRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIDQxIDUuDQogICBTdW1tYXJ5IG9mIFJl
c3VsdHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0MQ0KICAg
NS4xLiAgU3VtbWFyeSBvZiBBZG1pc3Npb24gQ29udHJvbCBSZXN1bHRzIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiA0MQ0KICAgNS4yLiAgU3VtbWFyeSBhbmQgRGlzY3Vzc2lvbiBvZiBUZXJtaW5hdGlv
biBSZXN1bHRzIC4gLiAuIC4gLiAuIDQyIDYuDQogICBGdXR1cmUgd29yayAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQzIDcuDQogICBJQU5BIENvbnNp
ZGVyYXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ0IDgu
DQogICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDQ0IDkuDQogICBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NA0KICAgOS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5j
ZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NA0KICAgOS4yLiAgSW5m
b3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0
NA0KICAgQXV0aG9ycycgQWRkcmVzc2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIDQ1DQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgYW5kIENvcHlyaWdo
dCBTdGF0ZW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDYNCiAgIFpoYW5nLCBldCBhbC4gIEV4
cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDNdIEludGVybmV0LURyYWZ0IENMDQogICBTaW11
bGF0aW9uIFN0dWR5IEp1bHkgMjAwNyAxLiAgSW50cm9kdWN0aW9uIFByZS1Db25nZXN0aW9uDQog
ICBOb3RpZmljYXRpb24gYXBwcm9hY2ggKCBkcmFmdC1lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmUs
IFtJLUQuYnJpc2NvZS0NCiAgIHRzdndnLWNsLWFyY2hpdGVjdHVyZV0pIHByb3Bvc2VzIEFkbWlz
c2lvbiBDb250cm9sIHRvIGxpbWl0IHRoZQ0KICAgYW1vdW50IG9mIHJlYWwtdGltZSBQQ04gdHJh
ZmZpYyB0byBhIGNvbmZpZ3VyZWQgbGV2ZWwgZHVyaW5nIHRoZQ0KICAgbm9ybWFsIG9wZXJhdGlu
ZyBjb25kaXRpb25zLCBhbmQgRmxvdyBUZXJtaW5hdGlvbiB1c2VkIHRvIHRlYXIgZG93bg0KICAg
c29tZSBvZiB0aGUgZmxvd3MgdG8gYnJpbmcgdGhlIFBDTiB0cmFmZmljIGxldmVsIGRvd24gdG8g
YSBkZXNpcmFibGUNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFy
eSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KICAgYW1vdW50IGR1cmluZyB1bmV4cGVjdGVkIGV2ZW50cyBzdWNoIGFzIG5ldHdvcmsgZmFp
bHVyZXMsIHdpdGggdGhlDQogICBnb2FsIG9mIG1haW50YWluaW5nIHRoZSBRb1MgYXNzdXJhbmNl
cyB0byB0aGUgcmVtYWluaW5nIGZsb3dzLiAgSW4NCiAgIGRyYWZ0LWVhcmRsZXktcGNuLWFyY2hp
dGVjdHVyZSAsIEFkbWlzc2lvbiBhbmQgVGVybWluYXRpb24gdXNlIHR3bw0KICAgZGlmZmVyZW50
IG1hcmtpbmdzIGFuZCB0d28gZGlmZmVyZW50IG1ldGVyaW5nIG1lY2hhbmlzbXMgaW4gdGhlDQog
ICBpbnRlcm5hbCBub2RlcyBvZiB0aGUgUENOIHJlZ2lvbi4gIEhlcmUgYW5kIGVsc2V3aGVyZSBp
biB0aGlzDQogICBkb2N1bWVudCB3ZSB3aWxsIG9taXQgIkZsb3ciIGFuZCByZWZlciB0byBGbG93
IFRlcm1pbmF0aW9uIHNpbXBseSBhcw0KICAgVGVybWluYXRpb24uICBBbiBpbml0aWFsIHNpbXVs
YXRpb24gc3R1ZHkgd2FzIHJlcG9ydGVkIGluDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtcGhi
XSwgd2hlcmUgaXQgd2FzIHNob3duIHRoYXQgYm90aCBBZG1pc3Npb24NCiAgIGFuZCBUZXJtaW5h
dGlvbiBtZWNoYW5pc21zIGRpc2N1c3NlZCB0aGVyZSBoYXZlIHJlYXNvbmFibGUNCiAgIHBlcmZv
cm1hbmNlIGluIGEgbGltaXRlZCBzZXQgb2YgZXhwZXJpbWVudHMgcGVyZm9ybWVkIHRoZXJlLiAg
VGhpcw0KICAgZHJhZnQgcmVwb3J0cyB0aGUgbmV4dCBpbnN0YWxsbWVudCBvZiB0aGUgc2ltdWxh
dGlvbiByZXN1bHRzLiAgRm9yDQogICBjb21wbGV0ZW5lc3MgYW5kIGNvbnZlbmllbmNlIG9mIGV4
cG9zaXRpb24sIG1vc3Qgb2YgdGhlIHJlc3VsdHMNCiAgIGVhcmxpZXIgcHJlc2VudGVkIGluIFtJ
LUQuYnJpc2NvZS10c3Z3Zy1jbC1waGJdIGhhdmUgYmVlbiBtb3ZlZCBpbnRvDQogICB0aGlzIGRy
YWZ0LiAgVGhlIG5ldyByZXN1bHRzIHByZXNlbnRlZCBpbiB0aGUgY3VycmVudCBkcmFmdCBmdXJ0
aGVyDQogICBjb25maXJtIHRoYXQgQWRtaXNzaW9uIGFuZCBUZXJtaW5hdGlvbiBhbGdvcml0aG1z
IG9mIFtJLUQuYnJpc2NvZS0NCiAgIHRzdndnLWNsLXBoYl0gcGVyZm9ybSB3ZWxsIHVuZGVyIGEg
cmFuZ2Ugb2Ygb3BlcmF0aW5nIGNvbmRpdGlvbnMgYW5kDQogICBhcmUgcmVsYXRpdmVseSBpbnNl
bnNpdGl2ZSB0byBwYXJhbWV0ZXIgdmFyaWF0aW9ucyBhcm91bmQgYSBjaG9zZW4NCiAgIG9wZXJh
dGlvbiByYW5nZS4gIFBlcmhhcHMgdGhlIG1vc3QgaW50ZXJlc3RpbmcgKGFuZCBzb21ld2hhdA0K
ICAgdW5leHBlY3RlZCkgY29uY2x1c2lvbiB0aGF0IGNhbiBiZSBkcmF3biBmcm9tIHRoZXNlIHJl
c3VsdHMgaXMgdGhhdA0KICAgYm90aCBBZG1pc3Npb24gYW5kIFRlcm1pbmF0aW9uIGFsZ29yaXRo
bXMgYXBwZWFyIHRvIGJlIG5vdCBhcw0KICAgc2Vuc2l0aXZlIHRvIGxvdyBwZXIgaW5ncmVzcy1l
Z3Jlc3MtcGFpciBhZ2dyZWdhdGlvbiBhcyBvbmUgbWlnaHQNCiAgIGZlYXIuICBUaGlzIHJlc3Vs
dCBpcyBxdWl0ZSBlbmNvdXJhZ2luZzogd2hpbGUgaXQgc2VlbXMgcmVhc29uYWJsZSB0bw0KICAg
YXNzdW1lIHN1ZmZpY2llbnQgYm90dGxlbmVjayBsaW5rIGFnZ3JlZ2F0aW9uLCBpdCBpcyBub3Qg
dmVyeSBjbGVhcg0KICAgd2hldGhlciBvbmUgY2FuIHNhZmVseSBhc3N1bWUgaGlnaCBsZXZlbHMg
b2YgYWdncmVnYXRpb24gb24gYSBwZXINCiAgIGluZ3Jlc3MtZWdyZXNzLXBhaXIgYmFzaXMuICBZ
ZXQsIGxvdyBsZXZlbHMgb2YgaW5ncmVzcy1lZ3Jlc3MNCiAgIGFnZ3JlZ2F0aW9uIHJlbWFpbiBh
IHBvdGVudGlhbCBjb25jZXJuLCBlc3BlY2lhbGx5IGZvciB0aGUNCiAgIFRlcm1pbmF0aW9uIG1l
Y2hhbmlzbS4gIE1vcmUgZGlzY3Vzc2lvbiBvbiB0aGlzIGlzIHByZXNlbnRlZCBpbg0KICAgc2Vj
dGlvbiA0LiAgT3RoZXIgY29uY2x1c2lvbnMgYXJlIHByZXNlbnRlZCBpbiBTZWN0aW9uIDUuXSAg
U2VjdGlvbiAyDQogICBkZXNjcmliZXMgc2ltdWxhdGlvbiBlbnZpcm9ubWVudCBhbmQgbW9kZWxz
LCBBZG1pc3Npb24gYW5kDQogICB0ZXJtaW5hdGlvbiBzaW11bGF0aW9uIHJlc3VsdHMgYXJlIHBy
ZXNlbnRlZCBpbiBzZWN0aW9ucyAzIGFuZCA0LCBhbmQNCiAgIHNlY3Rpb24gNSBzdW1tYXJpemVz
IHRoZSByZXN1bHRzIG9mIHRoZSBzaW11bGF0aW9ucyBzbyBmYXIgYW5kIGxpc3RzDQogICBhcmVh
cyBmb3IgZnVydGhlciBzdHVkeS4gIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAy
MDA4DQogICBbUGFnZSA0XSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11bGF0aW9uIFN0dWR5IEp1bHkg
MjAwNyAxLjEuICBDaGFuZ2VzDQogICBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIG8gUmVmaW5l
ZCB0aGUgYW5hbHlzaXMgb2YgbG93IGFnZ3JlZ2F0aW9uDQogICBlZmZlY3Qgb24gVGVybWluYXRp
b24gbyBBZGRlZCBiYXRjaCBhcnJpdmFscyBleHBlcmltZW50cyBmb3INCiAgIFRlcm1pbmF0aW9u
IG8gQWRkZWQgRmFpcm5lc3MgYW5hbHlzaXMgZm9yIEFkbWlzc2lvbiBvIEFkZGVkDQogICBleHBl
cmltZW50cyB3aXRoIGRpZmZlcmVudCB2b2ljZSBjb2RlY3MgbWl4ZXMgc2hhcmluZyB0aGUgYm90
dGxlbmVjaw0KICAgbyBSZXBsYWNlZCB0aGUgVGVybWlub2xvZ3kgc2VjdGlvbiB3aXRoIGEgcG9p
bnRlciB0bw0KICAgZHJhZnQtZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlIG8gTWlzY2VsbGFuZW91
cyBlZGl0b3JpYWwgY2hhbmdlcyBhbmQNCiAgIGNsYXJpZmljYXRpb25zIGJhc2VkIG9uIGZlZWRi
YWNrIHRvIHRoZSBwcmV2aW91cyB2ZXJzaW9uIDEuMi4NCiAgIFRlcm1pbm9sb2d5IFRoaXMgZHJh
ZnQgdXNlcyB0aGUgdGVybWlub2xvZ3kgYXMgZGVmaW5lZCBpbg0KICAgZHJhZnQtZWFyZGx5LXBj
bi1hcmNoaXRlY3R1cmUtMDAuIDIuICBTaW11bGF0aW9uIFNldHVwIGFuZA0KICAgRW52aXJvbm1l
bnQgMi4xLiAgTmV0d29yayBNb2RlbHMgV2UgdXNlIHRocmVlIHR5cGVzIG9mIHRvcG9sb2dpZXMs
DQogICBkZXNjcmliZWQgaW4gdGhpcyBzZWN0aW9uLiAgSW4gdGhlIHNpbXBsZXN0IHRvcG9sb2d5
IHNob3duIGluIEZpZy4NCiAgIDIuMSB0aGUgbmV0d29yayBpcyBtb2RlbGxlZCBhcyBhIHNpbmds
ZSBsaW5rIGJldHdlZW4gYW4gaW5ncmVzcyBhbmQNCiAgIGFuIGVncmVzcyBub2RlLCBhbGwgZmxv
d3Mgc2hhcmluZyB0aGUgc2FtZSBsaW5rLiAgRmlndXJlIDIuMSBzaG93cw0KICAgdGhlIG1vZGVs
bGVkIG5ldHdvcmsuICBBIGlzIHRoZSBpbmdyZXNzIG5vZGUgYW5kIEIgaXMgdGhlIGVncmVzcw0K
ICAgbm9kZS4gIEEtLS0tLUIgRmlnLiAyLjEgU2ltdWxhdGVkIFNpbmdsZSBMaW5rIE5ldHdvcmsg
KFJlZmVycmVkIHRvIGFzDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEph
bnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxOF0NCgwNCkludGVybmV0LURyYWZ0
ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAw
Nw0KDQoNCiAgIFNpbmdsZSBMaW5rIFRvcG9sb2d5KSBBIHN1YnNldCBvZiBzaW11bGF0aW9ucyB1
c2VzIGEgbmV0d29yaw0KICAgc3RydWN0dXJlZCBzaW1pbGFybHkgdG8gdGhlIG5ldHdvcmsgc2hv
d24gb24gRmlndXJlIDIuMi4gIEEgc2V0IG9mDQogICBpbmdyZXNzZXMgKEEsQixDKSBjb25uZWN0
ZWQgdG8gYW4gaW50ZXJpb3Igbm9kZSBpbiB0aGUgbmV0d29yayAoRCkNCiAgIHdpdGggbGlua3Mg
b2YgZGlmZmVyZW50IHByb3BhZ2F0aW9uIGRlbGF5LiAgVGhpcyBub2RlIGluIHR1cm4gaXMNCiAg
IGNvbm5lY3RlZCB0byB0aGUgZWdyZXNzIChGKS4gIEluIHRoaXMgdG9wb2xvZ3ksIGRpZmZlcmVu
dCBzZXRzIG9mDQogICBmbG93cyBiZXR3ZWVuIGVhY2ggaW5ncmVzcyBhbmQgdGhlIGVncmVzcyBj
b252ZXJnZSBvbiB0aGUgc2luZ2xlDQogICBsaW5rLCB3aGVyZSBQcmUtY29uZ2VzdGlvbiBub3Rp
ZmljYXRpb24gYWxnb3JpdGhtIGlzIGVuYWJsZWQuICBUaGUNCiAgIGluZ3Jlc3MgbGluayBjYXBh
Y2l0eSBpcyBhc3N1bWVkIHRvIGJlIHN1ZmZpY2llbnRseSBsYXJnZSBzbyB0aGF0DQogICBuZWl0
aGVyIEFkbWlzc2lvbiBub3IgWmhhbmcsIGV0IGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDgg
W1BhZ2UgNV0NCiAgIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3
IFRlcm1pbmF0aW9uIG1lY2hhbmlzbXMNCiAgIGhhdmUgYW55IGVmZmVjdCBvbiB0aGVtLiAgQWxs
IGxpbmtzIGFyZSBhc3NpZ25lZCBhIHByb3BhZ2F0aW9uIGRlbGF5Lg0KICAgVGhlIHBvaW50IG9m
IGNvbmdlc3Rpb24gKGxpbmsgKEQtRikgY29ubmVjdGluZyB0aGUgaW50ZXJpb3Igbm9kZSB0bw0K
ICAgdGhlIGVncmVzcyBub2RlKSBpcyBtb2RlbGxlZCB3aXRoIGEgMW1zIG9yIDEwbXMgcHJvcGFn
YXRpb24gZGVsYXkuDQogICBJbiBvdXIgc2ltdWxhdGlvbnMsIHRoZSBudW1iZXIgb2YgaW5ncmVz
cyBub2RlcyBpbiB0aGUgbmV0d29yayByYW5nZQ0KICAgZnJvbSAyIHRvIDE4MDAgbm9kZXMsIGVh
Y2ggY29ubmVjdGVkIHRvIHRoZSBpbnRlcmlvciBub2RlIHdpdGggYQ0KICAgcmFuZ2Ugb2YgcHJv
cGFnYXRpb24gZGVsYXkgKDFtcyB0byAxMDBtcykuICBJbiBzb21lIGV4cGVyaW1lbnRzIGFsbA0K
ICAgaW5ncmVzcyBsaW5rcyBoYXZlIHRoZSBzYW1lIHByb3BhZ2F0aW9uIGRlbGF5LCBhbmQgaW4g
c29tZQ0KICAgZXhwZXJpbWVudHMgdGhlIGRlbGF5IG9mIGRpZmZlcmVudCBpbmdyZXNzZXMgdmFy
eSBpbiB0aGUgcmFuZ2UgZnJvbSAxDQogICB0byAxMDAgbXMuICBBIFwgQiAtIEQgLSBGIC8gQyBG
aWcuIDIuMi4gIFNpbXVsYXRlZCBNdWx0aS1MaW5rIE5ldHdvcmsNCiAgIChSZWZlcnJlZCB0byBh
cyBSVFQgVG9wb2xvZ3kpIEFub3RoZXIgdHlwZSBvZiBuZXR3b3JrIG9mIGludGVyZXN0IGlzDQog
ICBtdWx0aS1ib3R0bGVuZWNrIHRvcG9sb2d5IHRoYXQgd2UgY2FsbCBQYXJraW5nIExvdCAoUExU
KS4gIFRoZQ0KICAgc2ltcGxlc3QgUExUIHdpdGggMiBib3R0bGVuZWNrcyBpcyBpbGx1c3RyYXRl
ZCBpbiBGaWcgMi4zKGEpLiAgQW4NCiAgIGV4YW1wbGUgdHJhZmZpYyBtYXRyaXggd2l0aCB0aGlz
IG5ldHdvcmsgb24gdGhpcyB0b3BvbG9neSBpcyBhcw0KICAgZm9sbG93czogbyBhbiBhZ2dyZWdh
dGUgb2YgIjItaG9wIiBmbG93cyBlbnRlcmluZyB0aGUgbmV0d29yayBhdCBBDQogICBhbmQgbGVh
dmluZyBhdCBDICh2aWEgdGhlIHR3byBsaW5rcyBBLUItQykgbyBhbiBhZ2dyZWdhdGUgb2YgIjEt
aG9wIg0KICAgZmxvd3MgZW50ZXJpbmcgdGhlIG5ldHdvcmsgYXQgRCBhbmQgbGVhdmluZyBhdCBF
ICh2aWEgQS1CKSBvIGFuDQogICBhZ2dyZWdhdGUgb2YgIjEtaG9wIiBmbG93cyBlbnRlcmluZyB0
aGUgbmV0d29yayBhdCBFIGFuZCBsZWF2aW5nIGF0IEYNCiAgICh2aWEgQi1DKSBJbiB0aGUgMi1o
b3AgUExUIG9mIEZpZy4gMi4zKGEpIHRoZSBwb2ludHMgb2YgY29uZ2VzdGlvbg0KICAgYXJlIGxp
bmtzIEEtLUIgYW5kIEItLUMuICBDYXBhY2l0eSBvZiBhbGwgb3RoZXIgbGlua3MgaXMgbm90DQog
ICBsaW1pdGluZy4gIFRoaXMgdG9wb2xvZ3kgYW5kIHRyYWZmaWMgbWF0cml4IG1vZGVscyB0aGUg
bmV0d29yayB3aGVyZQ0KICAgc29tZSBmbG93cyBjcm9zcyBtdWx0aXBsZSBib3R0bGVuZWNrcywg
ZWFjaCB3aXRoIHN1YnN0YW50aWFsIGFtb3VudA0KICAgb2YgY3Jvc3MtdHJhZmZpYy4gIEEtLUIt
LUMgQS0tQi0tQy0tRCBBLS1CLS1DLS1ELS1FLS1GIHwgfCB8IHwgfCB8IHwNCiAgIHwgfCB8IHwg
fCB8IHwgfCB8IHwgfCB8IHwgfCB8IHwgfCB8IHwgRCBFIEYgRSBGIEcgSCBHIEggSSBKIEsgTCAo
YSkNCiAgIChiKSAoYykgRmlndXJlIDIuMzogU2ltdWxhdGVkIE11bHRpcGxlLWJvdHRsZW5lY2sg
KFBhcmtpbmcgTG90KQ0KICAgVG9wb2xvZ2llcy4gIFdlIGFsc28gZXhwZXJpbWVudCB3aXRoIGxh
cmdlciBQTFQgdG9wb2xvZ2llcyB3aXRoIDMNCiAgIGJvdHRsZW5lY2tzIChzZWUgRmlnIDIuMyhi
KSkgYW5kIDUgYm90dGxlbmVja3MgKCBGaWcgMi4zIChjKSkuICBJbg0KICAgYWxsIGNhc2VzLCB3
ZSBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSA2XQ0KICAgSW50
ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgc2ltdWxhdGVkIG9uZSBp
bmdyZXNzLQ0KICAgZWdyZXNzIHBhaXIgdGhhdCBjYXJyaWVzIHRoZSBhZ2dyZWdhdGUgb2YgImxv
bmciIGZsb3dzIHRyYXZlcnNpbmcgYWxsDQogICB0aGUgTiBib3R0bGVuZWNrcyAod2hlcmUgTiBp
cyB0aGUgbnVtYmVyIG9mIGJvdHRsZW5lY2sgbGlua3MgaW4gdGhlDQogICBQTFQgdG9wb2xvZ3ks
IHNob3duIGFzICJob3Jpem9udGFsIiBsaW5rcyBpbiBGaWcuIDIuMyksIGFuZCBODQogICBpbmdy
ZXNzLWVncmVzcyBwYWlycyB0aGF0IGNhcnJ5IGZsb3dzIHRyYXZlcnNpbmcgYSBzaW5nbGUgYm90
dGxlbmVjaw0KICAgbGluayBhbmQgZXhpdGluZyBhdCB0aGUgbmV4dCAiaG9wIi4gIEluIGFsbCBj
YXNlcywgY2FwYWNpdGllcyBvZiBhbGwNCiAgICJ2ZXJ0aWNhbCIgbGlua3MgYXJlIG5vbi1saW1p
dGluZywgc28gbmVpdGhlciBUZXJtaW5hdGlvbiBub3QNCiAgIEFkbWlzc2lvbiBtZWNoYW5pc21z
IGFyZSBuZXZlciB0cmlnZ2VyZWQgb24gdGhlc2UgbGlua3MuICBQcm9wYWdhdGlvbg0KICAgZGVs
YXlzIGZvciBhbGwgbGlua3MgaW4gYWxsIFBMVCB0b3BvbG9naWVzIGFyZSBzZXQgdG8gMW1zLiAg
VGhlc2UNCiAgIHRvcG9sb2dpZXMgYWltIHRvIG1vZGVsIHRoZSBjcm9zcyB0cmFmZmljIGFuZCBj
b25nZXN0aW9uIHRoYXQgY2FuDQogICBvY2N1ciBpbiB0aGUgaGllcmFyY2hpY2FsbHkgc3RydWN0
dXJlZCBuZXR3b3JrcyBkZXBsb3llZCBieSBtYW55DQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAg
ICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxOV0NCgwN
CkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAg
ICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIG5ldHdvcmsgcHJvdmlkZXJzLiAgRHVlIHRvIHRpbWUg
bGltaXRhdGlvbnMsIG90aGVyIHBvc3NpYmxlIHRyYWZmaWMNCiAgIG1hdHJpY2VzIChlLmcuIHNv
bWUgb2YgdGhlIGZsb3dzIHRyYXZlcnNpbmcgYSBzdWJzZXQgb2Ygc2V2ZXJhbA0KICAgYm90dGxl
bmVjayBsaW5rcyBpbiBGaWcgMi4zKSBoYXZlIG5vdCB5ZXQgYmVlbiBjb25zaWRlcmVkIGFuZCBy
ZW1haW4NCiAgIHRoZSBhcmVhIGZvciBmdXR1cmUgaW52ZXN0aWdhdGlvbi4gIE91ciBzaW11bGF0
aW9ucyBjb25jZW50cmF0ZWQNCiAgIHByaW1hcmlseSBvbiB0aGUgcmFuZ2Ugb2YgY2FwYWNpdGll
cyBvZiAnYm90dGxlbmVjaycgbGlua3Mgd2l0aA0KICAgc3VmZmljaWVudCBsZXZlbCBvZiBib3R0
bGVuZWNrIGFnZ3JlZ2F0aW9uIC0gYWJvdmUgMTAgTWJwcyBmb3Igdm9pY2UNCiAgIGFuZCA2MjIg
TWJwcyBmb3IgInZpZGVvIiwgdXAgdG8gMi40IEdicHMuICBCdXQgd2UgYWxzbyBpbnZlc3RpZ2F0
ZWQNCiAgIHNsb3dlciAnYm90dGxlbmVjaycgbGlua3MgZG93biB0byA1MTIgS2JwcyBpbiBzb21l
IGV4cGVyaW1lbnRzLiAyLjIuDQogICBDYWxsIFNpZ25hbGluZyBNb2RlbCBJbiB0aGUgc2ltdWxh
dGlvbiBtb2RlbCBvZiBGbG93IEFkbWlzc2lvbg0KICAgQ29udHJvbCwgYSBmbG93IHJlcXVlc3Qg
YXJyaXZlcyBhdCB0aGUgaW5ncmVzcyBhbmQgaW1tZWRpYXRlbHkgc2VuZHMNCiAgIGEgbWVzc2Fn
ZSB0byB0aGUgZWdyZXNzLiAgVGhlIG1lc3NhZ2UgYXJyaXZlcyBhdCB0aGUgZWdyZXNzIGFmdGVy
IHRoZQ0KICAgcHJvcGFnYXRpb24gdGltZSBwbHVzIGxpbmsgcHJvY2Vzc2luZyB0aW1lIChidXQg
bm8gcXVldWluZyBkZWxheSkuDQogICBXaGVuIHRoZSBlZ3Jlc3MgcmVjZWl2ZXMgdGhpcyBtZXNz
YWdlLCBpdCBpbW1lZGlhdGVseSByZXNwb25kcyB0byB0aGUNCiAgIGluZ3Jlc3Mgd2l0aCB0aGUg
Y3VycmVudCBDb25nZXN0aW9uIExldmVsIEVzdGltYXRlIChDTEUpLiAgSWYgdGhlIENMRQ0KICAg
aXMgYmVsb3cgdGhlIHNwZWNpZmllZCBDTEUtIHRocmVzaG9sZCwgdGhlIGZsb3cgaXMgYWRtaXR0
ZWQsDQogICBvdGhlcndpc2UgaXQgaXMgcmVqZWN0ZWQuICBGb3IgVGVybWluYXRpb24sIG9uY2Ug
dGhlIGluZ3Jlc3Mgbm9kZSBvZg0KICAgYSBQQ04gcmVnaW9uIGRlY2lkZXMgdG8gdGVybWluYXRl
IGEgZmxvdywgdGhhdCBmbG93IGlzIHRlcm1pbmF0ZWQNCiAgIGltbWVkaWF0ZWx5IGFuZCBzZW5k
cyBubyBtb3JlIHBhY2tldHMgZnJvbSB0aGF0IHRpbWUgb24uICBUaGUgbGlmZSBvZg0KICAgYSBm
bG93IG91dHNpZGUgdGhlIGRvbWFpbiBkZXNjcmliZWQgYWJvdmUgaXMgbm90IG1vZGVsbGVkLg0K
ICAgUHJvcGFnYXRpb24gZGVsYXkgZnJvbSBzb3VyY2UgdG8gdGhlIGluZ3Jlc3MgYW5kIGZyb20g
ZGVzdGluYXRpb24gdG8NCiAgIHRoZSBlZ3Jlc3MgaXMgYXNzdW1lZCBuZWdsaWdpYmxlIGFuZCBp
cyBub3QgbW9kZWxsZWQuIDIuMy4gIFRyYWZmaWMNCiAgIE1vZGVscyBXZSBzaW11bGF0ZWQgZm91
ciBtb2RlbHMgb2YgcmVhbC10aW1lIHRyYWZmaWMgLSB0d28gdm9pY2UNCiAgIG1vZGVscyBhbmQg
dHdvIHZpZGVvIG1vZGVscy4gIFRoZSB2b2ljZSBtb2RlbHMgaW5jbHVkZWQgQ0JSIHZvaWNlIGFu
ZA0KICAgb24tb2ZmIHRyYWZmaWMgYXBwcm94aW1hdGluZyB2b2ljZSB3aXRoIHNpbGVuY2UgY29t
cHJlc3Npb24uICBGb3INCiAgIHZpZGVvLCB3ZSBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVh
cnkgNiwgMjAwOCBbUGFnZSA3XSBJbnRlcm5ldC0NCiAgIERyYWZ0IENMIFNpbXVsYXRpb24gU3R1
ZHkgSnVseSAyMDA3IHNpbXVsYXRlZCBvbi1vZmYgdHJhZmZpYyB3aXRoDQogICBwZWFrIGFuZCBt
ZWFuIHJhdGVzIGNvcnJlc3BvbmRpbmcgdG8gYW4gTVBFRy0yIHZpZGVvIHN0cmVhbSAod2UNCiAg
IHRlcm1lZCB0aGUgbGF0dGVyIFN5bnRoZXRpYyBWaWRlbyAoU1ZEKSksIGFuZCBhIHJlYWwgdmlk
ZW8gdHJhY2UNCiAgIChWVFIpLiAgVGhlIGRpc3RyaWJ1dGlvbiBvZiBmbG93IGR1cmF0aW9uIHdh
cyBjaG9zZW4gdG8gYmUNCiAgIGV4cG9uZW50aWFsbHkgZGlzdHJpYnV0ZWQgd2l0aCBtZWFuIDFt
aW4sIHJlZ2FyZGxlc3Mgb2YgdGhlIHRyYWZmaWMNCiAgIHR5cGUuICBJbiBtb3N0IG9mIHRoZSBl
eHBlcmltZW50cyBmbG93cyBhcnJpdmVkIGFjY29yZGluZyB0byBhDQogICBQb2lzc29uIGRpc3Ry
aWJ1dGlvbiB3aXRoIG1lYW4gYXJyaXZhbCByYXRlIGNob3NlbiB0byBhY2hpZXZlIGENCiAgIGRl
c2lyZWQgYW1vdW50IG9mIG92ZXJsb2FkIG92ZXIgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaW9uLXJh
dGUgaW4gZWFjaA0KICAgZXhwZXJpbWVudC4gIE92ZXJsb2FkcyBpbiB0aGUgcmFuZ2UgMXggdG8g
NXggYW5kIHVuZGVybG9hZCB3aXRoIDAuOTV4DQogICBoYXZlIGJlZW4gaW52ZXN0aWdhdGVkLiAg
Rm9yIG9uLW9mZiB0cmFmZmljLCBvbiBhbmQgb2ZmIHBlcmlvZHMgd2VyZQ0KICAgZXhwb25lbnRp
YWxseSBkaXN0cmlidXRlZCB3aXRoIHRoZSBzcGVjaWZpZWQgbWVhbi4gIFRyYWZmaWMNCiAgIHBh
cmFtZXRlcnMgZm9yIGVhY2ggZmxvdyBhcmUgc3VtbWFyaXplZCBiZWxvdyAuIDIuMy4xLiAgVm9p
Y2UgVHJhZmZpYw0KICAgTW9kZWxzIFRoZSB0YWJsZSBiZWxvdyBkZXNjcmliZXMgYWxsIHZvaWNl
IGNvZGVjcyB3ZSBtb2RlbGVkIGluIG91cg0KICAgc2ltdWxhdGlvbiByZXN1bHRzLiAgVGhlIGZp
cnN0IHR3byByb3dzIGNvcnJlc3BvbmQgdG8gb3VyIHR3byBiYXNpYw0KICAgbW9kZWxzICh0aGV5
IGNvcnJlc3BvbmQgdG8gdGhlIG9sZGVyIEcuNzExIGVuY29kaW5nIHdpdGggYW5kIHdpdGhvdXQN
CiAgIHNpbGVuY2UgY29tcHJlc3Npb24pLiAgVGhlc2UgdHdvIG1vZGVscyBhcmUgcmVmZXJyZWQg
c2ltcGx5IGFzICJDQlIiDQogICBhbmQgIlZCUiIgaW4gdGhlIHJlcG9ydGVkIHNpbXVsYXRpb24g
cmVzdWx0cy4gIFdlIGFsc28gc2ltdWxhdGVkDQogICBzZXZlcmFsICJtaXhlcyIgb2YgdGhlIGRp
ZmZlcmVudCBjb2RlY3MgcmVwb3J0ZWQgaW4gdGhlIHRhYmxlIGJlbG93Lg0KICAgVGhlIHByaW1h
cnkgbWl4IGNvbnNpc3RzIG9mIGVxdWFsIHByb3BvcnRpb24gb2YgYWxsIHZvaWNlIGNvZGVjcyBs
aXN0DQogICBiZWxvdy4gIFdlIGhhdmUgYWxzbyBzaW11bGF0ZWQgdmFyaW91cyBvdGhlciBtaXgg
Y29uc2lzdCBkaWZmZXJlbnQNCiAgIHByb3BvcnRpb24gb2YgdGhlIHN1YnNldCBvZiBhbGwgY29k
ZWNzLiAgVGhvdWdoIHRoZXNlIHJlc3VsdCBhcmUgbm90DQogICByZXBvcnRlZCBpbiB0aGlzIGRy
YWZ0IGR1ZSB0byB0aGVpciBzaW1pbGFyaXRpZXMgdG8gdGhlIHByaW1hcnkgbWl4DQogICByZXN1
bHQuICBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSA4XSBJbnRl
cm5ldC0NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwg
MjAwOCAgICAgICAgICAgICAgIFtQYWdlIDIwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
IFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAg
RHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LSB8IE5hbWUvQ29kZWNzIHwgUGFja2V0IFNpemUNCiAgIHwgSW50ZXItQXJyaXZhbCB8IE9uL09m
ZiBQZXJpb2QgfCBBdmVyYWdlIFJhdGUgfCB8IHwgKEJ5dGVzKSB8IFRpbWUNCiAgIChtcykgfCBS
YXRpbyB8IChrYnBzKSB8IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCAiQ0JSIiB8IDE2MCB8IDIw
IHwgMSB8IDY0IHwgLS0tLS0tLS0tDQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8DQogICAiVkJSIiB8IDE2MCB8IDIw
IHwgMC4zNCB8IDIxLjc1IHwgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAg
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8IEcuNzExIENCUiB8IDIw
MCB8IDIwIHwgMSB8DQogICA4MCB8IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIC0tLS0tLS0tLS0gfCBHLjcxMSBWQlIg
fCAyMDAgfCAyMCB8IDAuNCB8IDMyIHwgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8IEcuNzExIENC
UiB8DQogICAxMjAgfCAxMCB8IDEgfCA5NiB8IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCBHLjcx
MSBWQlIgfCAxMjAgfCAxMCB8IDAuNCB8IDM4LjQgfCAtLS0tLQ0KICAgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQog
ICB8IEcuNzI5IENCUiB8IDYwIHwgMjAgfCAxIHwgMjQgfCAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
IHwgRy43MjkgVkJSIHwgNjAgfCAyMCB8IDAuNCB8DQogICA5LjYgfCAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIC0tLS0t
LS0tLS0tIFRhYmxlIDIuMS4gIFNpbXVsYXRlZCBWb2ljZSBDb2RlY3MuIDIuMy4yLiAgU3ludGhl
dGljDQogICAiVmlkZW8iIC0gSGlnaCBQZWFrLXRvLU1lYW4gUmF0aW8gVkJSIFRyYWZmaWMgKFNW
RCkgVGhpcyBtb2RlbCBpcyBvbi0NCiAgIG9mZiB0cmFmZmljIHdpdGggdmlkZW8tbGlrZSBtZWFu
LXRvLXBlYWsgcmF0aW8gYW5kIG1lYW4gcmF0ZQ0KICAgYXBwcm94aW1hdGluZyB0aGF0IG9mIGFu
IE1QRUctMiB2aWRlbyBzdHJlYW0uICBObyBhdHRlbXB0IGlzIG1hZGUgdG8NCiAgIHNpbXVsYXRl
IGFueSBvdGhlciBhc3BlY3RzIG9mIGEgdmlkZW8gc3RyZWFtLCBhbmQgdGhpcyBtb2RlbCBpcw0K
ICAgbWVyZWx5IHRoYXQgb2Ygb24tb2ZmIHRyYWZmaWMuICBBbHRob3VnaCB0aGVyZSBpcyBubyBj
bGFpbSB0aGF0IHRoaXMNCiAgIG1vZGVsIHJlcHJlc2VudHMgdGhlIHBlcmZvcm1hbmNlIG9mIHZp
ZGVvIHRyYWZmaWMgdW5kZXIgdGhlDQogICBhbGdvcml0aG1zIGluIHF1ZXN0aW9uIGFkZXF1YXRl
bHksIGludHVpdGl2ZWx5LCB0aGlzIG1vZGVsIHNob3VsZCBiZQ0KICAgbW9yZSBjaGFsbGVuZ2lu
ZyBmb3IgYSBtZWFzdXJlbWVudC1iYXNlZCBhbGdvcml0aG0gdGhhbiB0aGUgYWN0dWFsDQogICBN
UEVHIHZpZGVvLCBhbmQgYXMgYSByZXN1bHQsICdnb29kJyBvciAicmVhc29uYWJsZSIgcGVyZm9y
bWFuY2Ugb24NCiAgIHRoaXMgdHJhZmZpYyBtb2RlbCBpbmRpY2F0ZXMgdGhhdCBNUEVHIHRyYWZm
aWMgc2hvdWxkIHBlcmZvcm0gYXQNCiAgIGxlYXN0IGFzIHdlbGwuICBXZSB0ZXJtIHRoaXMgdHlw
ZSBvZiB0cmFmZmljIFNWRCBmb3IgIlN5bnRoZXRpYw0KICAgVmlkZW8iLiAgUGFyYW1ldGVycyB1
c2VkIGZvciB0aGlzIHRyYWZmaWMgbW9kZWxzIGFyZTogbyBMb25nIHRlcm0NCiAgIGF2ZXJhZ2Ug
cmF0ZSA0IE1icHMgbyBPbiBQZXJpb2QgbWVhbiBkdXJhdGlvbiAzNDBtczsgZHVyaW5nIHRoZSBv
bi0NCiAgIHBlcmlvZCB0aGUgcGFja2V0cyBhcmUgc2VudCBhdCAxMiBNYnBzIG8gMTUwMCBieXRl
IHBhY2tldHMsIHBhY2tldA0KICAgaW50ZXItYXJyaXZhbDogMW1zIG8gT2ZmIFBlcmlvZCBtZWFu
IGR1cmF0aW9uIDY2MG1zIFpoYW5nLCBldCBhbC4NCiAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4
IFtQYWdlIDldIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkNCiAgIEp1bHkgMjAw
NyAyLjMuMy4gIFJlYWwgVmlkZW8gVHJhY2VzIChWVFIpIFdlIHVzZWQgYSBwdWJsaWNseQ0KICAg
YXZhaWxhYmxlIGxpYnJhcnkgb2YgZnJhbWUgc2l6ZSB0cmFjZXMgb2YgbG9uZyBNUEVHLTQgYW5k
IEguMjYzDQogICBlbmNvZGVkIHZpZGVvIG9idGFpbmVkIGZyb20NCiAgIGh0dHA6Ly93d3cudGtu
LnR1LWJlcmxpbi5kZS9yZXNlYXJjaC90cmFjZS90cmFjZS5odG1sIChjb3VydGVzeQ0KICAgVGVs
ZWNvbW11bmljYXRpb24gTmV0d29ya3MgR3JvdXAgb2YgVGVjaG5pY2FsIFVuaXZlcnNpdHkgb2Yg
QmVybGluKS4NCiAgIEVhY2ggdHJhY2UgaXMgcm91Z2hseSA2MCBtaW51dGVzIGluIGxlbmd0aCwg
Y29uc2lzdGluZyBvZiBhIGxpc3Qgb2YNCiAgIHJlY29yZHMgaW4gdGhlIGZvcm1hdCBvZiA8RnJh
bWVBcnJpdmFsVGltZSwgRnJhbWVTaXplPi4gIEFtb25nIHRoZQ0KICAgMTYwIGF2YWlsYWJsZSB0
cmFjZXMsIHdlIHBpY2tlZCB0aGUgdHdvIHdpdGggdGhlIGhpZ2hlc3QgYXZlcmFnZSByYXRlDQog
ICAoYXZlcmFnZWQgb3ZlciB0aGUgdHJhY2UgbGVuZ3RoLCBpbiB0aGlzIGNhc2UsIDYwIG1pbnV0
ZXMuICBJbg0KICAgYWRkaXRpb24sIHRoZSB0d28gYWxzbyBoYXZlIGEgc2ltaWxhciBhdmVyYWdl
IHJhdGUpLiAgVGhlIHRyYWNlIGZpbGUNCiAgIHVzZWQgaW4gdGhlIHNpbXVsYXRpb24gaXMgdGhl
IGNvbmNhdGVuYXRpb24gb2YgdGhlIHR3by4gIFNpbmNlIHRoZQ0KICAgZHVyYXRpb24gb2YgdGhl
IGZsb3cgaXMgbXVjaCBzbWFsbGVyIHRoYW4gdGhlIGxlbmd0aCBvZiB0aGUgdHJhY2UsIHdlDQog
ICBuZWVkIHRvIGNoZWNrIGhvdyB0aGUgZXhwZWN0ZWQgcmF0ZSBvZiBmbG93IHJlbGF0ZXMgdG8g
dGhlIHRyYWNlJ3MNCiAgIGxvbmcgdGVybSBhdmVyYWdlLiAgVG8gZG8gc28sIHdlIHNpbXVsYXRl
IGEgbnVtYmVyIG9mIGZsb3dzIHN0YXJ0aW5nDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAg
ICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAyMV0NCgwNCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAg
ICAgIEp1bHkgMjAwNw0KDQoNCiAgIGZyb20gcmFuZG9tIGxvY2F0aW9ucyBpbiB0aGUgdHJhY2Ug
d2l0aCBkdXJhdGlvbiBjaG9zZW4gdG8gYmUNCiAgIGV4cG9uZW50aWFsbHkgZGlzdHJpYnV0ZWQg
d2l0aCBtZWFuIDFtaW4uICBUaGUgcmVzdWx0cyBzaG93IHRoYXQgdGhlDQogICBleHBlY3RlZCBy
YXRlIG9mIGZsb3cgaXMgcm91Z2hseSB0aGUgc2FtZSBhcyB0aGUgdHJhY2UncyBhdmVyYWdlLg0K
ICAgVHJhZmZpYyBjaGFyYWN0ZXJpc3RpY3MgYXJlIHN1bW1hcml6ZWQgYmVsb3c6IG8gQXZlcmFn
ZSByYXRlIDc2OSBLYnBzDQogICBvIEVhY2ggZnJhbWUgaXMgc2VudCB3aXRoIHBhY2tldCBsZW5n
dGggMTUwMCBieXRlcyBhbmQgcGFja2V0IGludGVyLQ0KICAgYXJyaXZhbCB0aW1lIDFtcyBvIE5v
IHRyYWZmaWMgaXMgc2VudCBiZXR3ZWVuIGZyYW1lcy4gMi4zLjQuDQogICBSYW5kb21pemF0aW9u
IG9mIEJhc2UgVHJhZmZpYyBNb2RlbHMgVG8gZW11bGF0ZSBzb21lIGRlZ3JlZSBvZg0KICAgbmV0
d29yay1pbnRyb2R1Y2VkIGppdHRlciwgaW4gc29tZSBleHBlcmltZW50cyB3ZSBpbXBsZW1lbnRl
ZCBsaW1pdGVkDQogICByYW5kb21pemF0aW9uIG9mIHRoZSBiYXNlIG1vZGVscyBieSByYW5kb21s
eSBtb3ZpbmcgdGhlIHBhY2tldCBieSBhDQogICBzbWFsbCBhbW91bnQgb2YgdGltZSBhcm91bmQg
aXRzIHRyYW5zbWlzc2lvbiB0aW1lIGluIHRoZQ0KICAgY29ycmVzcG9uZGluZyBiYXNlIHRyYWZm
aWMgbW9kZWwuICBNb3JlIHNwZWNpZmljYWxseSwgZm9yIGVhY2ggcGFja2V0DQogICB3ZSBjaG9z
ZSBhIHJhbmRvbSBudW1iZXIgUiwgd2hpY2ggaXMgcGlja2VkIGZyb20gdW5pZm9ybSBkaXN0cmli
dXRpb24NCiAgIGluIGEgcmFuZG9taXphdGlvbi1pbnRlcnZhbCwgYW5kIGRlbGF5ZWQgdGhlIHBh
Y2tldCBieSBSIGNvbXBhcmVkIHRvDQogICBpdHMgaWRlYWwgZGVwYXJ0dXJlIHRpbWUuICBXZSBj
aG9vc2UgcmFuZG9taXphdGlvbi1pbnRlcnZhbCB0byBiZSBhDQogICBmcmFjdGlvbiBvZiBwYWNr
ZXQtaW50ZXItIGFycml2ZS10aW1lIG9mIHRoZSBDQlIgcG9ydGlvbiBvZiB0aGUNCiAgIGNvcnJl
c3BvbmRpbmcgYmFzZSBtb2RlbC4gIFRvIHNpbXVsYXRlIGEgcmFuZ2Ugb2YgcXVldWVpbmcgZGVs
YXlzLCB3ZQ0KICAgdmFyaWVkIHRoaXMgZnJhY3Rpb24gZnJvbSAwLjAwMDEgdG8gMC4xLiAgV2hp
bGUgd2UgZG8gbm90IGNsYWltIHRoaXMNCiAgIHRvIGJlIGFuIGFkZXF1YXRlIG1vZGVsIGZvciBu
ZXR3b3JrLWludHJvZHVjZWQgaml0dGVyLCB3ZSBjaG9zZSBpdA0KICAgZm9yIHRoZSBzaW1wbGlj
aXR5IG9mIGltcGxlbWVudGF0aW9uIGFzIGEgbWVhbnMgdG8gZ2FpbiBpbnNpZ2h0IG9uDQogICBh
bnkgc2ltdWxhdGlvbiBhcnRpZmFjdHMgb2Ygc3RyaWN0bHkgQ0JSIHRyYWZmaWMgZ2VuZXJhdGlv
bi4gIFdlDQogICBpbXBsZW1lbnRlZCByYW5kb21pemVkIHZlcnNpb25zIG9mIGFsbCA1IHRyYWZm
aWMgc3RyZWFtcyAoQ0JSLCBWQlIsDQogICBNSVgsIFNWRCBhbmQgVlRSKSBieSByYW5kb21pemlu
ZyB0aGUgQ0JSIHBvcnRpb24gb2YgZWFjaCBtb2RlbC4NCiAgIFpoYW5nLCBldCBhbC4gIEV4cGly
ZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDEwXSBJbnRlcm5ldC1EcmFmdCBDTA0KICAgU2ltdWxh
dGlvbiBTdHVkeSBKdWx5IDIwMDcgMi40LiAgUGVyZm9ybWFuY2UgTWV0cmljcyBJbiBhbGwgb3Vy
DQogICBleHBlcmltZW50cyB3ZSB1c2UgYXMgcGVyZm9ybWFuY2UgbWV0cmljIHRoZSBwZXJjZW50
IGRldmlhdGlvbiBvZiB0aGUNCiAgIG1lYW4gcmF0ZSBhY2hpZXZlZCBpbiB0aGUgZXhwZXJpbWVu
dCBmcm9tIHRoZSBleHBlY3RlZCBsb2FkIGxldmVsLg0KICAgV2UgdGVybSB0aGVzZSAib3Zlci1h
ZG1pc3Npb24iIGFuZCAib3Zlci0gdGVybWluYXRpb24iIHBlcmNlbnRhZ2VzLA0KICAgZGVwZW5k
aW5nIG9uIHRoZSB0eXBlIG9mIHRoZSBleHBlcmltZW50LiAgTW9yZSBzcGVjaWZpY2FsbHksIG91
cg0KICAgZXhwZXJpbWVudHMgbWVhc3VyZSB0aGUgYWN0dWFsIGFjaGlldmVkIHRocm91Z2hwdXQg
YXQgNTAgbXMNCiAgIGludGVydmFscywgYW5kIHRoZW4gY29tcHV0ZSB0aGUgYXZlcmFnZSBvZiB0
aGVzZSA1MG1zIHJhdGUgc2FtcGxlcw0KICAgb3ZlciB0aGUgZHVyYXRpb24gb2YgdGhlIGV4cGVy
aW1lbnQgKHdoZXJlIHJlbGV2YW50LCBleGNsdWRpbmcNCiAgIHdhcm11cC9zdGFydHVwIGNvbmRp
dGlvbnMpLiAgV2UgdGhlbiBjb21wYXJlIHRoaXMgZXhwZXJpbWVudCBhdmVyYWdlDQogICB0byB0
aGUgZGVzaXJlZCB0cmFmZmljIGxvYWQuICBJbml0aWFsbHkgaW4gb3VyIGV4cGVyaW1lbnRzIHdl
IGFsc28NCiAgIGNvbXB1dGVkIHRoZSB2YXJpYW5jZSBvZiB0aGUgdHJhZmZpYyBhcm91bmQgdGhl
IG1lYW4sIGFuZCBmb3VuZCB0aGF0DQogICBpbiB0aGUgdmFzdCBtYWpvcml0eSBvZiB0aGUgZXhw
ZXJpbWVudHMgaXQgd2FzIHF1aXRlIHNtYWxsLg0KICAgVGhlcmVmb3JlLCBpbiB0aGlzIGRyYWZ0
IHdlIG9taXQgdGhlIHZhcmlhbmNlIGFuZCBsaW1pdCB0aGUgcmVwb3J0aW5nDQogICB0byB0aGUg
b3Zlci1hZG1pc3Npb24gYW5kIG92ZXItIHRlcm1pbmF0aW9uIHBlcmNlbnRhZ2VzIG9ubHkuIDIu
NS4NCiAgIFNpbXVsYXRpb24gRW52aXJvbm1lbnQgVGhlIHNpbXVsYXRpb24gc3R1ZHkgcmVwb3J0
ZWQgaGVyZSB1c2VkDQogICBwdXJwb3NlIGJ1aWx0IGRpc2NyZXRlLWV2ZW50IHNpbXVsYXRvciBp
bXBsZW1lbnRlZCBpbiBFQ0xpUFNlDQogICBMYW5ndWFnZSAoaHR0cDovL2VjbGlwc2UuY3Jvc3Nj
b3Jlb3AuY29tL2VjbGlwc2UpLiAgVGhlIGxhdHRlciBpcw0KICAgaW50ZW5kZWQgZm9yIGdlbmVy
YWwgcHJvZ3JhbW1pbmcgdGFza3MsIGFuZCBpcyBlc3BlY2lhbGx5IHN1aXRhYmxlDQogICBmb3Ig
cmFwaWQgcHJvdG90eXBpbmcuICBTaW11bGF0aW9ucyB3ZXJlIHJ1biBvbiBFbnRlcnByaXNlIExp
bnV4IFJlZA0KICAgSGF0LCBJQk0gZVNlcnZlciB4MzM1LCAzLjJHSHogSW50ZWwgWGVvbiwgNEdC
IFJBTS4gMy4gIEFkbWlzc2lvbg0KICAgQ29udHJvbCAzLjEuICBQYXJhbWV0ZXIgU2V0dGluZ3Mg
My4xLjEuICBWaXJ0dWFsIHF1ZXVlIHNldHRpbmdzDQogICBVbmxlc3Mgb3RoZXJ3aXNlIHNwZWNp
ZmllZCwgbW9zdCBvZiB0aGUgc2ltdWxhdGlvbnMgd2VyZSBydW4gd2l0aCB0aGUNCiAgIGZvbGxv
d2luZyBWaXJ0dWFsIFF1ZXVlIHRocmVzaG9sZHM6IG8gbWluLW1hcmtpbmctdGhyZXNob2xkOiA1
bXMgYXQNCiAgIHZpcnR1YWwgcXVldWUgcmF0ZSBvIG1heC1tYXJraW5nLXRocmVzaG9sZDogMTVt
cyBhdCB2aXJ0dWFsIHF1ZXVlDQogICByYXRlIG8gdmlydHVhbC1xdWV1ZS11cHBlci1saW1pdDog
MjBtcyBhdCB2aXJ0dWFsIHF1ZXVlIHJhdGUgVGhlDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAg
ICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAyMl0NCgwN
CkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAg
ICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHZpcnR1YWwtcXVldWUtdXBwZXItbGltaXQgcHV0cyBh
biB1cHBlciBib3VuZCBvbiBob3cgbXVjaCB0aGUgdmlydHVhbA0KICAgcXVldWUgY2FuIGdyb3cu
ICBOb3RlIHRoYXQgdGhlIHZpcnR1YWwgcXVldWUgaXMgZHJhaW5lZCBhdCBhDQogICBjb25maWd1
cmVkIHJhdGUgc21hbGxlciB0aGFuIHRoZSBsaW5rIHNwZWVkLiAgWmhhbmcsIGV0IGFsLiAgRXhw
aXJlcw0KICAgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDExXSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11
bGF0aW9uIFN0dWR5IEp1bHkNCiAgIDIwMDcgTW9zdCBvZiB0aGUgc2ltdWxhdGlvbnMgd2VyZSBz
ZXQgd2l0aCB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLQ0KICAgcmF0ZSBhdCBoYWxmIHRoZSBs
aW5rIHNwZWVkLiAgTm90ZSB0aGF0IGFzIGxvbmcgYXMgdGhlcmUgaXMgbm8gcGFja2V0DQogICBs
b3NzLCB0aGUgYWRtaXNzaW9uIGNvbnRyb2wgc2NoZW1lIHN1Y2Nlc3NmdWxseSBrZWVwcyB0aGUg
bG9hZCBvZg0KICAgYWRtaXR0ZWQgZmxvd3MgYXQgdGhlIGRlc2lyZWQgbGV2ZWwgcmVnYXJkbGVz
cyBvZiB0aGUgYWN0dWFsIHNldHRpbmcNCiAgIG9mIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUt
cmF0ZS4gIEhvd2V2ZXIsIGl0IGlzIG5vdCBjbGVhciBpZiB0aGlzDQogICByZW1haW5zIHRydWUg
d2hlbiB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUgaXMgY2xvc2UgdG8gdGhlIGxpbmsN
CiAgIHNwZWVkL2FjdHVhbCBxdWV1ZSBzZXJ2aWNlIHJhdGUuICBGdXJ0aGVyIHdvcmsgaXMgbmVj
ZXNzYXJ5IHRvDQogICBxdWFudGlmeSB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIHNjaGVtZSB3aXRo
IHNtYWxsZXIgc2VydmljZSByYXRlLw0KICAgdmlydHVhbCBxdWV1ZSByYXRlIHJhdGlvLCB3aGVy
ZSBwYWNrZXQgbG9zcyBtYXkgYmUgYW4gaXNzdWUuIDMuMS4yLg0KICAgRWdyZXNzIG1lYXN1cmVt
ZW50cyBUaGUgQ0xFIGlzIGNvbXB1dGVkIGFzIGFuIGV4cG9uZW50aWFsIHdlaWdodGVkDQogICBt
b3ZpbmcgYXZlcmFnZSAoRVdNQSkgd2l0aCBhIHdlaWdodCBvZiAwLjAxLiAgSW4gdGhlIHNpbXVs
YXRpb24NCiAgIHJlc3VsdHMgcHJlc2VudGVkIGluIHNlY3Rpb25zIDMuMiBhbmQgMy4zIHRoZSBD
TEUgaXMgY29tcHV0ZWQgb24gYQ0KICAgcGVyLXBhY2tldCBiYXNpcyBhcyBpdCBpcyB0aGF0IHNl
dHRpbmcgdGhhdCB3YXMgdXNlZCBpbiBbSS1ELmJyaXNjb2UtDQogICB0c3Z3Zy1jbC1waGJdLCBm
cm9tIHdoaWNoIHRoZXNlIHJlc3VsdHMgYXJlIHRha2VuLiAgRm9yIHRob3NlDQogICBleHBlcmlt
ZW50cyB0aGUgQ0xFIHZhbHVlIDAuNSBhbmQgRVdNQSB3ZWlnaHQgb2YgMC4wMSBhcmUgdXNlZCB1
bmxlc3MNCiAgIG90aGVyd2lzZSBzcGVjaWZpZWQuICBPdXIgc3Vic2VxdWVudCBzdHVkeSBpbmRp
Y2F0ZWQgdGhhdCB0aGVyZSBpcyBubw0KICAgc2lnbmlmaWNhbnQgZGlmZmVyZW5jZSBiZXR3ZWVu
IHRoZSBvYnNlcnZlZCBwZXJmb3JtYW5jZSBvZiBpbnRlcnZhbC0NCiAgIGJhc2VkIGFuZCBwZXIt
cGFja2V0IGVncmVzcyBtZWFzdXJlbWVudHMuICBTaW5jZSBpbnRlcnZhbCBiYXNlZA0KICAgbWVh
c3VyZW1lbnRzIGZvciBhIGxhcmdlIG51bWJlciBvZiBpbmdyZXNzZXMgYXJlIHN1YnN0YW50aWFs
bHkgZWFzaWVyDQogICBmb3IgaGFyZHdhcmUgaW1wbGVtZW50YXRpb25zLCBzdWJzZXF1ZW50IHN0
dWRpZXMgcmVwb3J0ZWQgaW4gdGhlIHJlc3QNCiAgIG9mIHRoaXMgZHJhZnQgY29uY2VudHJhdGVk
IG9uIHRoZSBpbnRlcnZhbCBiYXNlZCBlZ3Jlc3MgbWVhc3VyZW1lbnQuDQogICBUaGUgbWVhc3Vy
ZW1lbnQgaW50ZXJ2YWwgd2FzIGNob3NlbiB0byBiZSAxMDBtcywgYW5kIGEgcmFuZ2Ugb2YgQ0xF
DQogICB2YWx1ZXMgYW5kIEVXTUEgd2VpZ2h0cyB3YXMgZXhwbG9yZWQsIGFzIHNwZWNpZmllZCBp
biBzcGVjaWZpYw0KICAgZXhwZXJpbWVudCBkZXNjcmlwdGlvbnMuIDMuMi4gIFdoYXQgQm90dGxl
bmVjayBBZ2dyZWdhdGlvbiBpcw0KICAgU3VmZmljaWVudD8gIE9uZSBvZiB0aGUgYXNzdW1wdGlv
bnMgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLQ0KICAgYXJjaGl0ZWN0dXJlXSBpcyB0aGF0IHRo
ZXJlIGlzIHN1ZmZpY2llbnQgYWdncmVnYXRpb24gb24gdGhlDQogICAiYm90dGxlbmVjayIgbGlu
a3MuICBPdXIgZmlyc3Qgc2V0IG9mIGV4cGVyaW1lbnRzIHJldm9sdmVkIGFyb3VuZA0KICAgZ2V0
dGluZyBzb21lIHByZWxpbWluYXJ5IGludHVpdGlvbiBvZiB3aGF0IGNvbnN0aXR1dGVzICJlbm91
Z2gNCiAgIGJvdHRsZW5lY2sgYWdncmVnYXRpb24iIGZvciB0aGUgdHJhZmZpYyBtb2RlbHMgd2Ug
Y2hvc2UuICBUbyB0aGF0IGVuZA0KICAgd2UgZml4ZWQgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJh
dGUgYXQgaGFsZiB0aGUgbGluayBzcGVlZCBpbiB0aGUNCiAgIHJhbmdlIG9mIFQxICgxLjUgTWJw
cykgdGhyb3VnaCAxR2JwcywgYW5kIGV4YW1pbmVkIHRoZSBsZXZlbCBvZg0KICAgYWdncmVnYXRp
b24gYXQgZGlmZmVyZW50IGxpbmsgc3BlZWRzIGZvciBkaWZmZXJlbnQgdHJhZmZpYyBtb2RlbHMN
CiAgIGNvcnJlc3BvbmRpbmcgdG8gdGhlIGNob3NlbiBjb25maWd1cmVkIGFkbWlzc2lvbiByYXRl
IGF0IHRob3NlDQogICBzcGVlZHMuICBGdXJ0aGVyLCB0byBlbGltaW5hdGUgdGhlIGlzc3VlIG9m
IHdoZXRoZXIgaW5ncmVzcy1lZ3Jlc3MNCiAgIHBhaXIgYWdncmVnYXRpb24gaGFzIGFueSBzaWdu
aWZpY2FudCBlZmZlY3QsIGluIHRoZSBleHBlcmltZW50cw0KICAgcGVyZm9ybWVkIGluIHRoaXMg
c2VjdGlvbiB3ZSB1c2VkIFNpbmdsZSBMaW5rIHRvcG9sb2d5IG9ubHksIHNvIHRoYXQNCiAgIGFs
bCBmbG93cyBzaGFyZWQgdGhlIHNhbWUgaW5ncmVzcy1lZ3Jlc3MgcGFpci4gIFdlIGZvdW5kIHRo
YXQgb24NCiAgIGxpbmtzIG9mIGNhcGFjaXR5IGZyb20gMTBNYnBzIHRvIE9DMywgYWRtaXNzaW9u
IGNvbnRyb2wgZm9yIENCUiB2b2ljZQ0KICAgYW5kIE9OLU9GRiB2b2ljZSAoVkJSKSB0cmFmZmlj
IHdvcmsgcmVsaWFibHkgd2l0aCB0aGUgcmFuZ2Ugb2YNCiAgIHBhcmFtZXRlcnMgd2Ugc2ltdWxh
dGVkLCBib3RoIHdpdGggUG9pc3NvbiBhbmQgQmF0Y2ggY2FsbCBhcnJpdmFscy4NCiAgIEFzIHRo
ZSBwZXJmb3JtYW5jZSBvZiB0aGUgYWxnb3JpdGhtIHdhcyBxdWl0ZSBnb29kIGF0IHRoZXNlIHNw
ZWVkcywNCiAgIGFuZCBnZW5lcmFsbHkgYmVjb21lcyB0aGUgYmV0dGVyIHRoZSBoaWdoZXIgdGhl
IFpoYW5nLCBldCBhbC4NCiAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDEyXSBJbnRl
cm5ldC1EcmFmdCBDTCBTaW11bGF0aW9uIFN0dWR5DQogICBKdWx5IDIwMDcgZGVncmVlIG9mIGFn
Z3JlZ2F0aW9uIG9mIHRyYWZmaWMsIHdlIGNob3NlIHRvIG5vdA0KDQoNCg0KQ2hhcm55LCBldCBh
bC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2Ug
MjNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcg
ICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBpbnZlc3RpZ2F0ZSBoaWdoZXIgbGluayBz
cGVlZHMgZm9yIENCUiBhbmQgVkJSIHZvaWNlLCB3aXRoaW4gdGhlIHRpbWUNCiAgIGNvbnN0cmFp
bnRzIG9mIHRoaXMgZWZmb3J0LiAgVGhlIHBlcmZvcm1hbmNlIGF0IGxvd2VyIGxpbmsgc3BlZWRz
IHdhcw0KICAgc3Vic3RhbnRpYWxseSB3b3JzZSwgYW5kIHRoZXNlIHJlc3VsdHMgYXJlIG5vdCBw
cmVzZW50ZWQgaGVyZS4gIFRoZXNlDQogICByZXN1bHRzIGluZGljYXRlIHRoYXQgYSBydWxlIG9m
IHRodW1iLCBhZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG0NCiAgIGRlc2NyaWJlZCBpbiBbSS1E
LmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBzaG91bGQgbm90IGJlIHVzZWQNCiAgIGF0
IGFnZ3JlZ2F0aW9ucyBzdWJzdGFudGlhbGx5IGJlbG93IDUgTWJwcyBvZiBhZ2dyZWdhdGUgcmF0
ZSBldmVuIGZvcg0KICAgdm9pY2UgdHJhZmZpYyAod2l0aCBvciB3aXRob3V0IHNpbGVuY2UgY29t
cHJlc3Npb24pLiAgRm9yIGhpZ2hlci1yYXRlDQogICBvbi1vZmYgU1ZEIHRyYWZmaWMsIGR1ZSB0
byB0aW1lIGxpbWl0YXRpb25zIHdlIHNpbXVsYXRlZCAxR2JwcyBhbmQNCiAgIE9DMTIgKDYyMiBN
YnBzKSBsaW5rcyBhbmQgUG9pc3NvbiBhcnJpdmFscyBvbmx5LiAgTm90ZSB0aGF0IGR1ZSB0bw0K
ICAgdGhlIGhpZ2ggbWVhbiBhbmQgcGVhayByYXRlcyBvZiB0aGlzIHRyYWZmaWMgbW9kZWwsIHNs
b3dlciBsaW5rcyBhcmUNCiAgIHVubGlrZWx5IHRvIHlpZWxkIHN1ZmZpY2llbnQgbGV2ZWwgb2Yg
YWdncmVnYXRpb24gb2YgdGhpcyB0eXBlIG9mDQogICB0cmFmZmljIHRvIHNhdGlzZnkgdGhlIGZs
b3cgYWdncmVnYXRpb24gYXNzdW1wdGlvbnMgb2YgW0ktRC5icmlzY29lLQ0KICAgdHN2d2ctY2wt
YXJjaGl0ZWN0dXJlXS4gIE91ciBzaW11bGF0aW9ucyBpbmRpY2F0ZWQgdGhhdCB0aGlzIG1vZGVs
DQogICBhbHNvIGJlaGF2ZWQgcXVpdGUgd2VsbCBhdCB0aGVzZSBsZXZlbHMgb2YgYWdncmVnYXRp
b24sIGFsdGhvdWdoIHRoZQ0KICAgZGV2aWF0aW9uIGZyb20gdGhlIGNvbmZpZ3VyZWQtYWRtaXNz
aWJsZS1yYXRlIGlzIHNsaWdodGx5IGhpZ2hlciBpbg0KICAgdGhpcyBjYXNlIHRoYW4gZm9yIHRo
ZSBsZXNzIGJ1cnN0eSB0cmFmZmljIG1vZGVscy4gIFJlY2FsbGluZyB0aGF0DQogICBzaW11bGF0
ZWQgU1ZEIG1vZGVsIGlzIGluIGZhY3QganVzdCBvbi1vZmYgdHJhZmZpYyB3aXRoIGhpZ2ggcGVh
aw0KICAgcmF0ZSBhbmQgdmlkZW8tbGlrZSBwZWFrIHJhdGlvLCB3ZSBiZWxpZXZlIHRoYXQgdGhl
IGFjdHVhbCB2aWRlbyB3aWxsDQogICBiZWhhdmUgb25seSBiZXR0ZXIsIGFuZCBoZW5jZSBpdCBm
b2xsb3dzIHRoYXQgd2l0aCBib3R0bGVuZWNrDQogICBhZ2dyZWdhdGlvbiBvZiB0aGUgb3JkZXIg
b2YgMTUwIFNWRCBmbG93cyB0aGUgYWRtaXNzaW9uIGNvbnRyb2wNCiAgIGFsZ29yaXRobSBpcyBl
eHBlY3RlZCB0byBwZXJmb3JtIHJlYXNvbmFibHkgd2VsbC4gIE5vdGUgaG93ZXZlciB0aGF0DQog
ICB0aGlzIHN0YXRlbWVudCBhc3N1bWVzIHN1ZmZpY2llbnQgcGVyIGluZ3Jlc3MtZWdyZXNzIHBh
aXIgYWdncmVnYXRpb24NCiAgIGFzIHdlbGwuICBEdWUgdG8gdGltZSBsaW1pdGF0aW9ucyBib3R0
bGVuZWNrIGFnZ3JlZ2F0aW9uIGV4cGVyaW1lbnRzDQogICB3ZXJlIG5vdCBwZXJmb3JtZWQgZm9y
IG90aGVyIHRyYWZmaWMgbW9kZWxzLiAgRm9yIHRoZSBjaG9zZW4gbGluaw0KICAgc3BlZWRzIGFu
ZCB0cmFmZmljIG1vZGVscywgd2UgaW52ZXN0aWdhdGVkIHRoZSBkZW1hbmQgb3ZlcmxvYWQgb2YN
CiAgIDJ4LTV4LiAgQnkgZGVtYW5kIG92ZXJsb2FkIHdlIG1lYW4gdGhhdCB0aGUgc291cmNlcyBn
ZW5lcmF0ZSB0cmFmZmljDQogICB3aXRoIHRoZSBhZ2dyZWdhdGUgbWVhbiByYXRlIGV4Y2VlZGlu
ZyB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUNCiAgIGJ5IHRoZSBzcGVjaWZpZWQgZmFj
dG9yLiAgUGVyZm9ybWFuY2UgYXQgbG93ZXIgbGV2ZWxzIG9mIGRlbWFuZA0KICAgb3ZlcmxvYWQg
aXMgZXhwZWN0ZWQgdG8gYmUgb25seSBiZXR0ZXIuICBIaWdoZXIgbGV2ZWxzIG9mIG92ZXJsb2Fk
cw0KICAgaGF2ZSBub3QgYmVlbiBzdHVkaWVkIGR1ZSB0byB0aW1lIGxpbWl0YXRpb25zLCBlc3Bl
Y2lhbGx5IGdpdmVuIHRoZQ0KICAgZXhwZWN0YXRpb24gdGhhdCB0aGUgNXggZGVtYW5kIG92ZXJs
b2FkIGlzIGFscmVhZHkgc3VmZmljaWVudGx5IHJhcmUNCiAgIHRvIGV4cGVjdCBpbiBwcmFjdGlj
ZS4gIFRhYmxlIDMuMSBiZWxvdyBzdW1tYXJpemVzIHRoZSB3b3JzdCBjYXNlDQogICBkaWZmZXJl
bmNlIChpbiBwZXJjZW50KSBiZXR3ZWVuIHRoZSBhZG1pdHRlZCBsb2FkIGFuZCBjb25maWd1cmVk
LQ0KICAgYWRtaXNzaWJsZS1yYXRlICh3ZSByZWZlciB0byBhcyBvdmVyLWFkbWlzc2lvbi1wZXJj
KS4gIFRoZSB3b3JzdCBjYXNlDQogICBkaWZmZXJlbmNlIHdhcyB0YWtlbiBvdmVyIGFsbCBleHBl
cmltZW50cyB3aXRoIHRoZSBjb3JyZXNwb25kaW5nDQogICByYW5nZSBvZiBsaW5rIHNwZWVkcyBh
bmQgZGVtYW5kIG92ZXJsb2Fkcy4gIEluIGdlbmVyYWwsIHRoZSBoaWdoZXINCiAgIHRoZSBkZW1h
bmQsIHRoZSBtb3JlIGNoYWxsZW5naW5nIGl0IGlzIGZvciB0aGUgYWRtaXNzaW9uIGNvbnRyb2wN
CiAgIGFsZ29yaXRobSBkdWUgdG8gYSBsYXJnZXIgbnVtYmVyIG9mIG5lYXItc2ltdWx0YW5lb3Vz
IGFycml2YWxzIGF0DQogICBoaWdoZXIgb3ZlcmxvYWRzLCBhbmQgYXMgYSByZXN1bHQgdGhlIHdv
cnN0IGNhc2UgcmVzdWx0cyBpbiBUYWJsZSAzLjENCiAgIGNvcnJlc3BvbmQgdG8gdGhlIDV4IGRl
bWFuZCBvdmVybG9hZCBleHBlcmltZW50cy4gIFpoYW5nLCBldCBhbC4NCiAgIEV4cGlyZXMgSmFu
dWFyeSA2LCAyMDA4IFtQYWdlIDEzXSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11bGF0aW9uIFN0dWR5
DQogICBKdWx5IDIwMDcNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCB8IHwgfCBvdmVyLWFkbWlzc2lv
biB8IHN0YW5kYXJkIHwgfCBMaW5rIHR5cGUgfCB0cmFmZmljIHwgY2FsbCB8DQogICBwZXJjZW50
IHwgZGV2aWF0aW9uIHRvIHwgfCB8IHR5cGUgfCBhcnJpdmFsIHwgfCBjb25mLWFkbS1yYXRlfCB8
IHwgfA0KICAgcHJvY2VzcyB8IHwgcmF0aW8gfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8VDMsMTAw
TWJwcyxPQzMgfCBDQlIgfCBQT0lTU09OIHwgMC41JSB8IDAuMDA1IHwNCg0KDQoNCkNoYXJueSwg
ZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQ
YWdlIDI0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJr
aW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8VDMs
MTAwTWJwcyxPQzMgfCBWQlIgfCBQT0lTU09OIHwgMi41JSB8IDAuMDI1IHwNCiAgIC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgfFQzLDEwME1icHMsT0MzIHwgQ0JSIHwgQkFUQ0ggfCAxLjAlIHwgMC4wMSB8DQog
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCiAgIHxUMywxMDBNYnBzLE9DMyB8IFZCUiB8IEJBVENIIHwgMy4wJSB8
IDAuMDMgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8IDFHYnBzIHwgU1ZEIHwgUE9JU1NPTiB8IDIu
MCUgfCAwLjA4IHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCBPQzEyIHwgU1ZEIHwgUE9JU1NPTiB8
IDAuMCUgfCAwLjEgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICBUYWJsZSAzLjEuICBTdW1tYXJ5IG9m
IHRoZSBhZG1pc3Npb24gY29udHJvbCByZXN1bHRzIGZvciBsaW5rcyBhYm92ZQ0KICAgVDMgc3Bl
ZWRzLiAgTm90ZTogVDMgPSA0NU1icHMsIE9DMyA9IDE1NU1icHMsIE9DMTIgPSA2MjJNYnBzLg0K
ICAgUmVzdWx0cyBjb3JyZXNwb25kIHRvIDV4IG92ZXJsb2FkIG9uIGEgU2luZ2xlIExpbmsgVG9w
b2xvZ3kuIDMuMy4NCiAgIFNlbnNpdGl2aXR5IHRvIENhbGwgQXJyaXZhbCBBc3N1bXB0aW9ucyBJ
biB0aGUgcHJldmlvdXMgc2VjdGlvbiB3ZQ0KICAgcmVwb3J0ZWQgdGhhdCBhdCBzdWZmaWNpZW50
IGxldmVscyBvZiBhZ2dyZWdhdGlvbiBQb2lzc29uIGNhbGwNCiAgIGFycml2YWxzIGFzc3VtcHRp
b24gd2FzIG5vdCBjcml0aWNhbCBpbiB0aGUgc2Vuc2UgdGhhdCBldmVuIGENCiAgIGJ1cnN0aWVy
LCBiYXRjaCBhcnJpdmFsIHByb2Nlc3MgcmVzdWx0ZWQgaW4gYSByZWFzb25hYmxlIHBlcmZvcm1h
bmNlDQogICBmb3IgYWxsIHRyYWZmaWMgbW9kZWxzLiAgSW4gdGhpcyBzZWN0aW9uIHdlIGludmVz
dGlnYXRlIHRvIHdoYXQNCiAgIGV4dGVudCB0aGUgUG9pc3NvbiBjYWxsIGFycml2YWwgYXNzdW1w
dGlvbiBhZmZlY3QgdGhlIGFjY3VyYWN5IG9mIHRoZQ0KICAgYWRtaXNzaW9uIGNvbnRyb2wgYWxn
b3JpdGhtIGF0IGxvd2VyIGxldmVscyBvZiBib3R0bGVuZWNrDQogICBhZ2dyZWdhdGlvbi4gIFRv
IHRoYXQgZW5kIHdlIGZpcnN0IGludmVzdGlnYXRlZCB0aGUgY29tcGFyYXRpdmUNCiAgIHBlcmZv
cm1hbmNlIG9mIHRoZSBhbGdvcml0aG0gd2l0aCBQb2lzc29uIGFuZCBCYXRjaCBjYWxsIGFycml2
YWwNCiAgIHByb2Nlc3NlcyBmb3IgdGhlIENCUiBhbmQgVkJSIHZvaWNlIHRyYWZmaWMuICBUaGUg
bWVhbiBjYWxsIGFycml2YWwNCiAgIHJhdGUgd2FzIHRoZSBzYW1lIGZvciBib3RoIHByb2Nlc3Nl
cywgd2l0aCB0aGUgZGVtYW5kIG92ZXJsb2Fkcw0KICAgcmFuZ2luZyBmcm9tIDJ4IHRvIDV4LiAg
VGFibGUgMy4yIGJlbG93IHN1bW1hcml6ZXMgdGhlIGRpZmZlcmVuY2UNCiAgIGJldHdlZW4gdGhl
IGFkbWl0dGVkIGxvYWQgYW5kIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBmb3IgQ0JS
DQogICBWb2ljZSBpbiB0aGUgY2FzZSBvZiBQb2lzc29uIGFuZCBCYXRjaCBhcnJpdmFscy4gIFRh
YmxlIDMuMyBwcm92aWRlcw0KICAgYSBzaW1pbGFyIHN1bW1hcnkgZm9yIG9uLW9mZiB0cmFmZmlj
IHNpbXVsYXRpbmcgdm9pY2Ugd2l0aCBzaWxlbmNlDQogICBjb21wcmVzc2lvbi4gIFRoZSByZXN1
bHRzIGluIHRoZSB0YWJsZXMgY29ycmVzcG9uZCB0byB0aGUgd29yc3QgY2FzZQ0KICAgYWNyb3Nz
IGFsbCBvdmVybG9hZCBmYWN0b3JzIChhbmQgd2hlbiBtdWx0aXBsZSBsaW5rcyBzcGVlZHMgYXJl
DQogICBsaXN0ZWQsIGFjcm9zcyBhbGwgdGhvc2UgbGluayBzcGVlZHMpLiAgWmhhbmcsIGV0IGFs
LiAgRXhwaXJlcw0KICAgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDE0XSBJbnRlcm5ldC1EcmFmdCBD
TCBTaW11bGF0aW9uIFN0dWR5IEp1bHkNCiAgIDIwMDcgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfA0KICAgTGluayB0eXBlIHwgYXJy
aXZhbCB8b3Zlci1hZG1pc3Npb24gfCBzdGFuZGFyZCB8IHwgfCBtb2RlbCB8cGVyY2VudCB8DQog
ICBkZXZpYXRpb24gdG8gfCB8IHwgfCB8IGNvbmYtYWRtLXJhdGV8IHwgfCB8IHwgcmF0aW8gfA0K
ICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0gfCAxTWJwcywNCiAgIFQxIHwgQkFUQ0ggfCAzMC4wJSB8IDAuMzAgfA0KICAgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCAx
MCBNYnBzDQogICB8IEJBVENIIHwgNS4wJSB8IDAuMDggfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUMywxMDBNYnBz
LE9DM3wgQkFUQ0ggfCAxLjAlIHwgMC4wMSB8DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8IDFNYnBzLA0KICAgVDEgfCBQT0lT
U09OIHwgNS4wJSB8IDAuMTAgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCAxMCBNYnBzDQogICB8IFBPSVNTT04gfCAxLjAl
IHwgMC4wMiB8DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KICAgfFQzLDEwME1icHMsT0MzfCBQT0lTU09OIHwgMC41JSB8IDAu
MDA1IHwNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwg
MjAwOCAgICAgICAgICAgICAgIFtQYWdlIDI1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
IFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0gVGFibGUNCiAgIDMuMi4gIENvbXBhcmlzb24gb2YgUG9pc3NvbiBhbmQgQmF0Y2ggY2FsbCBh
cnJpdmFsIG1vZGVscyBmb3IgQ0JSDQogICB2b2ljZS4gIE5vdGU6IFQxID0gMS41TWJwcywgVDMg
PSA0NU1icHMsIE9DMyA9IDE1NU1icHMsIE9DMTIgPQ0KICAgNjIyTWJwcy4gIFRoZSByZXN1bHRz
IGFyZSBmb3IgNXggb3ZlcmxvYWQgb24gYSBTaW5nbGUgTGluayBUb3BvbG9neS4NCiAgIC0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwg
TGluaw0KICAgdHlwZSB8IGFycml2YWwgfCBvdmVyLWFkbWlzc2lvbiB8IHN0YW5kYXJkIHwgfCB8
IG1vZGVsIHwgcGVyY2VudCB8DQogICBkZXZpYXRpb24gdG8gfCB8IHwgfCB8IGNvbmYtYWRtLXJh
dGV8IHwgfCB8IHwgcmF0aW8gfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCAxTWJwcywNCiAgIFQxIHwgQkFUQ0ggfCA0MC4w
JSB8IDAuMzAgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0gfCAxMCBNYnBzDQogICB8IEJBVENIIHwgOC4wJSB8IDAuMDYgfA0K
ICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0NCiAgIHxUMywxMDBNYnBzLE9DM3wgQkFUQ0ggfCAzLjAlIHwgMC4wMyB8DQogICAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8
IDFNYnBzLA0KICAgVDEgfCBQT0lTU09OIHwgMTUuMCUgfCAwLjIwIHwNCiAgIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwgMTAgTWJw
cw0KICAgfCBQT0lTU09OIHwgNy4wJSB8IDAuMDYgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUMywxMDBNYnBzLE9D
M3wgUE9JU1NPTiB8IDIuNSUgfCAwLjAyNSB8DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBUYWJsZQ0KICAgMy4zLiAgQ29tcGFy
aXNvbiBvZiBQb2lzc29uIGFuZCBCYXRjaCBjYWxsIGFycml2YWwgbW9kZWxzIGZvciBWQlINCiAg
IHZvaWNlIHdpdGggc2lsZW5jZSBjb21wcmVzc2lvbi4gIE5vdGU6IFQxID0gMS41TWJwcywgVDMg
PSA0NU1icHMsIE9DMw0KICAgPSAxNTVNYnBzLCBPQzEyID0gNjIyTWJwcy4gIEFzIGNhbiBiZSBz
ZWVuLCB0aGVyZSBpcyBzdWJzdGFudGlhbA0KICAgc2Vuc2l0aXZpdHkgdG8gUG9pc3NvbiBjYWxs
IGFycml2YWxzIGF0IGxvd2VyIGJvdHRsZW5lY2sgYWdncmVnYXRpb24NCiAgIGxldmVscywgYnV0
IHZlcnkgbGl0dGxlIHBlcmZvcm1hbmNlIGRpZmZlcmVuY2UgaXMgb2JzZXJ2ZWQgYXMgbG9uZyBh
cw0KICAgdGhlIGFnZ3JlZ2F0aW9uIGxldmVscyBhcmUgc3VmZmljaWVudGx5IGhpZ2guICBaaGFu
ZywgZXQgYWwuICBFeHBpcmVzDQogICBKYW51YXJ5IDYsIDIwMDggW1BhZ2UgMTVdIEludGVybmV0
LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseQ0KICAgMjAwNyBTdWJzZXF1ZW50bHkgd2Ug
YWxzbyBpbnZlc3RpZ2F0ZWQgc2Vuc2l0aXZpdHkgdG8gUG9pc3Nvbg0KICAgYXNzdW1wdGlvbiB3
aXRoIGFsbCBvdGhlciB0cmFmZmljIG1vZGVscyBhbmQgb3RoZXIgdG9wb2xvZ2llcy4gIER1ZQ0K
ICAgdG8gdGltZSBsaW1pdGF0aW9ucywgd2UgaW52ZXN0aWdhdGVkIHRoaXMgb25seSBhdCBoaWdo
ZXIgbGV2ZWxzIG9mDQogICBhZ2dyZWdhdGlvbi4gIFNwZWNpZmljYWxseSwgYWxsIHZvaWNlIGV4
cGVyaW1lbnRzLCBpbmNsdWRpbmcgdmFyaW91cw0KICAgY29kZWNzIG1peGVzIGFyZSBydW4gb24g
Ym90dGxlbmVjayBsaW5rIHdpdGggT0MzICgxNTUgTWJwcykNCiAgIGJvdHRsZW5lY2sgbGlua3Ms
IFZUUiB0cmFjZXMgYXJlIHJ1biBvbiAxR2JwcyBhbmQgU1ZEIG9uIE9DNDgNCiAgICgyLjRHYnBz
KSBsaW5rcy4gIEF0IHRoZXNlIGxldmVscyBvZiBhZ2dyZWdhdGlvbiB3ZSBoYXZlIHJ1biB0aGUN
CiAgIGV4cGVyaW1lbnRzIG9uIHRoZSBlbnRpcmUgc2V0IG9mIHRvcG9sb2dpZXMgYW5kIHBhcmFt
ZXRlciBzZXR0aW5ncw0KICAgcmVwb3J0ZWQgaW4gdGhpcyBkcmFmdCwgYW5kIGZvbmQgdGhhdCB0
aGUgcGVyZm9ybWFuY2Ugd2l0aCBCQVRDSA0KICAgYXJyaXZhbHMgaXMgdmVyeSBjbG9zZSB0byB0
aGF0IG9mIFBvaXNzb24gYXJyaXZhbHMgYWNyb3NzIHRoZSBlbnRpcmUNCiAgIHJhbmdlIG9mIHRo
ZXNlIGV4cGVyaW1lbnRzLiAgVGhpcyBjb25maXJtcyB0aGF0IEJBVENIIGFycml2YWxzIGhhdmUN
CiAgIGxpdHRsZSBlZmZlY3Qgb24gdGhlIHBlcmZvcm1hbmNlIGNvbXBhcmVkIHRvIFBvaXNzb24g
YXQgc3VmZmljaWVudA0KICAgYWdncmVnYXRpb24gbGV2ZWxzIGFuZCBkZW1hbmQgb3ZlcmxvYWRz
IGluIHRoZSBzdHVkaWVkIHJhbmdlLiAzLjQuDQogICBTZW5zaXRpdml0eSB0byBNYXJraW5nIFBh
cmFtZXRlcnMgYXQgdGhlIEJvdHRsZW5lY2sgMy40LjEuICBSYW1wIHZzDQogICBTdGVwIE1hcmtp
bmcgRHJhZnQgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gZ2F2ZSBhbiBvcHRp
b24NCiAgIG9mICJyYW1wIiBhbmQgInN0ZXAiIG1hcmtpbmcgYXQgdGhlIGJvdHRsZW5lY2suICBU
aGUgYmVoYXZpb3Igb2YgdGhlDQogICBjb25nZXN0aW9uIGNvbnRyb2wgYWxnb3JpdGhtIGluIGFs
bCBzaW11bGF0aW9uIGV4cGVyaW1lbnRzIHdlDQogICBwZXJmb3JtZWQgZGlkIG5vdCBzdWJzdGFu
dGlhbGx5IGRpZmZlciBkZXBlbmRpbmcgb24gd2hldGhlciB0aGUNCiAgIG1hcmtpbmcgd2FzICJy
YW1wIiwgaS5lLiB3aGV0aGVyIGEgc2VwYXJhdGUgbWluLW1hcmtpbmctdGhyZXNob2xkIGFuZA0K
ICAgbWF4LW1hcmtpbmctIHRocmVzaG9sZCB3ZXJlIHVzZWQsIHdpdGggbGluZWFyIG1hcmtpbmcg
cHJvYmFiaWxpdHkNCiAgIGJldHdlZW4gdGhlc2UgdGhyZXNob2xkcywgb3Igd2hldGhlciB0aGUg
bWFya2luZyB3YXMgInN0ZXAiIHdpdGggdGhlDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAg
ICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAyNl0NCgwNCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAg
ICAgIEp1bHkgMjAwNw0KDQoNCiAgIG1pbi1tYXJraW5nLSB0aHJlc2hvbGQgYW5kIG1heC1tYXJr
aW5nLXRocmVzaG9sZCBjb2xsYXBzZWQgYXQgdGhlDQogICBtYXgtIG1hcmtpbmctIHRocmVzaG9s
ZCB2YWx1ZSwgYW5kIG1hcmtpbmcgYWxsIHBhY2tldHMgd2l0aA0KICAgcHJvYmFiaWxpdHkgMSBh
Ym92ZSB0aGlzIGNvbGxhcHNlZCB0aHJlc2hvbGQuICBIb3dldmVyLCB0aGUNCiAgIGRpZmZlcmVu
Y2UgYmV0d2VlbiAicmFtcCIgYW5kICJzdGVwIiBtYXkgYmUgbW9yZSB2aXNpYmxlIGluIHRoZQ0K
ICAgbXVsdGlwbGUgY29uZ2VzdGlvbiBwb2ludCBjYXNlIChldmFsdWF0aW9uIG9mICJyYW1wIiB2
cyAic3RlcCINCiAgIHBlcmZvcm1hbmNlIGluIHRoZSBtdWx0aS1ib3R0bGVuZWNrIGNhc2UgcmVt
YWlucyBhbiBhcmVhIGZvciBmdXR1cmUNCiAgIHdvcmspLiAgQW5vdGhlciBwb3NzaWJsZSByZWFz
b24gZm9yIHRoaXMgYXBwYXJlbnQgbGFjayBvZiBkaWZmZXJlbmNlDQogICBiZXR3ZWVuICJyYW1w
IiBhbmQgInN0ZXAiIG1heSByZWxhdGUgdG8gdGhlIGNob2ljZSBvZiBDTEUgdGhyZXNob2xkDQog
ICBhbmQgbWVhc3VyZW1lbnQgdGltZXNjYWxlLiAgQ2hvb3NpbmcgYSBsb3dlciBDTEUgdGhyZXNo
b2xkIGFuZCBhDQogICBmYXN0ZXIgbWVhc3VyZW1lbnQgdGltZXNjYWxlIG1heSByZXN1bHQgaW4g
YSBiZXR0ZXIgc2Vuc2l0aXZpdHkgdG8NCiAgIGxvd2VyIGxldmVscyBvZiBtYXJrZWQgdHJhZmZp
Yy4gIEludmVzdGlnYXRpbmcgdGhlIGludGVyYWN0aW9uDQogICBiZXR3ZWVuIHNldHRpbmdzIG9m
IHRoZSBtYXJraW5nIHRocmVzaG9sZHMsIHRoZSBDTEUtdGhyZXNob2xkLCBhbmQNCiAgIHRoZSBt
ZWFzdXJlbWVudCBwYXJhbWV0ZXJzIGF0IHRoZSBlZ3Jlc3MgcmVtYWlucyBhbiBhcmVhIG9mIGZ1
dHVyZQ0KICAgaW52ZXN0aWdhdGlvbi4gMy40LjIuICBTZW5zaXRpdml0eSB0byBWaXJ0dWFsIFF1
ZXVlIE1hcmtpbmcNCiAgIFRocmVzaG9sZHMgVGhlIGxpbWl0ZWQgbnVtYmVyIG9mIHNpbXVsYXRp
b24gZXhwZXJpbWVudHMgd2UgcGVyZm9ybWVkDQogICBpbmRpY2F0ZSB0aGF0IHRoZSBjaG9pY2Ug
b2YgdGhlIGFic29sdXRlIHZhbHVlIG9mIHRoZSBtaW4tIG1hcmtpbmctDQogICB0aHJlc2hvbGQs
IHRoZSBtYXgtbWFya2luZy10aHJlc2hvbGQgYW5kIHRoZSB2aXJ0dWFsLXF1ZXVlLSB1cHBlci0N
CiAgIGxpbWl0IGNhbiBoYXZlIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4
IFtQYWdlIDE2XQ0KICAgSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIw
MDcgYSB2aXNpYmxlIGVmZmVjdCBvbiB0aGUNCiAgIGFsZ29yaXRobSBwZXJmb3JtYW5jZS4gIFNw
ZWNpZmljYWxseSwgY2hvb3NpbmcgdGhlIG1pbi1tYXJraW5nLQ0KICAgdGhyZXNob2xkIGFuZCB0
aGUgbWF4LW1hcmtpbmctIHRocmVzaG9sZCB0b28gc21hbGwgbWF5IGNhdXNlDQogICBzdWJzdGFu
dGlhbCB1bmRlci11dGlsaXphdGlvbiwgZXNwZWNpYWxseSBvbiB0aGUgc2xvdyBsaW5rcy4NCiAg
IEhvd2V2ZXIsIGF0IGxhcmdlciB2YWx1ZXMgb2YgdGhlIG1pbi0gbWFya2luZy10aHJlc2hvbGQg
YW5kIHRoZSBtYXgtDQogICBtYXJraW5nLXRocmVzaG9sZCwgcHJlbGltaW5hcnkgZXhwZXJpbWVu
dHMgc3VnZ2VzdCB0aGUgYWxnb3JpdGhtJ3MNCiAgIHBlcmZvcm1hbmNlIGlzIGluc2Vuc2l0aXZl
IHRvIHRoZWlyIHZhbHVlcy4gIFRoZSBjaG9pY2Ugb2YgdGhlDQogICB2aXJ0dWFsLXF1ZXVlLXVw
cGVyLWxpbWl0IGFmZmVjdHMgdGhlIGFtb3VudCBvZiBvdmVyLWFkbWlzc2lvbiAoYWJvdmUNCiAg
IHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSB0aHJlc2hvbGQpIGluIHNvbWUgY2FzZXMs
IGFsdGhvdWdoDQogICB0aGlzIGVmZmVjdCBpcyBub3QgY29uc2lzdGVudCB0aHJvdWdob3V0IHRo
ZSBleHBlcmltZW50cy4gIFRoZSBUYWJsZQ0KICAgMy40IGJlbG93IGdpdmVzIGEgc3VtbWFyeSBv
ZiB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHRoZSBhZG1pdHRlZCBsb2FkDQogICBhbmQgdGhlIGNv
bmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIGFzIGEgZnVuY3Rpb24gb2YgdGhlIHZpcnR1YWwgcXVl
dWUNCiAgIHBhcmFtZXRlcnMsIGZvciB0aGUgU1ZEIHRyYWZmaWMgbW9kZWwuICBUaGUgcmVzdWx0
cyBpbiB0aGUgdGFibGUNCiAgIHJlcHJlc2VudCB0aGUgd29yc3QgY2FzZSByZXN1bHQgYW1vbmcg
dGhlIGV4cGVyaW1lbnRzIHdpdGggZGlmZmVyZW50DQogICBkZWdyZWUgb2YgZGVtYW5kIG92ZXJs
b2FkcyBpbiB0aGUgcmFuZ2Ugb2YgMngtNXguICBUeXBpY2FsbHksIGhpZ2hlcg0KICAgZGV2aWF0
aW9uIG9mIGFkbWl0dGVkIGxvYWQgZnJvbSB0aGUgY29uZmlndXJlZC0gYWRtaXNzaWJsZS1yYXRl
DQogICBvY2N1cnMgZm9yIHRoZSBoaWdoZXIgZGVncmVlIG9mIGRlbWFuZCBvdmVybG9hZC4gIFRo
ZSBzZW5zaXRpdml0eSBvZg0KICAgc21vb3RoZXIgQ0JSIGFuZCBWQlIgdm9pY2UgdHJhZmZpYyBt
b2RlbHMgdG8gdGhlIHZhcmlhdGlvbiBvZiB0aGVzZQ0KICAgcGFyYW1ldGVycyBpcyBub3QgYXMg
c2lnbmlmaWNhbnQgYXMgdGhhdCBwcmVzZW50ZWQgaW4gVGFibGUgMy40IGZvcg0KICAgU1ZELiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LSB8IHwNCiAgIHwgfCBzdGFuZGFyZCB8IHwgTGluayB0eXBlIHxtaW4tdGhyZXNob2xkLCB8IG92
ZXItYWRtaXNzaW9uIHwNCiAgIGRldmlhdGlvbiB0byB8IHwgfG1heC10aHJlc2hvbGQsIHwgcGVy
Y2VudCB8IGNvbmYtYWRtLXJhdGV8IHwgfHVwcGVyLQ0KICAgbGltaXQobXMpfCB8IHJhdGlvIHwN
CiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tIHwgMUdicHMNCiAgIHw1LCAxNSwgMjAgfCA2LjAlIHwgMC4wOCB8DQogICAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8IDFH
YnBzDQogICB8MSwgNSwgMTAgfCAyLjAlIHwgMC4wNyB8DQogICAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8IDFHYnBzDQogICB8NSwg
MTUsIDQ1IHwgMi4wJSB8IDAuMDggfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCBPQzEyDQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAy
N10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHw1LCAxNSwgMjAgfCA1LjAlIHwgMC4xMSB8
DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSB8IE9DMTINCiAgIHwxLCA1LCAxMCB8IDIuMCUgfCAwLjEzIHwNCiAgIC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwgT0Mx
Mg0KICAgfDUsIDE1LCA0NSB8IDAuMCUgfCAwLjEwIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIFRhYmxlDQogICAzLjQuICBT
ZW5zaXRpdml0eSBvZiA0IE1icHMgb24tb2ZmIFNWRCB0cmFmZmljIHRvIHRoZSB2aXJ0dWFsIHF1
ZXVlDQogICBzZXR0aW5ncy4gIE5vdGU6IFQxID0gMS41TWJwcywgVDMgPSA0NU1icHMsIE9DMyA9
IDE1NU1icHMsIE9DMTIgPQ0KICAgNjIyTWJwcyAzLjUuICBTZW5zaXRpdml0eSB0byBSVFQgV2Ug
cGVyZm9ybWVkIGEgbGltaXRlZCBhbW91bnQgb2YNCiAgIHNlbnNpdGl2aXR5IGFuYWx5c2lzIG9m
IHRoZSBhZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG0gdXNlZCB0byB0aGUNCiAgIHJhbmdlIG9m
IHJvdW5kIHRyaXAgcHJvcGFnYXRpb24gdGltZSAod2hpY2ggaXMgdGhlIGRvbWluYW50IGNvbXBv
bmVudA0KICAgb2YgdGhlIGNvbnRyb2wgZGVsYXkgaW4gdGhlIHR5cGljYWwgZW52aXJvbm1lbnQg
dXNpbmcgUHJlLWNvbmdlc3Rpb24NCiAgIG5vdGlmaWNhdGlvbikuICBaaGFuZywgZXQgYWwuICBF
eHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAxN10NCiAgIEludGVybmV0LURyYWZ0IENMIFNp
bXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3IFdlIGNvbnNpZGVyZWQgYm90aCB0aGUNCiAgIGNhc2Ug
d2hlbiBhbGwgZmxvd3MgaW4gYSBnaXZlbiBleHBlcmltZW50IGhhZCB0aGUgc2FtZSBSVFQgZnJv
bSB0aGlzDQogICByYW5nZSwgYW5kIGFsc28gd2hlbiBSVFQgb2YgZGlmZmVyZW50IGZsb3dzIHNo
YXJpbmcgYSBzaW5nbGUNCiAgIGJvdHRsZW5lY2sgbGluayBpbiBhIHNpbmdsZSBleHBlcmltZW50
IGhhZCBhIHJhbmdlIG9mIHJvdW5kIHRyaXANCiAgIGRlbGF5cyBiZXR3ZWVuIDIyIGFuZCAyMjAg
bXMuICBUaGUgcmVzdWx0cyB3ZXJlIGdvb2QgZm9yIGFsbCB0eXBlcyBvZg0KICAgdHJhZmZpYyB0
ZXN0ZWQsIGltcGx5aW5nIHRoYXQgdGhlIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSBpcyBu
b3QNCiAgIHNlbnNpdGl2ZSB0byB0aGUgZWl0aGVyIHRoZSBhYnNvbHV0ZSB2YWx1ZSBvZiB0aGUg
cm91bmQtdHJpcA0KICAgcHJvcGFnYXRpb24gdGltZSBvciByZWxhdGl2ZSB2YWx1ZSBvZiB0aGUg
cm91bmQtdHJpcCBwcm9wYWdhdGlvbg0KICAgdGltZSwgYXQgbGVhc3QgaW4gdGhlIHJhbmdlIG9m
IHZhbHVlcyB0ZXN0ZWQuICBJbiBhZGRpdGlvbiwgd2UgZm91bmQNCiAgIG5vIHNpZ24gb2YgdW5m
YWlybmVzcyB0byB0aGUgZmxvd3Mgd2l0aCBsYXJnZSBSVFQuICBXZSBleHBlY3QgdGhpcyB0bw0K
ICAgcmVtYWluIHRydWUgZm9yIGEgd2lkZXIgcmFuZ2Ugb2Ygcm91bmQtdHJpcCBwcm9wYWdhdGlv
biB0aW1lcy4gIEl0IGlzDQogICBpbXBvcnRhbnQgdG8gbm90ZSB0aGF0IHRoZXNlIHJlc3VsdHMg
cmVsYXRlIHRvIHRoZSBkaWZmZXJlbmNlIGluIFJUVA0KICAgb2YgZmxvd3Mgc2hhcmluZyBhIHNp
bmdsZSBib3R0bGVuZWNrLiAgT25lIGNhbiBleHBlY3QgdGhhdCBmbG93cyB3aXRoDQogICBsb25n
ZXIgUlRUIGFsc28gdHJhdmVyc2UgbW9yZSBib3R0bGVuZWNrIGxpbmtzLiAgVGhpcyBlZmZlY3Qg
b2YNCiAgIG11bHRpcGxlIGJvdHRsZW5lY2tzIGlzIHN0dWRpZWQgc2VwYXJhdGVseSBhbmQgaXMg
cmVwb3J0ZWQgbGF0ZXIgaW4NCiAgIHRoaXMgZHJhZnQuIDMuNi4gIFNlbnNpdGl2aXR5IHRvIEVX
TUEgd2VpZ2h0IGFuZCBDTEUgVGhpcyBzZWN0aW9uDQogICByZXByZXNlbnRzIHRoZSByZXN1bHRz
IG9mIHRoZSBpbnZlc3RpZ2F0aW9uIHRoZSBjb21iaW5lZCBlZmZlY3Qgb2YNCiAgIHRoZSBFV01B
IHdlaWdodCBhbmQgQ0xFIHNldHRpbmcgYXQgdGhlIGVncmVzcyBpbiB0aHJlZSB0eXBlcyBvZg0K
ICAgc2V0dGluZ3Mgb246IG8gYSBTaW5nbGUgTGluayB0b3BvbG9neSBvZiBGaWcuIDIuMSBvIFJU
VCB0b3BvbG9neSBvZg0KICAgRmlnLiAyLjIgd2l0aCAxMDAgaW5ncmVzcyBsaW5rcyBvIFBMVCB0
b3BvbG9naWVzIG9mIEZpZy4gMi4zIFdlDQogICBleHBlcmltZW50IHdpdGggMyBsZXZlbHMgb2Yg
Q0xFICgwLjA1LCAwLjE1LCAwLjI1KSBpbiBjb21iaW5hdGlvbiBvZg0KICAgRVdNQSB3ZWlnaHQg
cmFuZ2luZyBmcm9tIDAuMSB0byAwLjkgKGluIDAuMiBzdGVwIGluY3JlYXNlKS4gIFRoZQ0KICAg
ZGVtYW5kIG92ZXJsb2FkIGlzIHRha2VuIHRvIGJlIDV4LiAgRm9yIGJyZXZpdHksIGluc3RlYWQg
b2YgbGlzdGluZw0KICAgYWxsIDE1IHZhbHVlcyAoZm9yIGVhY2ggY29tYmluYXRpb24gb2Ygd2Vp
Z2h0IGFuZCBDTEUpLCB3ZSBwcmVzZW50DQogICB0aGUgNC10dXBsZSBzdW1tYXJpZXMgYWNyb3Nz
IGFsbCBleHBlcmltZW50cy4gIEZvciBQTFQgdG9wb2xvZ3kgd2l0aA0KICAgTiBib3R0bGVuZWNr
cywgd2UgaGF2ZSBOIG92ZXItYWRtaXNzaW9uLXBlcmMuIHZhbHVlcyAoZWFjaA0KICAgY29ycmVz
cG9uZHMgdG8gb25lIGJvdHRsZW5lY2sgbGluaykuICBXZSBzaG93IGhlcmUgb25seSB0aGUgd29y
c2UNCiAgIGNhc2UgdmFsdWVzLiAgVGhhdCBpcywgaW4gdGhlIG92ZXJsb2FkIGV4cGVyaW1lbnRz
ICgxLTV4KSwgdGhlDQogICBtYXhpbXVtIG9mIHRoZSBOIG92ZXItYWRtaXNzaW9uLXBlcmMgaXMg
ZGlzcGxheWVkLiAgVGhlIHJlc3VsdHMgYmVsb3cNCiAgIGFyZSBwcmVzZW50ZWQgZm9yIG5vbi1y
YW5kb21pemVkIHRyYWZmaWMgbW9kZWxzLiAgUmFuZG9taXplZCB2ZXJzaW9ucw0KICAgb2YgYWxs
IHRyYWZmaWMgdHlwZSB3ZXJlIHRlc3RlZCBhcyB3ZWxsLCBidXQgbm8gbWVhbmluZ2Z1bCBkaWZm
ZXJlbmNlDQogICB3ZXJlIG9ic2VydmVkLiAgVGhlIHNpbXVsYXRpb24gcmVzdWx0cyByZXZlYWwg
dGhhdCBmb3IgYWxsIG9mIHRoZQ0KICAgdHJhZmZpYyBtb2RlbHMgdGVzdGVkIGV4Y2VwdCBTVkQs
IHRoZSBhZG1pc3Npb24gY29udHJvbCBpcyByYXRoZXINCiAgIGluc2Vuc2l0aXZlIHRvIHRoZSBF
V01BIHdlaWdodCBhbmQgQ0xFIGNoYW5nZXMuICBUaGVzZSBzdGF0aXN0aWNzDQogICBzaG93IHRo
YXQgb3Zlci0gWmhhbmcsIGV0IGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggW1BhZ2UgMThd
DQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDgg
ICAgICAgICAgICAgICBbUGFnZSAyOF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04g
d2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIEludGVy
bmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3IGFkbWlzc2lvbi1wZXJjZW50
YWdlDQogICB2YWx1ZXMgYXJlIHJhdGhlciBzaW1pbGFyLCB3aXRoIHRoZSBhZG1pdHRlZCBsb2Fk
IHN0YXlpbmcgd2l0aGluDQogICAtMyUrMiUgcmFuZ2Ugb2YgdGhlIGRlc2lyZWQgYWRtaXNzaW9u
IHRocmVzaG9sZCwgd2l0aCBxdWl0ZSBsaW1pdGVkDQogICB2YXJpYWJpbGl0eS4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwNCiAgIFR5cGUgfCBU
b3BvIHwgT3ZlciBBZG1pc3Npb24gUGVyYyBTdGF0cyB8IHwgfCB8IE1pbiB8IE1heCB8IE1lYW4g
fCBTRA0KICAgfCB8LS0tLS0tfC0tLS0tLS0tfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tfCB8IHwgUy5MaW5rIHwNCiAgIDAuMjI0IHwgMS4xMDUgfCAwLjgwMSB8IDAuMTc5IHwg
fCBDQlIgfCBSVFQgfCAwLjIwMCB8IDEuMTkyIHwgMC44NTEgfA0KICAgMC4xOTggfCB8IHwgUExU
IHwgLTAuOTMgfCAwLjk5MCB8IDAuNTI4IHwgMC41NTkgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwgfCB8IFMuTGluayB8DQogICAtMC4w
NyB8IDEuNjQ2IHwgMS4yNzIgfCAwLjM5NiB8IHwgVkJSIHwgUlRUIHwgLTAuMTEgfCAxLjgzMCB8
IDEuMzI5IHwNCiAgIDAuNDM0IHwgfCB8IFBMVCB8IC0xLjQ4IHwgMS42NDQgfCAwLjc5OCB8IDAu
OTU4IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS18IHwgfCBTLkxpbmsgfA0KICAgLTAuMTQgfCAxLjk2MSB8IDEuMjIxIHwgMC42MDYgfCB8
IE1JWCB8IFJUVCB8IC0wLjQ2IHwgMS44MDMgfCAxLjE3MSB8DQogICAwLjY5MyB8IHwgfCBQTFQg
fCAtMS42MiB8IDEuMDMxIHwgMC4zNjMgfCAwLjc5OCB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8IHwgUy5MaW5rIHwNCiAgIC0wLjA1
IHwgMS41ODEgfCAxLjA1NSB8IDAuNDQxIHwgfCBWVFIgfCBSVFQgfCAtMC41NyB8IDEuMzEzIHwg
MC44NTUgfA0KICAgMC41ODUgfCB8IHwgUExUIHwgLTEuMjQgfCAxLjA3MSB8IDAuNTA4IHwgMC43
MzkgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLXwgfCB8IFMuTGluayB8DQogICAtMi43MyB8IDYuNTI1IHwgMy4zMTQgfCAzLjE0MSB8IHwg
U1ZEIHwgUlRUIHwgLTIuOTggfCA1LjM1NyB8IDIuNTQxIHwNCiAgIDIuNjE4IHwgfCB8IFBMVCB8
IC00Ljg0IHwgNC4yOTQgfCAxLjIyOSB8IDIuOTAzIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBUYWJsZSAzLjUNCiAgIFN1bW1hcml6ZWQg
cGVyZm9ybWFuY2UgZm9yIENCUiwgVkJSLCBNSVgsIFZUUiwgU1ZEIGFjcm9zcyBkaWZmZXJlbnQN
CiAgIHBhcmFtZXRlciBzZXR0aW5ncyBhbmQgdG9wb2xvZ2llcy4gIEZvciBTVkQsIHRoZSBhbGdv
cml0aG1zIGRvZXMgc2hvdw0KICAgY2VydGFpbiBzZW5zaXRpdml0eSB0byBwYXJhbWV0ZXJzLCB3
aGljaCBtZWFucyB0aGF0IGhpZ2ggcGVhay10by1tZWFuDQogICByYXRpbyBTVkQgdHJhZmZpYyBp
cyBtb3JlIHN0cmVzc2Z1bCB0byB0aGUgcXVldWUtYmFzZWQgYWRtaXNzaW9uDQogICBjb250cm9s
IGFsZ29yaXRobSwgYnV0IGEgc2V0IG9mIHBhcmFtZXRlcnMgZXhpc3RzIHRoYXQga2VlcHMgdGhl
DQogICBvdmVyLWFkbWlzc2lvbiB3aXRoaW4gYWJvdXQgLTMlIC0gKzclIG9mIHRoZSBleHBlY3Rl
ZCBsb2FkLiAgTm90ZQ0KICAgdGhhdCBzaW5jZSB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJh
dGUgaXMgZXhwZWN0ZWQgdG8gYmUgc2V0DQogICBzdWJzdGFudGlhbGx5IGJlbG93IHRoZSBhY3R1
YWwgbGluayBjYXBhY2l0eSwgYW5kIFBDTiB0cmFmZmljIGlzDQogICB0eXBpY2FsbHkgZXhwZWN0
ZWQgdG8gYmUgc2VydmVkIGF0IGhpZ2ggcHJpb3JpdHkgb3ZlciBub24tUENODQogICB0cmFmZmlj
LCAxMCUgb3ZlcmxvYWQgZG9lcyBub3QgcmVzdWx0IGluIGFueSBsb3NzIGFzIGxvbmcgYXMgdGhl
DQogICBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBpcyBzZXQgYmVsb3cgOTAlIG9mIHRoZSBs
aW5rIHNwZWVkLg0KICAgSGVuY2UsIHdlIHRyZWF0IDEwJSBvdmVybG9hZCBhcyAicmVhc29uYWJs
ZSIgZm9yIHByYWN0aWNhbCBwdXJwb3Nlcy4NCiAgIEEgbmVnYXRpdmUgb3ZlcmxvYWQgaW5kaWNh
dGVzIHRoYXQgbGVzcyB0cmFmZmljIGlzIGFkbWl0dGVkIHRoYW4gdGhlDQogICBwb2xpY3kgdGhy
ZXNob2xkIHdvdWxkIGFsbG93LCBpbmRpY2F0aW5nIHBvdGVudGlhbCB1bmRlcnV0aWxpemF0aW9u
Lg0KICAgWmhhbmcsIGV0IGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggW1BhZ2UgMTldIElu
dGVybmV0LURyYWZ0IENMDQogICBTaW11bGF0aW9uIFN0dWR5IEp1bHkgMjAwNyAzLjcuICBFZmZl
Y3Qgb2YgSW5ncmVzcy1FZ3Jlc3MgQWdncmVnYXRpb24NCiAgIFdlIGNhbiBhc3Nlc3MgdGhlIGVm
ZmVjdCBvZiBJbmdyZXNzLUVncmVzcyBhZ2dyZWdhdGlvbiBvbiB0aGUNCiAgIGFsZ29yaXRobSBi
eSBjb21wYXJpbmcgdGhlIFNpbmdsZUxpbmsgcmVzdWx0cyBpbiBUYWJsZSAzLjUgd2l0aCB0aGUN
CiAgIGNvcnJlc3BvbmRpbmcgUlRUIHJlc3VsdHMuICBBcyBkaXNjdXNzZWQgZWFybGllciwgdGhl
IGFjdHVhbCBjaG9pY2UNCiAgIG9mIFJUVCB2YWx1ZXMgb2YgZGlmZmVyZW50IGluZ3Jlc3MgbGlu
a3MgZG9lcyBub3QgYXBwZWFyIHRvIGhhdmUgYW55DQogICBzaWduaWZpY2FudCBlZmZlY3Qgb24g
dGhlIHNpbXVsYXRpb24gcmVzdWx0cy4gIFdlIGJlbGlldmUgdGhhdCBhbnkNCiAgIGFwcHJlY2lh
YmxlIGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgdHdvIHRvcG9sb2dpZXMgcmVsYXRlcyB0byB0aGUN
CiAgIGRlZ3JlZSBvZiBhZ2dyZWdhdGlvbiBvZiBlYWNoIGluZ3Jlc3MtZWdyZXNzIHBhaXIuICBP
bmUgb2YgdGhlDQogICBvdXRjb21lcyBvZiB0aGUgcmVzdWx0cyBwcmVzZW50ZWQgaW4gVGFibGUg
My41IGlzIHRoYXQgdGhlIGFkbWlzc2lvbg0KICAgY29udHJvbCBhbGdvcml0aG0gb2YgW0ktRC5i
cmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gc2VlbXMNCiAgIHJlbGF0aXZlbHkgaW5zZW5z
aXRpdmUgdG8gdGhlIGxldmVsIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uLg0KICAgKHBy
ZWFtYmxlKQ0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEw
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMjldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQog
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0gfCBUeXBlDQogICB8TnVtYmVyIG9mIEluZ3Jlc3NlcyBhbmQgdGhlIG92ZXItYWRtaXNz
aW9uIHBlcmMuIHwNCiAgIHwtLS0tLS18LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLSB8IHwgfCAyDQogICB8IDEwIHwgNzAgfCAzMDAgfCA2MDAgfCAx
MDAwIHwgfCBDQlIgfCAxLjAwMyB8IDEuMDI0IHwgMC45NzYgfCAwLjM1NA0KICAgfCAtMS40NSB8
IDAuMzk2IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS18IHwgfCAyDQogICB8IDEwIHwgNzAgfCAzMDAgfCA2MDAgfCAxODAw
IHwgfCBWQlIgfCAxLjAyMSB8IDEuMTE3IHwgMS4wMDYgfCAwLjk3OQ0KICAgfCAwLjcyMSB8IC0w
Ljg1IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS18IHwgfCAyDQogICB8IDEwIHwgNzAgfCAzMDAgfCA2MDAgfCAxMDAwIHwg
fCBNSVggfCAxLjA4MCB8IDEuMTYzIHwgMS4xMDUgfCAxLjA0Mg0KICAgfCAxLjEzMiB8IDEuMDk4
IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS18IHwgfCAyDQogICB8IDEwIHwgNzAgfCAxNDAgfCAzMDAgfCA2MDAgfCB8IFZU
UiB8IDEuMTA5IHwgMS4wNTMgfCAwLjg0MiB8IDAuODU5IHwNCiAgIDAuODU2IHwgMC44NjIgfA0K
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLXwgfCB8IDINCiAgIHwgMTAgfCAzNSB8IDcwIHwgMTQwIHwgMzAwIHwgfCBTVkQgfCAt
MC4wOCB8IDAuMDA5IHwgLTAuMTEgfCAtMC4yODYgfA0KICAgLTEuNTYgfCAwLjkxNCB8DQogICAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0gKFRhYmxlDQogICAzLjYgSW5ncmVzcyBhZ2dyZWdhdGlvbiBlZmZlY3QuICBFYWNoIGNlbGwg
aW4gdGhlIHRhYmxlIHNob3dzIHRoZQ0KICAgbnVtYmVyIG9mIFBDTi1pbmdyZXNzLW5vZGVzIGdl
bmVyYXRpbmcgdGhlIGZsb3dzIHNoYXJpbmcgdGhlDQogICBib3R0bGVuZWNrICh0b3AgbnVtYmVy
KSBhbmQgdGhlIGNvcnJlc3BvbmRpbmcgb3Zlci1hZG1pc3Npb24NCiAgIHBlcmNlbnRhZ2UgKGJv
dHRvbSBudW1iZXIpLiAgVGhlIHJlc3VsdHMgY29ycmVzcG9uZCB0byBFV01BIHdlaWdodCBvZg0K
ICAgMC4zLCBDTEU9MC4wNSwgZGVtYW5kIG92ZXJsb2FkIDV4KSBUYWJsZSAzLjYgc3VtbWFyaXpl
cyB0aGUgZWZmZWN0IG9mDQogICBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbi4gIEZvciBlYWNo
IHRyYWZmaWMgdHlwZSwgdGhlIG1lYW4gbnVtYmVyDQogICBvZiBmbG93cyBzaGFyaW5nIHRoZSBi
b3R0bGVuZWNrIGlzIGNvbnN0YW50IGluIGFsbCBleHBlcmltZW50cy4gIFRoZQ0KICAgbnVtYmVy
IG9mIGluZ3Jlc3NlcyB0aGVyZWZvcmUgaXMgaW52ZXJzZWx5IHByb3BvcnRpb25hbCB0byB0aGUg
bGV2ZWwNCiAgIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uLiAgQXMgY2FuIGJlIHNlZW4s
IHRoZSByaWdodC1tb3N0IGNvbHVtbg0KICAgcmVwcmVzZW50cyB0aGUgbG93ZXN0IGFnZ3JlZ2F0
aW9uIGxldmVsIChleHBlY3RlZCAxIGNhbGwvaW5ncmVzcyksDQogICBpbmRpY2F0aW5nIHRoYXQg
YWxnb3JpdGhtIGlzIHJhdGhlciBpbnNlbnNpdGl2ZSB0b3dhcmQgdGhlIGxldmVsIG9mDQogICBp
bmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbi4gIFRoZXNlIHJlc3VsdHMgYXJlIHZlcnkgZW5jb3Vy
YWdpbmc6DQogICB3aGlsZSB0aGUgYXNzdW1wdGlvbiBvZiBaaGFuZywgZXQgYWwuICBFeHBpcmVz
IEphbnVhcnkgNiwgMjAwOCBbUGFnZQ0KICAgMjBdIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRp
b24gU3R1ZHkgSnVseSAyMDA3IHJlYXNvbmFibGUNCiAgIGFnZ3JlZ2F0aW9uIG9mIFBDTiB0cmFm
ZmljIGF0IGFuIGludGVybmFsIGJvdHRsZW5lY2sgc2VlbXMgYQ0KICAgcmVsYXRpdmVseSBzYWZl
IG9uZSwgaXQgaXMgbXVjaCBsZXNzIGNsZWFyIHRoYXQgaXQgaXMgc2FmZSB0byBhc3N1bWUNCiAg
IHRoYXQgaGlnaCBwZXIgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gbGV2ZWwgaXMgYSBzYWZl
IGFzc3VtcHRpb24NCiAgIGluIHJlYWxpdHkuICBJbiBwYXJ0aWN1bGFyLCB0aGUgU1ZEIHNldHVw
IHdpdGggb25seSB+MTAwIFNWRCBmbG93cw0KICAgdGFraW5nIHVwIGFib3V0IDUwJSBvZiBhIDFH
IGJvdHRsZW5lY2sgbGluayBiYW5kd2lkdGggd2l0aCBhbGwgMTAwDQogICBmbG93cyBjb21pbmcg
ZnJvbSBkaWZmZXJlbnQgaW5ncmVzc2VzIHNlZW1zIGVudGlyZWx5IHBsYXVzaWJsZS4gIEl0DQog
ICBpcyB0aGVyZWZvcmUgZW5jb3VyYWdpbmcgdGhhdCB0aGUgYWxnb3JpdGhtIHNlZW1zIHN1ZmZp
Y2llbnRseSByb2J1c3QNCiAgIHVuZGVyIHRoZXNlIGNpcmN1bXN0YW5jZXMuIDMuOC4gIEVmZmVj
dCBvZiBNdWx0aXBsZSBCb3R0bGVuZWNrcyBJbg0KICAgdGhpcyBzZWN0aW9uIHdlIHJlcG9ydCBh
IHNldCBvZiBleHBlcmltZW50cyBvbiB0aGUgbXVsdGktIGJvdHRsZW5lY2sNCiAgIHRvcG9sb2d5
LiAzLjguMS4gIFV0aWxpemF0aW9uIG9mIG92ZXJsb2FkZWQgYm90dGxlbmVja3MgT3VyIGZpcnN0
IHNldA0KICAgb2YgZXhwZXJpbWVudHMgKHJlcG9ydGVkIGluIFRhYmxlIDMuNSkgaW52ZXN0aWdh
dGVzIHdoZXRoZXIgbXVsdGlwbGUNCiAgIGJvdHRsZW5lY2tzIGhhdmUgYW55IGVmZmVjdCBvbiB0
aGUgdXRpbGl6YXRpb24gb2YgYm90dGxlbmVja3MgbGlua3MNCiAgIGFsbCBvZiB3aGljaCBjb250
YWluIGEgbWl4IG9mIGZsb3dzIHRyYXZlcnNpbmcgbXVsdGlwbGUgYm90dGxlbmVja3MNCiAgIGFu
ZCBzbWFsbCBudW1iZXIgb2YgYm90dGxlbmVja3MgKGluIG91ciBjYXNlIGp1c3Qgb25lIGJvdHRs
ZW5lY2spLg0KICAgV2UgdGVybSB0aGUgZm9ybWVyICJsb25nLWhhdWwiIGZsb3dzLCBhbmQgdGhl
IGxhdHRlciAic2hvcnQtaGF1bCINCiAgIGZsb3dzLiAgSW4gdGhlc2UgZXhwZXJpbWVudHMsIHdl
IHVzZSB0aGUgUExUIHRvcG9sb2d5IHdoZXJlIHRoZSBsb25nLQ0KDQoNCg0KQ2hhcm55LCBldCBh
bC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2Ug
MzBdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcg
ICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBoYXVsIGZsb3dzIHRyYXZlcnNlIHRoZSBl
bnRpcmUgbGVuZ3RoIG9mIHRoZSBjaGFpbiwgYW5kIHNob3J0LXRlcm0NCiAgIGZsb3dzIHRyYXZl
cnNlIG9ubHkgb25lIGhvcC4gIFRoZSBkZW1hbmRzIG9mIGFsbCBzaG9ydC0gYW5kIGxvbmctaGF1
bA0KICAgZmxvd3MgYXJlIHRoZSBzYW1lLCBhbmQgdGhlIGRlbWFuZCBvdmVybG9hZHMgb24gZWFj
aCBib3R0bGVuZWNrIGxpbmsNCiAgIGluIHRoZSB0b3BvbG9neSBhcmUgYWxzbyB0aGUgc2FtZS4g
IFdlIGV4cGVyaW1lbnQgd2l0aCBhbGwgc2l6ZXMgb2YNCiAgIFBMVCB0b3BvbG9naWVzIGZyb20g
MiB0byA1IGFuZCBhbGwgZGVtYW5kIG92ZXJsb2FkcyB1cCB0byA1eCwgYW5kIGENCiAgIHJhbmdl
IG9mIGRpZmZlcmVudCBwYXJhbWV0ZXIgKHdlaWdodCBhbmQgQ0xFKSBzZXR0aW5ncy4gIEZvciBl
YWNoIG9uZQ0KICAgb2YgdGhlbSB3ZSByZXBvcnQgdGhlIHV0aWxpemF0aW9uIG9mIGFsbCB0aGUg
Ym90dGxlbmVjayBsaW5rcy4gLiAgSW4NCiAgIFRhYmxlIDMuNywgd2Ugc2hvdyBhIHNuYXBzaG90
IG9mIHRoZSBiZWhhdmlvciBvZiBhbGwgYm90dGxlbmVja3MgaW4gYQ0KICAgNSBib3R0bGVuZWNr
IHRvcG9sb2d5LiAgSGVyZSwgdGhlIG92ZXItYWRtaXNzaW9uLXBlcmMuIGRpc3BsYXllZCBmb3IN
CiAgIGVhY2ggbGluayBpcyBhbiBhdmVyYWdlIGFjcm9zcyBhbGwgMTUgZXhwZXJpbWVudHMgd2l0
aCBkaWZmZXJlbnQNCiAgIFt3ZWlnaHQsIENMRV0gc2V0dGluZyBmb3IgYSA1eCBvdmVybG9hZC4g
IChXZSBkbyBvYnNlcnZlIHZlcnkgbXVjaA0KICAgdGhlIHNhbWUgYmVoYXZpb3IgaW4gZWFjaCBv
ZiB0aGUgaW5kaXZpZHVhbCBleHBlcmltZW50LCBoZW5jZQ0KICAgcHJvdmlkaW5nIHN1bW1hcml6
ZWQgcmVzdWx0cyBpcyBtZWFuaW5nZnVsKS4gIEFzIHNlZW4gZnJvbSB0aGlzDQogICB0YWJsZSwg
dGhlcmUgYXBwZWFycyB0byBiZSBubyBzaWduaWZpY2FudCBkaWZmZXJlbmNlIGluIG92ZXItDQog
ICBhZG1pc3Npb24gcGVyY2VudGFnZXMgYWNyb3NzIHRoZSBkaWZmZXJlbnQgYm90dGxlbmVja3Mg
dHJhdmVyc2VkIGJ5DQogICB0aGUgImxvbmctaGF1bCJmbG93cyBpbiB0aGUgUExUIHRvcG9sb2dp
ZXMuICBGdXJ0aGVybW9yZSwgdGhlcmUgaXMgbm8NCiAgIHZpc2libGUgcGVyZm9ybWFuY2UgZGlm
ZmVyZW5jZSBpbiB0aGUgY2FzZSBvZiBtdWx0aXBsZSBib3R0bGVuZWNrDQogICB0b3BvbG9naWVz
IChQTFQpLCBjb21wYXJlZCB0byB0aGUgY2FzZSB3aGVuIG9ubHkgYSBzaW5nbGUgYm90dGxlbmVj
aw0KICAgaXMgdHJhdmVyc2VkIChhcyBpbiBib3RoIFNpbmdsZUxpbmsgYW5kIFJUVCB0b3BvbG9n
aWVzKSBmb3IgdGhlIHNhbWUNCiAgIGRlbWFuZCBvdmVybG9hZHMgYW5kIHBhcmFtZXRlcnMuICBX
ZSBvYnNlcnZlZCBzaW1pbGlhciByZXN1bHQgYWxsDQogICBleHBlcmltZW50cyB3ZSBydW4uICBX
ZSByYW4gdGhlc2UgZXhwZXJpbWVudHMgZm9yIGFsbCB0cmFmZmljIHR5cGVzLA0KICAgd2l0aCBz
aW1pbGFyIHJlc3VsdHMuICBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBb
UGFnZQ0KICAgMjFdIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3
DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwg
VHJhZmZpYyB8DQogICBCb3R0bGVuZWNrIExpbmtJZCB8IHwgVHlwZSB8IDEgfCAyIHwgMyB8IDQg
fCA1IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tfCB8IENCUiB8IDAuMjg4IHwNCiAgIDAuMjg2IHwgMC4yMzggfCAwLjMzMiB8IDAuMzA2IHwN
CiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8
IFZCUiB8IDAuMzE5IHwNCiAgIDAuNDIwIHwgMC4yNTcgfCAwLjM0MSB8IDAuMjU0IHwNCiAgIHwt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8IE1JWCB8
IDAuMzYzIHwNCiAgIDAuMzk0IHwgMC4zMTIgfCAwLjI2OCB8IDAuMjA1IHwNCiAgIHwtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8IFZUUiB8IDAuNDY2
IHwNCiAgIDAuMzA5IHwgMC4yMjMgfCAwLjM2MyB8IDAuMzE3IHwNCiAgIHwtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8IFNWRCB8IDAuMzE5IHwNCiAg
IDAuNDIwIHwgMC4yNTcgfCAwLjM0MSB8IDAuMjU0IHwgLS0NCiAgIC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gVGFibGUgMy43IE92ZXItDQogICBhZG1pc3Np
b24tcGVyY2VudGFnZSBmb3IgUExUNSBmb3IgYWxsIGJvdHRsZW5lY2tzLiAgVGhlIHJlc3VsdHMg
YXJlDQogICBmb3IgQ0JSLCA1eCBvdmVybG9hZCwgYXZlcmFnZWQgb3ZlciBhbGwgZXhwZXJpbWVu
dHMgd2l0aCBkaWZmZXJlbnQNCiAgIHBhcmFtZXRlciBzZXR0aW5ncyAodGhlcmUgaXMgbm8gc2ln
bmlmaWNhbnQgcGFyYW1ldGVyIHNlbnNpdGl2aXR5IGFuZA0KICAgdGhlIHJlc3VsdHMgZm9yIGRp
ZmZlcmVudCBzZXR0aW5ncyBhcmUgdmVyeSBjbG9zZSkuIDMuOC4yLiAgRmFpcm5lc3MNCiAgIEJl
dHdlZW4gTG9uZy1oYXVsIGFuZCBTaG9ydC1oYXVsIGZsb3dzIE91ciBuZXh0IHNldCBvZiBleHBl
cmltZW50cw0KICAgdGFyZ2V0ZWQgdW5kZXJzdGFuZGluZyB0aGUgZWZmZWN0IG9mIG11bHRpcGxl
IGJvdHRsZW5lY2tzIG9uIHRoZQ0KICAgZmFpcm5lc3Mgb2Ygc2hhcmluZyB0aGUgYm90dGxlbmVj
ayBsaW5rcyBiZXR3ZWVuIHRoZSBsb25nLSBhbmQgdGhlDQogICBzaG9ydC1oYXVsIGZsb3dzLiAg
SXQgaXMgZ2VuZXJhbGx5IGtub3duIFtKYW1pbiwgZXRjXSB0aGF0DQogICBtZWFzdXJlbWVudC1i
YXNlZCBhZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG1zIGFyZSBzdXNjZXB0aWJsZSB0byB0aGUN
CiAgIGVmZmVjdCB3aGVuIGxvbmctaGF1bCBmbG93cyBnZXQgYSBtdWNoIHNtYWxsZXIgc2hhcmUg
b2YgdGhlDQogICBib3R0bGVuZWNrIHRoYW4gc2hvcnQtaGF1bCBmbG93cy4gIFdoaWxlIHRoZSBl
ZmZlY3Qgb2YgdW5mYWlybmVzcyBpcw0KICAgd2VsbCBrbm93biwgdGhlIGV4YWN0IGNhdXNlIG9m
IGl0IChhbmQgcG9zc2libHkgdGhlIGV4dGVudCkgZGVwZW5kcw0KDQoNCg0KQ2hhcm55LCBldCBh
bC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2Ug
MzFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcg
ICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBvbiB0aGUgZGV0YWlscyBvZiB0aGUgYWxn
b3JpdGhtLiAgT3VyIGZpcnN0IGdvYWwgd2FzIHRvIHVuZGVyc3RhbmQNCiAgIHRoZSBleHRlbnQg
b2YgdGhlIHVuZmFpcm5lc3MgdGhhdCBtaWdodCBvY2N1ci4gIFRhYmxlIDMuOCBzaG93cyB0aGUN
CiAgIHJhdGlvIG9mIHRoZSBiYW5kd2lkdGggYWNoaWV2ZWQgYnkgdGhlIGxvbmctaGF1bCB0aGUg
c2hvcnQtaGF1bA0KICAgYWdncmVnYXRlcyB3aXRoIHJlc3BlY3QgdG8gdGhlIHNpbXVsYXRpb24g
dGltZS4gIEFzIGNhbiBiZSBzZWVuLCB0aGUNCiAgIGxvbmctaGF1bCBmbG93IGNvbnNpc3RlbnRs
eSBsb29zZXMgYmFuZHdpZHRoIGFzIGEgZnVuY3Rpb24gb2YgdGltZSwNCiAgIGFuZCB0aGlzIGVm
ZmVjdCBpcyB0aGUgbW9yZSBwcm9ub3VuY2VkIHRoZSBtb3JlIGJvdHRsZW5lY2tzIGFyZQ0KICAg
dHJhdmVyc2VkIGJ5IHRoZSBsb25nLWhhdWwgZmxvdy4gIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMg
SmFudWFyeSA2LA0KICAgMjAwOCBbUGFnZSAyMl0gSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlv
biBTdHVkeSBKdWx5IDIwMDcNCiAgIChwcmVhbWJsZSkNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUb3Bv
fFdlaWdodHwgU2ltdWxhdGlvbiBUaW1lIChzKSB8IHwgfCB8IDEwIHwgMjAgfCAzMCB8IDQwIHwg
NTAgfCA2MA0KICAgfCA3MCB8IDgwIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCB8IDAuMSB8IDAu
OTkgfCAxLjA0IHwgMS4xNCB8IDEuMTQgfCAxLjIzIHwgMS4yMyB8IDEuMzUgfCAxLjQ2IHwNCiAg
IHxQTFQ1fCAwLjUgfCAxLjAwIHwgMS4xNyB8IDEuMjQgfCAxLjQxIHwgMS44MSB8IDIuMTMgfCAy
Ljg4IHwgMy4wNSB8DQogICB8IHwgMC45IHwgMS4wMyB8IDEuNDIgfCAxLjc0IHwgMi4xNCB8IDIu
NDQgfCAyLjkxIHwgMy44MyB8IDQuMjAgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8IHwgMC4xIHwg
MS4wMiB8IDEuMDggfCAxLjE1IHwgMS4yOSB8IDEuMzMgfCAxLjM4IHwgMS4zNyB8IDEuNDIgfA0K
ICAgfFBMVDN8IDAuNSB8IDEuMDIgfCAxLjA0IHwgMS4wNyB8IDEuMTkgfCAxLjI0IHwgMS4zMCB8
IDEuMzQgfCAxLjMzIHwNCiAgIHwgfCAwLjkgfCAxLjAyIHwgMS4wOSB8IDEuMjMgfCAxLjQxIHwg
MS42NSB8IDIuMTAgfCAyLjYzIHwgMy4xOCB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgfCAwLjEg
fCAxLjAyIHwgMC45OCB8IDEuMDMgfCAxLjExIHwgMS4yMiB8IDEuMjEgfCAxLjI1IHwgMS4zMSB8
DQogICB8UExUMnwgMC41IHwgMS4wMiB8IDEuMDYgfCAxLjE0IHwgMS4xNyB8IDEuMTUgfCAxLjMx
IHwgMS40MSB8IDEuNDEgfA0KICAgfCB8IDAuOSB8IDEuMDIgfCAxLjA0IHwgMS4xMSB8IDEuMzAg
fCAxLjU2IHwgMS42MSB8IDEuNjIgfCAxLjY3IHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRhYmxlIDMu
OC4gIFVuZmFpcm5lc3MgcmF0aW8gYmV0d2VlbiBsb25nIGZsb3cgYWdncmVnYXRlIGFuZCBzaG9y
dA0KICAgZmxvdyBhZ2dyZWdhdGUgaW4gdGltZSwgZm9yIGRpZmZlcmVudCBQTFQgdG9wb2xvZ2ll
cyBhbmQgZGlmZmVyZW50DQogICBFV01BIHJhdGVzLiAgQWxsIHJlc3VsdHMgYXJlIGZvciA1eCBv
dmVybG9hZCwgQ0JSIHRyYWZmaWMuICBUYWJsZSAzLjgNCiAgIGluZGljYXRlcyB0aGF0IHRoZSBi
YW5kd2lkdGggb2YgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUgY29uc2lzdGVudGx5DQogICBkZWNs
aW5lcyBpbiB0aW1lLCBldmVuIHRob3VnaCBpdHMgZGVtYW5kIHJlbWFpbnMgY29uc3RhbnQuICBU
aGlzDQogICBlZmZlY3QgaXMgZnJlcXVlbnRseSByZWZlcnJlZCBhcyB0aGUgImJlYXRkb3duIi4g
IERpc2NvdXJhZ2luZyBhcyBpdA0KICAgaXMsIHRoaXMgZWZmZWN0IGlzIHdlbGwga25vd24gZm9y
IE1lYXN1cmVtZW50LSBiYXNlZCBhZG1pc3Npb24NCiAgIGNvbnRyb2wuICBUaGUgaW50dWl0aW9u
IGJlaGluZCB0aGUgImJlYXRkb3duIiBpcyB0aGF0IHRoZSBsb25nLWhhdWwNCiAgIGFnZ3JlZ2F0
ZSBjYW4gYWRtaXQgbmV3IGZsb3dzIG9ubHkgaWYgYWxsIHRoZSBsaW5rcyBpdCB0cmFuc3ZlcnNl
IGFyZQ0KICAgbm90IGluIHRoZSBjb25nZXN0aW9uIHN0YXRlLiAgSGVuY2UgY29tcGFyaW5nIHRv
IHRoZSBzaG9ydC1oYXVsDQogICBhZ2dyZWdhdGUsIHRoZSBsb25nLWhhdWwgb25lcyBzZWUgY29u
Z2VzdGlvbiBtb3JlIG9mdGVuLCBhbmQgaXMgaW4NCiAgIHRoZSBuby1hZG1pc3Npb24gc3RhdGUg
c3Vic3RhbnRpYWxseSBtb3JlIG9mdGVuIGFzIHdlbGwuICBJZiB0aGUNCiAgIGRlbWFuZCBsb2Fk
cyBvZiB0aGUgc2hvcnQtaGF1bCBhbmQgbG9uZyBoYXVsIGZsb3dzIGFyZSBzaW1pbGFyLCBhbmQN
CiAgIGhpZ2ggZW5vdWdoIHRvIG1vbm9wb2xpemUgdGhlIGVudGlyZSBib3R0bGVuZWNrIGJhbmR3
aWR0aCwgdGhlIGxvbmctDQogICBoYXVsIGZsb3cgcmVwZWF0ZWRseSBsb3NlcyB0aGUgY29tcGV0
aXRpb24gYW5kIHN0YXlzIGluIHRoZSBuby0NCiAgIGFkbWlzc2lvbiBzdGF0ZSBtb3N0IG9mIHRo
ZSB0aW1lLiAgSXQgaXMgaW1wb3J0YW50IHRvIG5vdGUgdGhhdCBUYWJsZQ0KICAgMy44IGluZGlj
YXRlcyB0aGF0IHRoZSBiYW5kd2lkdGggb2YgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUNCiAgIGNv
bnNpc3RlbnRseSBkZWNsaW5lcyBpbiB0aW1lLCBldmVuIHRob3VnaCBpdHMgZGVtYW5kIHJlbWFp
bnMNCiAgIGNvbnN0YW50LiAgSW4gZmFjdCwgaW4gb3VyIHNpbXVsYXRpb24gcnVucyBvZiBhYm91
dCA4MCBzaW11bGF0aW9uDQogICBzZWNvbmRzIGxvbmcsIHdlIHNlZSB0aGF0IGZvciBhbGwgc2V0
dGluZ3Mgb2YgdGhlIHBhcmFtZXRlcnMgYW5kIGFsbA0KICAgUExUIHRvcG9sb2dpZXMgd2Ugc2Vl
IGEgY29uc2lzdGVudCBkZWNsaW5lIG9mIHRoZSBzaGFyZSBvZiB0aGUgbG9uZy0NCiAgIGhhdWxz
IGFnZ3JlZ2F0ZS4gIEEgcXVlc3Rpb24gdGhlbiBhcmlzZXMgb24gd2hldGhlciB0aGlzIGVmZmVj
dA0KICAgY29udGludWVzICh3aXRoIHRoZSBsb25nLWhhdWwgYWdncmVnYXRlIGJlaW5nIGV2ZW50
dWFsbHkgYmVhdGVuLWRvd24NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMg
SmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDMyXQ0KDA0KSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAy
MDA3DQoNCg0KICAgdG8gemVybykgb3Igd2hldGhlciB0aGUgbG9uZy1oYXVsIGFnZ3JlZ2F0ZSBl
dmVudHVhbGx5IHN0YWJpbGl6ZXMgYXQNCiAgIHNvbWUgKHBlcmhhcHMgbG93KSB2YWx1ZS4gIEJl
Zm9yZSBhdHRlbXB0aW5nIHRvIGFuc3dlciB0aGlzIHF1ZXN0aW9uDQogICB3ZSBub3RlIHRoYXQg
dGhpcyBlZmZlY3QgaXMgd2VsbCBrbm93biBmb3IgTWVhc3VyZW1lbnQtYmFzZWQNCiAgIGFkbWlz
c2lvbiBjb250cm9sLiAgSW4gZmFjdCB0aGUgYXV0aG9ycyBvZiBbSmFtaW5dIGFyZ3VlIHRoYXQg
Zm9yDQogICBzdWZmaWNpZW50bHkgbGFyZ2UgZGVtYW5kcywgaW4gdGhlIFpoYW5nLCBldCBhbC4g
IEV4cGlyZXMgSmFudWFyeSA2LA0KICAgMjAwOCBbUGFnZSAyM10gSW50ZXJuZXQtRHJhZnQgQ0wg
U2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgbGltaXQgdGhlDQogICBsb25nLWhhdWwgZmxvdyBp
cyBhbHdheXMgYmVhdGVuIGRvd24gY29tcGxldGVseS4gIEluIG91ciBzaW11bGF0aW9ucywNCiAg
IGhvd2V2ZXIsIHRoZSBkZW1hbmRzIGF0IHdoaWNoIHRoZSBiZWF0ZG93biBlZmZlY3Qgb2NjdXJz
IGlzIG5vdCBhdA0KICAgYWxsIGluZmluaXRlbHkgbGFyZ2UuICBXZSBpbnZlc3RpZ2F0ZSB3aHks
IGV2ZW4gYXQgZGVtYW5kIG92ZXJsb2Fkcw0KICAgYXMgc21hbGwgYXMgMlggdGhlIGNvbmZpZ3Vy
ZWQtYWRtaXNzaWJsZS1yYXRlIGF0IHRoZSBib3R0bGVuZWNrLCB0aGUNCiAgIGxvbmctaGF1bCBh
Z2dyZWdhdGUgaXMgY29uc2lzdGVudGx5IGJlYXRlbiBkb3duLiAgT3VyIGFuYWx5c2lzDQogICBp
bmRpY2F0ZXMgdGhhdCBmb3IgYWxsIHBhcmFtZXRlciBzZXR0aW5ncywgdGhlIHByb3BvcnRpb24g
b2YgdGltZSBhdA0KICAgbGVhc3Qgb25lIG9mIHRoZSBsaW5rcyBpbiB0aGUgdG9wb2xvZ3kgaXMg
aW4gdGhlICJwcmUtIGNvbmdlc3Rpb24NCiAgIHN0YXRlIiwgaS5lLiBtYXJraW5nIGVub3VnaCBw
YWNrZXRzIHRvIHRyaWdnZXIgbm8tIGFkbWlzc2lvbiBpcw0KICAgc3Vic3RhbnRpYWxseSBoaWdo
ZXIgdGhhbiB0aGUgcGVyY2VudGFnZSBvZiB0aW1lIGFueSBvbmUgb2YgdGhlIGxpbmtzDQogICBz
cGVuZHMgaW4gdGhlIHByZS1jb25nZXN0aW9uIHN0YXRlLCBhbmQgaW4gbWFueSBjYXNlcyBpdCBp
cyBjbG9zZSB0bw0KICAgMTAwJSBvZiB0aGUgdGltZS4gIEl0IHNlZW1zIGNsZWFyIHRoYXQgdGhl
IGZyYWN0aW9uIG9mIHRpbWUgdGhlIGxvbmctDQogICBoYXVsIGFnZ3JlZ2F0ZSBvbiB0aGUgYXZl
cmFnZSBzZWVzIGNvbmdlc3Rpb24gb24gYXQgbGVhc3Qgb25lIG9mIHRoZQ0KICAgbGlua3MgaXMg
YSBjcml0aWNhbCBwYXJhbWV0ZXIgZGVmaW5pbmcgd2hldGhlciBvciBub3QgdGhlIGxvbmctaGF1
bA0KICAgZmxvdyB3aWxsIGJlIGV2ZW50dWFsbHkgc3RhcnZlZCBjb21wbGV0ZWx5IG9yIG5vdC4g
IENsZWFybHkgaWYgdGhlDQogICBmcmFjdGlvbiBvZiB0aW1lIHRoZSBsb25nLWhhdWwgc2VlcyBu
byBjb25nZXN0aW9uIG9uIGFsbCBsaW5rcyBhbG9uZw0KICAgdGhlIHdheSBpcyBjbG9zZSB0byAx
LCB0aGVuIGl0IHNpbXBseSBuZXZlciBoYXMgYSBjaGFuY2UgdG8gYWRtaXQgbmV3DQogICBmbG93
cywgYW5kIGV2ZW50dWFsbHkgZ2V0cyBiZWF0ZW4gZG93biB0byB6ZXJvLiAgT24gdGhlIG90aGVy
IGhhbmQsDQogICBpZiB0aGUgbG9uZy0gdGVybSBhdmVyYWdlIGZyYWN0aW9uIG9mIHRpbWUgd2hl
biBpdCBzZWVzIG5vIGNvbmdlc3Rpb24NCiAgIHNpbXVsdGFuZW91c2x5IG9uIGFsbCBvZiB0aGUg
bGlua3MgaXQgdHJhdmVyc2VzIHN0YXlzIGFib3ZlIHNvbWUgZj4wDQogICBmb3IgYW55IGxvbmcg
ZW5vdWdoIHBlcmlvZCBvZiB0aW1lLCBpZiB0aGUgZGVtYW5kIChvciB0aGUgcmF0ZSBvZg0KICAg
Y2FsbHMgcmVxdWVzdGluZyBhZG1pc3Npb24pIG9mIHRoZSBhZ2dyZWdhdGUgaXMgY29uc3RhbnQs
IHRoZW4gdGhlDQogICBiZWF0ZG93biBlZmZlY3Qgd291bGQgbmV2ZXIgZHJpdmUgdGhlIGxvbmct
aGF1bCBmbG93IGJlbG93IChjYWxsDQogICBhcnJpdmFsIHJhdGUpIHRpbWVzIGYgdGltZXMgKG1l
YW4gY2FsbCBkdXJhdGlvbikuICBUaGlzIGNhbiBiZSBlYXNpbHkNCiAgIHNlZW4gYnkgb2JzZXJ2
aW5nIHRoYXQgaWYgZm9yIHRoZSBmcmFjdGlvbiBvZiB0aW1lIGYgdGhlIGFnZ3JlZ2F0ZSBpcw0K
ICAgYWxsb3dlZCB0byBhZG1pdCwgdGhlbiBpdCBlZmZlY3RpdmUgbG9uZy10ZXJtIGNhbGwgYWNj
ZXB0YW5jZSByYXRlIGlzDQogICAoY2FsbCBhcnJpdmFsIHJhdGUpIHggZi4gIFdoZW4gdGhlcmUg
YXJlIE4gZmxvd3Mgb2YgdGhlIGFnZ3JlZ2F0ZSBpbg0KICAgdGhlIHN5c3RlbSwgdGhlIG1lYW4g
Y2FsbCBkZXBhcnR1cmUgcmF0ZSBpcyBOLyhtZWFuIGNhbGwgZHVyYXRpb24pLg0KICAgVGhlcmVm
b3JlLCBpZiB0aGUgbnVtYmVyIG9mIGFkbWl0dGVkIGZsb3dzIGluIHRoZSBhZ2dyZWdhdGUgZXZl
cg0KICAgcmVhY2hlcyBvciBnb2VzIGJlbG93IGs9KGNhbGwgYXJyaXZhbCByYXRlKSB4IGYgeCAo
bWVhbiBjYWxsDQogICBkdXJhdGlvbiksIHRoZSBtZWFuIGNhbGwgYXJyaXZhbCByYXRlIHdpbGwg
YmVjb21lIGxhcmdlciB0aGFuIHRoZQ0KICAgbWVhbiBkZXBhcnR1cmUgcmF0ZSwgYW5kIGhlbmNl
IHRoZSBudW1iZXIgb2YgZmxvd3Mgd2lsbCBiZSBpbmNyZWFzaW5nDQogICBvbiB0aGUgYXZlcmFn
ZS4gIEhvdyByZWFsaXN0aWMgaXMgaXQgdGhhdCBhdCBsZWFzdCBvbmUgb2YgdGhlIGxpbmtzDQog
ICB0cmF2ZXJzZWQgYnkgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUgaXMgYWx3YXlzIGluIGNvbmdl
c3Rpb24vbWFya2luZw0KICAgc3RhdGU/ICBXaGlsZSB3ZSBkbyBub3Qga25vdyB0aGUgZ2VuZXJh
bCBhbnN3ZXIsIHdlIGNhbiBhcmd1ZSB0aGF0IGlmDQogICBjb25nZXN0aW9uIHN0YXRlcyBvZiBk
aWZmZXJlbnQgbGlua3Mgd2VyZSBpbmRlcGVuZGVudCwgYW5kIGVhY2ggbGluaw0KICAgaiBpcyBp
biB0aGUgc3RhdGUgb2YgY29uZ2VzdGlvbiBzb21lIGZyYWN0aW9uIG9mIHRpbWUgcChqKSwgdGhl
biB0aGUNCiAgIGZyYWN0aW9uIG9mIHRpbWUgcCB0aGF0IGEgZmxvdyB0cmF2ZXJzaW5nIG4gYm90
dGxlbmVja3Mgc2Vlcw0KICAgY29uZ2VzdGlvbiBvbiBhdCBsZWFzdCBvbmUgbGluayBpcyBwID0g
MS0gKDEgLSBwKDEpKSAqKDEgLSBwKDIpKSAqDQogICAuLi4gKigxIC0gcChuKSkuICBJZiBuIGlz
IGxhcmdlIGFuZC9vciBkZW1hbmRzIG9uIHRoZSBib3R0bGVuZWNrcyBhcmUNCiAgIGxhcmdlICwg
dGhpcyBwIGlzIGNsb3NlIHRvIDEuICBJbiBvdXIgc2ltdWxhdGlvbnMsIHdpdGggNSBib3R0bGVu
ZWNrcw0KICAgYW5kIDV4IG92ZXJsb2FkLCB0aGUgZnJhY3Rpb24gb2YgdGltZSB3aGVuIGF0IGxl
YXN0IG9uZSBvZiB0aGUgbGlua3MNCiAgIHdhcyBtYXJraW5nIHBhY2tldHMgd2FzIGNsb3NlIHRv
IDEwMCUuICBPZiBjb3Vyc2UgaW4gZ2VuZXJhbCB3ZQ0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAg
ICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzNdDQoM
DQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAg
ICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBjYW5ub3QgYXNzdW1lIHRoYXQgdGhlICJjb25nZXN0
aW9uIiBzdGF0ZSBpbiBkaWZmZXJlbnQgbGlua3MgaXMNCiAgIGNvbXBsZXRlbHkgaW5kZXBlbmRl
bnQuICBZZXQsIGluIGFsbCBvdXIgc2ltdWxhdGlvbnMsIGl0IGFwcGVhcnMgdGhhdA0KICAgZXZl
biB3aGVuIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDI0XSBJ
bnRlcm5ldC0NCiAgIERyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3IHRoZSBzeXN0
ZW0gaXMgdGFydGVkIGluIGENCiAgIHN5bmNocm9uaXplZCBzdGF0ZSB3aGVyZSBhbGwgdGhlIGJv
dHRsZW5lY2tzIGFyZSAiY29uZ2VzdGVkIiBhdCB0aGUNCiAgIHNhbWUgdGltZSwgdGhlIHN5c3Rl
bSB0ZW5kcyB0byBnZXQgZGVzeW5jaHJvbml6ZWQgaW4gdGltZSwgc28gdGhhdA0KICAgY29uZ2Vz
dGlvbiBwZXJpb2RzIGF0IGRpZmZlcmVudCBib3R0bGVuZWNrcyBzcHJlYWQgaW4gdGltZSwgYW5k
IGluDQogICBtYW55IGV4cGVyaW1lbnRzIHdpdGggNS1QTFQgYWxtb3N0IGFsbCB0aGUgdGltZSBh
dCBsZWFzdCBvbmUgb2YgdGhlDQogICBsaW5rcyB3YXMgaW4gdGhlIGNvbmdlc3Rpb24gc3RhdGUu
ICBXZSBvYnNlcnZlZCBjb25zaXN0ZW50IGJlYXRkb3duDQogICBlZmZlY3QgYWNyb3NzIGFsbCBl
eHBlcmltZW50cywgYWx0aG91Z2ggdGhlIGV4YWN0IGV4dGVudCBvZiB0aGUNCiAgIHVuZmFpcm5l
c3MgZGVwZW5kcyBvbiB0aGUgZGVtYW5kIG92ZXJsb2FkLCB0b3BvbG9neSBhbmQgcGFyYW1ldGVy
cw0KICAgc2V0dGluZ3MuICBUbyBmdXJ0aGVyIHF1YW50aWZ5IHRoZSBlZmZlY3Qgb2YgdGhlc2Ug
ZmFjdG9ycyByZW1haW5zIGFuDQogICBhcmVhIG9mIGZ1dHVyZSB3b3JrLiAgV2UgYWxzbyBub3Rl
IHRoYXQgdGhlIGNhdXNlIG9mIHRoZSBiZWF0ZG93bg0KICAgZWZmZWN0IGFwcGVhcnMgdG8gYmUg
bGFyZ2VseSBpbmRlcGVuZGVudCBvZiB0aGUgc3BlY2lmaWMgYWxnb3JpdGhtLA0KICAgYW5kIGlz
IGxpa2VseSB0byBiZSByZWxldmFudCB0byBvdGhlciBQQ04gcHJvcG9zYWxzIGFzIHdlbGwuICBG
aW5hbGx5DQogICB3ZSBub3RlIHRoYXQgdGhlIGZvciB0aGUgYmVhdGRvd24gZWZmZWN0IHRvIGJl
IHNpZ25pZmljYW50LCBub3Qgb25seQ0KICAgdGhlIGRlbWFuZCBvdmVybG9hZCBhbW91bnQgc2hv
dWxkIGJlIHN1YnN0YW50aWFsLCBidXQgYWxzbyB0aGUNCiAgIGR1cmF0aW9uIG9mIHRoZSBkZW1h
bmQgb3ZlcmxvYWQgc2hvdWxkIGJlIGxvbmcgZW5vdWdoLiAgVW5kZXINCiAgICJub3JtYWwiIGNv
bmRpdGlvbnMsIG9uZSBzaG91bGQgbm90IGV4cGVjdCBwcm9sb25nZWQgc3Vic3RhbnRpYWwNCiAg
IG92ZXJsb2Fkcy4gIEluIHRoZSBleGNlcHRpb25hbCBjYXNlcyB3aGVyZSBoaWdoIG92ZXJsb2Fk
cyBkbyBvY2N1ciwNCiAgIHRoZXkgYXJlIGxpa2VseSB0byBub3QgYmUgb2YgdmVyeSBsYXJnZSBk
dXJhdGlvbi4gIEluIHRob3NlIGNhc2VzLA0KICAgdW5mYWlybmVzcyBhbmQgZXZlbiBzdGFydmF0
aW9uIG9mIHNvbWUgYWdncmVnYXRlcyBpcyBzdGlsbA0KICAgcHJlZmVyZW50aWFsIHRvIGluZGlz
Y3JpbWluYXRlbHkgZHJvcHBpbmcgcGFja2V0cyBvZiBhbGwgZmxvd3MgdGhhdA0KICAgd291bGQg
b2NjdXIgaW4gdGhlIGFic2VuY2Ugb2YgYWRtaXNzaW9uIGNvbnRyb2wuICBIZW5jZSwgaW4gcHJh
Y3RpY2UsDQogICB0aGUgZWZmZWN0IG9mIHRoZSBiZWF0ZG93biBlZmZlY3Qgd2UgcmVwb3J0IGhl
cmUgaXMgcHJvYmFibHkgbGltaXRlZC4NCiAgIDQuICBUZXJtaW5hdGlvbiBDb250cm9sIDQuMS4g
IFRlcm1pbmF0aW9uIE1vZGVsIGFuZCBLZXkgUGFyYW1ldGVycyBXZQ0KICAgZXZhbHVhdGUgdGhl
IHRlcm1pbmF0aW9uIGFsZ29yaXRobSBvbiBhbGwgdGhlIHRvcG9sb2dpZXMgZGVzY3JpYmVkIGlu
DQogICBTZWN0aW9uIDIuICBJbiB0aGUgc2ltdWxhdGlvbiwgdGhlIHJvdXRlciBpbXBsZW1lbnRp
bmcgUENODQogICB0ZXJtaW5hdGlvbiBNYXJraW5nIG9wZXJhdGVzIGFzIGRlc2NyaWJlZCBpbiBb
SS1ELmJyaXNjb2UtdHN2d2ctY2wtDQogICBhcmNoaXRlY3R1cmVdLCBtYXJraW5nIGFsbCBwYWNr
ZXRzIHdoaWNoIGZpbmQgbm8gdG9rZW4gaW4gdGhlIHRva2VuDQogICBidWNrZXQuICBJbiB0aGUg
Y2FzZSBvZiBtdWx0aXBsZSBib3R0bGVuZWNrcywgb25seSBwcmV2aW91c2x5DQogICB1bm1hcmtl
ZCB0cmFmZmljIGlzIG1ldGVyZWQgYWdhaW5zdCB0aGUgdG9rZW4gYnVja2V0LiAgV2hlbiBhbiBl
Z3Jlc3MNCiAgIGdhdGV3YXkgcmVjZWl2ZXMgYSBtYXJrZWQgcGFja2V0IGZyb20gdGhlIGluZ3Jl
c3MsIGl0IHdpbGwgc3RhcnQNCiAgIG1lYXN1cmluZyBpdHMgU3VzdGFpbmFibGUtIEFnZ3JlZ2F0
ZS1SYXRlIGZvciB0aGlzIGluZ3Jlc3MsIGlmIGl0IGlzDQogICBub3QgYWxyZWFkeSBpbiB0aGUg
VGVybWluYXRpb24gbW9kZS4gIElmIGEgbWFya2VkIHBhY2tldCBhcnJpdmVzDQogICB3aGlsZSB0
aGUgZWdyZXNzIGlzIGFscmVhZHkgaW4gdGhlIFRlcm1pbmF0aW9uIG1vZGUsIHRoZSBwYWNrZXQg
aXMNCiAgIGlnbm9yZWQuICBUaGUgbWVhc3VyZW1lbnQgaXMgaW50ZXJ2YWwgYmFzZWQsIHdpdGgg
MTAwbXMgbWVhc3VyZW1lbnQNCiAgIGludGVydmFsIGNob3NlbiBpbiBhbGwgc2ltdWxhdGlvbnMu
ICBBdCB0aGUgZW5kIG9mIHRoZSBtZWFzdXJlbWVudA0KICAgaW50ZXJ2YWwsIHRoZSBlZ3Jlc3Mg
c2VuZHMgdGhlIG1lYXN1cmVkIFN1c3RhaW5hYmxlLUFnZ3JlZ2F0ZS1SYXRlIHRvDQogICB0aGUg
aW5ncmVzcywgYW5kIGxlYXZlcyB0aGUgdGVybWluYXRpb24gbW9kZS4gIFdoZW4gdGhlIGluZ3Jl
c3MNCiAgIHJlY2VpdmVzIHRoZSBzdXN0YWluYWJsZSByYXRlIGZyb20gdGhlIGVncmVzcywgaXQg
c3RhcnRzIGl0cyBvd24NCiAgIGludGVydmFsIGltbWVkaWF0ZWx5ICh1bmxlc3MgaXQgaXMgYWxy
ZWFkeSBpbiBhIG1lYXN1cmVtZW50DQogICBpbnRlcnZhbCksIGFuZCBaaGFuZywgZXQgYWwuICBF
eHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAyNV0NCiAgIEludGVybmV0LURyYWZ0IENMIFNp
bXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3IG1lYXN1cmVzIGl0cyBzZW5kaW5nDQogICByYXRlIHRv
IHRoYXQgZWdyZXNzLiAgVGhlbiBhdCB0aGUgZW5kIG9mIHRoYXQgbWVhc3VyZW1lbnQgaW50ZXJ2
YWwsDQogICBpdCB0ZXJtaW5hdGVzIHRoZSBuZWNlc3NhcnkgYW1vdW50IG9mIHRyYWZmaWMuICBU
aGUgaW5ncmVzcyB0aGVuDQogICBsZWF2ZXMgdGhlIHRlcm1pbmF0aW9uIG1vZGUgdW50aWwgdGhl
IG5leHQgdGltZSBpdCByZWNlaXZlcyB0aGUNCiAgIHN1c3RhaW5hYmxlIHJhdGUgZXN0aW1hdGUg
ZnJvbSB0aGUgZWdyZXNzLiAgSW4gYWxsIG91ciBzaW11bGF0aW9ucw0KDQoNCg0KQ2hhcm55LCBl
dCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1Bh
Z2UgMzRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtp
bmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICB0aGUgaW5ncmVzcyB1c2VkIHRoZSBz
YW1lIGxlbmd0aCBvZiB0aGUgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgYXMgdGhlDQogICBlZ3Jlc3Mu
ICBUb2tlbiBidWNrZXQgZGVwdGggd2FzIHNldCB0byAyNTYgcGFja2V0cyBpbiBhbGwgZXhwZXJp
bWVudHMNCiAgIHByZXNlbnRlZCBoZXJlLiAgV2UgZXZhbHVhdGUgdGhlIHBlcmZvcm1hbmNlIG9m
IHRoZSBhbGdvcml0aG1zIHVzaW5nDQogICBhIG1ldHJpYyBjYWxsZWQgIm92ZXItdGVybWluYXRp
b24tcGVyY2VudGFnZSIsIHdoaWNoIGlzIGRlZmluZWQgYXMNCiAgIChhY3R1YWwtIHRlcm1pbmF0
aW9uIC0gb3B0aW1hbC10ZXJtaW5hdGlvbikgZXhwcmVzc2VkIGluIHBlcmNlbnRhZ2UNCiAgIG9m
IHRoZSBvcHRpbWFsIHRlcm1pbmF0aW9uIHZhbHVlLiAgV2UgYXBwbHkgdGhpcyBtZXRyaWMgaW4g
dHdvDQogICBjb250ZXh0czogKDEpIHRoZSBhZ2dyZWdhdGUgYW1vdW50IG9mIHRlcm1pbmF0ZWQg
dHJhZmZpYyBvbiBhIGdpdmVuDQogICBib3R0bGVuZWNrIGxpbmssIGFuZCAoMikgdGhlIGFnZ3Jl
Z2F0ZSBhbW91bnQgb2YgdGVybWluYXRlZCB0cmFmZmljDQogICBvZiBhbiBpbmdyZXNzLWVncmVz
cyB0cmFmZmljIGFnZ3JlZ2F0ZS4gIFRoZSBmb3JtZXIgcmVsYXRlcyB0bw0KICAgYm90dGxlbmVj
ayB1dGlsaXphdGlvbiwgYW5kIGlzIHF1aXRlIHN0cmFpZ2h0Zm9yd2FyZDogdGhlIG9wdGltYWwN
CiAgIFRlcm1pbmF0aW9uIHdvdWxkIHRlcm1pbmF0ZSBhbGwgdHJhZmZpYyBhYm92ZSB0aGUgY29u
ZmlndXJlZC0NCiAgIHRlcm1pbmF0aW9uLXJhdGUsIHNvICJvcHRpbWFsIiBUZXJtaW5hdGlvbiBp
cyBkZWZpbmVkIG9ubHkgYnkgdGhlDQogICBjb25maWd1cmVkLXRlcm1pbmF0aW9uLSByYXRlLiAg
Rm9yIHRoZSBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGVzLCB0aGUNCiAgIG5vdGlvbiBvZiBvcHRp
bWFsaXR5IGlzIGNsb3NlbHkgcmVsYXRlZCB0byB0aGUgbm90aW9uIG9mIGZhaXJuZXNzLg0KICAg
SW4gZ2VuZXJhbCwgZmFpcm5lc3MgY2FuIGJlIGRlZmluZWQgaW4gbWFueSBkaWZmZXJlbnQgd2F5
cywgYW5kIHdlIGRvDQogICBub3QgYXR0ZW1wdCB0byBhcmd1ZSBmb3Igb25lIGJlaW5nICJtb3Jl
IG9wdGltYWwiIHRoYW4gdGhlIG90aGVyLiAgSW4NCiAgIHRoaXMgZHJhZnQgd2UgY2FsbCB0aGUg
cGVyLWluZ3Jlc3MtZWdyZXNzIFRlcm1pbmF0aW9uIGFtb3VudHMgb3B0aW1hbA0KICAgaWYgdGhl
IGFtb3VudCBvZiB0ZXJtaW5hdGVkIHRyYWZmaWMgaXMgZGlzdHJpYnV0ZWQgYW1vbmcgYWxsIGlu
Z3Jlc3MtDQogICBlZ3Jlc3MgcGFpcnMgc2hhcmluZyBhIGJvdHRsZW5lY2sgbGluayBpbiBwcm9w
b3J0aW9uIHRvIHRoZWlyIHJhdGVzDQogICBwcmlvciB0byBUZXJtaW5hdGlvbi4gIEZvciBicmV2
aXR5LCB3ZSBvbWl0IHRoZSBkZXRhaWxzIG9mIHRoZQ0KICAgZGVmaW5pdGlvbiBmb3IgdGhlIG11
bHRpcGxlIGJvdHRsZW5lY2sgY2FzZSBoZXJlIGFzIGl0IGlzIG5vdCBjZW50cmFsDQogICB0byB0
aGUgZGlzY3Vzc2lvbiBpbiB0aGlzIGRyYWZ0LiA0LjIuICBFZmZlY3Qgb2YgUlRUIERpZmZlcmVu
Y2UgT3VyDQogICBleHBlcmltZW50cyBpbmRpY2F0ZSB0aGF0IGFic29sdXRlIHZhbHVlIG9mIFJU
VCB3aXRoaW4gdGhlIGNob3Nlbg0KICAgcmFuZ2UgKCB1cCB0byAyMjAgbXMpIGhhcyBubyBlZmZl
Y3Qgb24gdGhlIHBlcmZvcm1hbmNlIG9mIHRoZQ0KICAgdGVybWluYXRpb24gYWxnb3JpdGhtLCBh
cyBsb25nIGFzIHRoZSBSVFRzIG9mIHRoZSBkaWZmZXJlbnQgaW5ncmVzcy0NCiAgIGVncmVzcyBw
YWlycyBhcmUgY29tcGFyYWJsZS4gIFRoaXMgc2VjdGlvbiBpbnZlc3RpZ2F0ZXMgdGhlIGltcGFj
dCBvZg0KICAgdGhlIHJlbGF0aXZlIGRpZmZlcmVuY2Ugb3IgUlRUcyBvZiBkaWZmZXJlbnQgZmxv
d3Mgc2hhcmluZyBhIHNpbmdsZQ0KICAgYm90dGxlbmVjay4gIFdlIHNob3cgdGhhdCBpbiBwcmlu
Y2lwbGUsIHdoZW4gYm90aCBzaG9ydC0gYW5kIGxvbmctUlRUDQogICBpbmdyZXNzLWVncmVzcyBw
YWlycyBhcmUgcHJlc2VudCwgdGhlIGRpZmZlcmVuY2UgaW4gUlRUIG1heSBjYXVzZQ0KICAgb3Zl
ci10ZXJtaW5hdGlvbi4gIFRvIGRlbW9uc3RyYXRlIHRoYXQgd2UgY29uc2lkZXIgYSBzaW1wbGUg
UlRUDQogICB0b3BvbG9neSB3aXRoIHR3byBpbmdyZXNzZXMsIHdpdGggQ0JSIHRyYWZmaWMuICBU
YWJsZSA0LjMgc2hvd3MgdGhlDQogICBleHBlcmltZW50IHNldHVwIGFuZCB0ZXJtaW5hdGlvbiBy
ZXN1bHRzLiAgVGhlIG92ZXJhbGwgdHJhZmZpYyBvbiB0aGUNCiAgIGJvdHRsZW5lY2sgZHVyaW5n
IHRoZSBldmVudCBpcyAxNzYxIENCUiBmbG93cywgd2hpY2ggY29uc3RpdHV0ZXMgNzUlDQogICBv
ZiBPQzMgbGluay4gIEluZ3Jlc3MgMiBoYXMgYSBSVFQgdGhhdCBhcm91bmQgNTBtcyBsYXJnZXIg
dGhhbg0KICAgSW5ncmVzcyAxLiAgVGhlIGFjdHVhbCB0ZXJtaW5hdGlvbiAodGVybWluYXRpb24p
IGFuZCB0aGUgb3Zlci0NCiAgIHRlcm1pbmF0aW9uIHBlcmNlbnRhZ2UgYXJlIGxpc3RlZCBmb3Ig
ZWFjaCBpbmdyZXNzIHNlcGFyYXRlbHkuICBUaGUNCiAgIHJlc3VsdHMgc2hvd3MgdGhhdCBJbmdy
ZXNzIDEgb3Zlci10ZXJtaW5hdGVzIGFib3V0IDEwJSBvZiBpdHMNCiAgIHRyYWZmaWMsIHdoaWNo
IFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDI2XQ0KICAgSW50
ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgcmVzdWx0cyBpbiBhYm91
dCA2JSBvZg0KICAgdGhlIG92ZXJhbGwgb3Zlci10ZXJtaW5hdGlvbiBhdCB0aGUgYm90dGxlbmVj
ay4NCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8SW5n
cmVzc3xCb3R0bGVuZWNrfA0KICAgUlRUIHwgQWN0dWFsIHwgT3Zlci10ZXJtfCB8IHxFdmVudGxv
YWQgfCB8IHRlcm0gfCBQZXJjIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLSB8IDEgfCAxMTc4IHwgMW1zIHwNCiAgIDAuNDA1IHwgOS41OSUgfCAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tIC0tLS0tLS0tLS0tLS0tLS0tLS0gfCAyIHwNCiAgIDU4MyB8
IDUwbXN8IDAuMzAyIHwgLTAuNTElIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLSBUYWJsZSA0LjMuICBTdW1tYXJ5IG9mDQogICB0aGUgUlRUIGRpZmZl
cmVuY2UgUmVzdWx0cy4gIEZpZ3VyZSA0LjMgc2hvd3MgYSB0aW1lIHZzLiBsb2FkIGdyYXBoDQog
ICB0aGF0IGlzIGludGVuZGVkIHRvIGNhcHR1cmUgdGhlIGVmZmVjdCBvZiB0aGUgZmxvdyB0ZXJt
aW5hdGlvbg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEw
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQog
ICBhbGdvcml0aG0gaW4gdGhpcyBleHBlcmltZW50LiAgVGhlIFgtYXhpcyBpcyB0aGUgdGltZSwg
d2hlcmUgYSBudW1iZXINCiAgIG9mIGltcG9ydGFudCB0aW1lIHBvaW50cyBhcmUgbGFiZWxlZCAo
YWN0dWFsIHRpbWUgaXMgbGlzdGVkIGluIHRhYmxlDQogICBkdWUgdG8gbGFjayBvZiBzcGFjZSku
ICBUaGUgWS1heGlzIGlzIHRoZSBsb2FkIG9uIHRoZSBib3R0bGVuZWNrDQogICBsaW5rLiAgVGhl
IHN0YWNrZWQgZ3JhcGggb24gdGhlIHJpZ2h0IHNob3dzIHRoZSBiZWhhdmlvciBvZiBlYWNoDQog
ICBpbmRpdmlkdWFsIGluZ3Jlc3MuICAoVGhlIHNoYWRlIHJlZ2lvbiBpcyB0aGUgbG9hZCBjb250
cmlidXRlcyB0bw0KICAgSW5ncmVzcyAxIGFuZCB0aGUgY2xlYXIgcmVnaW9uIGNvcnJlc3BvbmRz
IHRvIEluZ3Jlc3MgMikuICBGaW5hbGx5LA0KICAgdGhlIGRvdHRlZCBsaW5lIHJlcHJlc2VudCB0
aGUgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLiAgWmhhbmcsIGV0DQogICBhbC4gIEV4cGly
ZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDI3XSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11bGF0aW9u
DQogICBTdHVkeSBKdWx5IDIwMDcgfCBfX19fIF9fX18gTDF8IHwgfCB8IHwgfCB8IHwgfCB8IHwg
fCB8IHwgfCB8IHwgfF8gfA0KICAgfF8gfCB8IHwgfCB8IEwyfC4uLi58Li4uLi4ufF9fXy4uLi4u
Li4uLi4uLi4gfF9fXw0KICAgLi58X19fLi4uLi4uLi4uLi4uLi4uLi4gfCB8IHxfX19fX19fX19f
X18gfCoqKip8IHxfX19fX19fX19fX19fX19fIEwNCiAgIHwgfCBMIHwqKioqfCBvIHwgfCBvIHwq
KioqfF9fX19fIGEgfCB8IGENCiAgIHwqKioqKioqKioqfF9fX19fX19fX19fX19fX19fIGQgfCB8
IGQgfCoqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgIHxfX19ffCB8KioqKioqKioqKioq
KioqKioqKioqKioqKioqKiB8IHwqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQogICB8IHwq
KioqKioqKioqKioqKioqKioqKioqKioqKioqIHwgfCoqKioqKioqKioqKioqKioqKioqKioqKioq
KiogfA0KICAgfCoqKioqKioqKioqKioqKioqKioqKioqKioqKiogfF9fX198X19fX3xffF9fX3xf
X19fX19fX19fXyB8X19fX3xffA0KICAgX19ffF9fX19fX19fX19fX19fX19fIHQxIHQyIHQzIHQ0
IHQxIHQyIHQzIHQ0IFRpbWUgVGltZQ0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tIHwgdDEgfCB0MiB8IHQzIHwgdDQgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tIHwgMjAwLjAgfCAyMDAuMiB8IDIwMC4yNSB8IDIwMC40MCB8DQogICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tIC0tLS0tLS0gRmlnIDQuNC4gIFRpbWUgc2VyaWVzIG9mDQogICB0ZXJt
aW5hdGlvbiBldmVudHMgaW4gdGhlIFJUIERpZmZlcmVuY2UgZXhwZXJpbWVudCBBcyB0aGUgc2lt
dWxhdGVkDQogICBmYWlsdXJlIGV2ZW50IG9jY3VyIGF0IHRpbWUgdDEgKDIwMHMpLCB0aGUgbG9h
ZCBvbiB0aGUgYm90dGxlbmVjaw0KICAgZ29lcyBvdmVyIHRoZSBjb25maWd1cmVkLXRlcm1pbmF0
aW9uLXJhdGUgYnkgMS8zLCB0aGVyZWJ5IGFjdGl2YXRpbmcNCiAgIHRoZSB0ZXJtaW5hdGlvbiBh
bGdvcml0aG0uIDIwMG1zIGFmdGVyd2FyZCBhdCB0Miwgd2hpY2ggaXMgc3VtIG9mIHRoZQ0KICAg
bWVhc3VyZW1lbnRzIG9mIHN1c3RhaW5hYmxlIHJhdGUgYXQgdGhlIGVncmVzcyAoMTAwIG1zKSBh
bmQgdGhlDQogICBjb25zZXF1ZW50IGluZ3Jlc3MgbWVhc3VyZW1lbnQgb2YgaXRzIGN1cnJlbnQg
c2VuZGluZyByYXRlLCBJbmdyZXNzMQ0KICAgd2l0aCBuZWdsaWdpYmxlIFJUVCAoMW1zKSBzdGFy
dCB0ZXJtaW5hdGluZyBpdHMgdHJhZmZpYy4gNTBtcyBsYXRlcg0KICAgYXQgdDMsIEluZ3Jlc3Mg
MiB0ZXJtaW5hdGVzIGl0cyBzaGFyZSBvZiB0cmFmZmljLiAgTm90ZSwgYXQgdGhpcw0KICAgcG9p
bnQsIGJvdGggb2YgaW5ncmVzc2VzIGhhZCB0ZXJtaW5hdGVkIHRoZSBjb3JyZWN0IGFtb3VudCwg
d2hpY2ggaXMNCiAgIHdoeSB0aGUgbG9hZCBvbiBib3R0bGVuZWNrIGJldHdlZW4gdGltZSB0MyBh
bmQgdDQgaXMgZXhhY3RseSBhdCB0aGUNCiAgIGNvbmZpZ3VyZWQtdGVybWluYXRpb24tcmF0ZS4g
IEhvd2V2ZXIgdGhlIHN0YWNrZWQgZ3JhcGggc2hvd3MgdGhhdA0KICAgSW5ncmVzczEgZGlkIGFu
b3RoZXIgYXJvdW5kIG9mIHRlcm1pbmF0aW9uIGF0IHQ0ICgyMDAuNCksIHdoaWNoDQogICBjb3Jy
ZXNwb25kcyB0byBpdHMgMTAlIG92ZXItdGVybWluYXRpb24uICBUaGUgcmVhc29uIGZvciB0aGlz
IGVmZmVjdA0KICAgaXMgdGhhdCBkdXJpbmcgdGhlIGludGVydmFsIGJldHdlZW4gdDIgYW5kIHQz
LCB3aGVuIEluZ3Jlc3MxIGZpbmlzaGVzDQogICBpdHMgZmxvdyB0ZXJtaW5hdGlvbnMsIGFuZCBJ
bmdyZXNzMiBoYXMgbm90IHlldCBzdGFydGVkIGR1ZSB0byBpdHMNCiAgIGxvbmdlciBSVFQsIHRo
ZSBub24tdGVybWluYXRlZCB0cmFmZmljIGZyb20gSW5ncmVzczIgd2lsbCBjYXVzZSBhDQogICBm
dXJ0aGVyIGRlY3JlbWVudCBpbiBJbmdyZXNzMSdzIHN1c3RhaW5hYmxlIHJhdGUgZHVyaW5nIHRo
ZQ0KICAgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgKHQyLCB0MisxMDBtcykuICBUaGlzIHdpbGwgaW4g
dHVybiBjYXVzZQ0KICAgSW5ncmVzczEgdG8gdGVybWluYXRlIGF0IHRpbWUgdDQgdG8gY29tcGVu
c2F0ZSBmb3IgdGhhdCA1MG1zIG9mDQogICBleGNlc3MgdHJhZmZpYyBmcm9tIEluZ3Jlc3MyLiAg
T3VyIGZvbGxvdy11cCByZXN1bHRzIGluZGljYXRlIFpoYW5nLA0KICAgZXQgYWwuICBFeHBpcmVz
IEphbnVhcnkgNiwgMjAwOCBbUGFnZSAyOF0gSW50ZXJuZXQtRHJhZnQgQ0wNCiAgIFNpbXVsYXRp
b24gU3R1ZHkgSnVseSAyMDA3IHRoYXQgdGhpcyBSVFQgZWZmZWN0IGV4aXN0cyB0byBzb21lIGRl
Z3JlZQ0KICAgaW4gZXZlcnkgZXhwZXJpbWVudCB0aGF0IGhhcyBzdWZmaWNpZW50IEluZ3Jlc3Mg
UlRUIGRpZmZlcmVuY2UsDQogICBpbmRlcGVuZGVudCBvZiB0aGUgdHJhZmZpYyB0eXBlLiAgQWx0
aG91Z2ggZm9yIGJ1cnN0aWVyIHRyYWZmaWMgdGhlDQogICBvdmVyLXRlcm1pbmF0aW9uIG1heSBi
ZSB3b3JzZSB0aGFuIHNob3duIGFib3ZlLCBpbiBvdXIgZXhwZXJpbWVudHMgd2UNCiAgIGRpZCBu
b3Qgc2VlIG92ZXItIHRlcm1pbmF0aW9uIHRoYXQgd291bGQgYmUgZHJhc3RpY2FsbHkgbGFyZ2Vy
Lg0KICAgSG93ZXZlciwgZnVydGhlciBpbnZlc3RpZ2F0aW9uIGlzIG5lZWRlZCB0byBhY2Nlc3Mg
d2hldGhlciBvdGhlcg0KICAgc2NlbmFyaW9zIG1pZ2h0IGxlYWQgdG8gbW9yZSBzdWJzdGFudGlh
bCBvdmVyLXRlcm1pbmF0aW9uLiA0LjMuDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBF
eHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAzNl0NCgwNCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAg
IEp1bHkgMjAwNw0KDQoNCiAgIEluZ3Jlc3MtRWdyZXNzIEFnZ3JlZ2F0aW9uIEV4cGVyaW1lbnRz
IDQuMy4xLiAgTW90aXZhdGlvbiBmb3IgdGhlDQogICBJbnZlc3RpZ2F0aW9uIFdoaWxlIHN1ZmZp
Y2llbnRseSBoaWdoIGJvdHRsZW5lY2sgYWdncmVnYXRpb24gaXMNCiAgIGxpc3RlZCBhcyBvbmUg
b2YgdGhlIHVuZGVybHlpbmcgYXNzdW1wdGlvbnMgb2YgW0ktRC5icmlzY29lLXRzdndnLWNsLQ0K
ICAgYXJjaGl0ZWN0dXJlXSwgdGhlcmUgcmVtYWlucyBhIHF1ZXN0aW9uIG9mIHdoZXRoZXIgb2Yg
bm90IHN1ZmZpY2llbnQNCiAgIGRlZ3JlZSBvZiBhZ2dyZWdhdGlvbiBvZiB0cmFmZmljIG9uIGEg
cGVyIGluZ3Jlc3MtZWdyZXNzIHBhaXIgaXMgYWxzbw0KICAgbmVjZXNzYXJ5LiAgV2Ugc2F3IHRo
YXQgaW4gb3VyIGFkbWlzc2lvbnMgZXhwZXJpbWVudHMsIHRoZSB2aXJ0dWFsLQ0KICAgcXVldWUt
YmFzZWQgYWRtaXNzaW9uIGFsZ29yaXRobSBwZXJmb3JtZWQgcmVhc29uYWJseSB3ZWxsIGV2ZW4g
d2l0aA0KICAgc21hbGwgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gbGV2ZWxzLCBhcyBsb25n
IGFzIHRoZSBib3R0bGVuZWNrDQogICBhZ2dyZWdhdGlvbiBsZXZlbCB3YXMgc3VmZmljaWVudGx5
IGhpZ2guICBBIHNpbWlsYXIgaW52ZXN0aWdhdGlvbiBpcw0KICAgcGVyZm9ybWVkIGZvciB0aGUg
Y2FzZSBvZiB0ZXJtaW5hdGlvbi4gIEFzc3VtaW5nIGEgbGFyZ2UgZGVncmVlIG9mDQogICBhZ2dy
ZWdhdGlvbiBvbiBhIHBlciBpbmdyZXNzLWVncmVzcyBwYWlyIGlzIGxlc3MgYXR0cmFjdGl2ZSwg
YXMgb25lDQogICBjYW4gZWFzaWx5IGltYWdpbmUgdGhhdCBhIGJvdHRsZW5lY2sgbGluayBpbiBh
IFBDTiByZWdpb24gbWF5IGNhcnJ5DQogICB0cmFmZmljIGZyb20gaHVuZHJlZHMgb3IgdGhvdXNh
bmRzIG9mIGluZ3Jlc3NlcywgYW5kIHRoZXJlIGlzDQogICBldmlkZW5jZSB0byBiZWxpZXZlIHRo
YXQgaW4gcHJhY3RpY2UgY2FzZXMgd2hlbiBwZXItaW5ncmVzcy1lZ3Jlc3MNCiAgIHBhaXIgdHJh
ZmZpYyBpcyBnZW5lcmF0ZWQgYnkgYSByZWxhdGl2ZWx5IHNtYWxsIG51bWJlciBvZiBmbG93cyBt
YXkNCiAgIG5vdCBiZSB1bmNvbW1vbi4gIElmIGluZGVlZCB0aGUgbnVtYmVyIG9mIGZsb3dzIGlu
IGFuIGluZ3Jlc3MtZWdyZXNzDQogICBwYWlyIGlzIHNtYWxsLCB0aGVvcmV0aWNhbGx5IHRoZXJl
IGV4aXN0cyBhIGNvbmNlcm4gdGhhdCB0aGUNCiAgIGdyYW51bGFyaXR5IG9mIHRlcm1pbmF0aW9u
ICh3aGljaCBjYW4gb3BlcmF0ZSBvbiBpbnRlZ2VyIG51bWJlciBvZg0KICAgZmxvd3Mgb25seSkg
d2lsbCByZXN1bHQgaW4gbGFyZ2UgaW5hY2N1cmFjaWVzIG9mIHRoZSBhbW91bnQgb2YNCiAgIHRy
YWZmaWMgdGVybWluYXRlZCBpbiBhIHBlci1pbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGUsIGFuZA0K
ICAgY29uc2VxdWVudGx5IGEgbGFyZ2UgYW1vdW50IG9mIG92ZXItdGVybWluYXRpb24uICBBcyBh
biBleGFtcGxlIG9mIGENCiAgIHNpdHVhdGlvbiBjcmVhdGluZyB0aGlzIHByb2JsZW0gc3VwcG9z
ZSB0aGF0IGEgYm90dGxlbmVjayBsaW5rIGlzDQogICBzaGFyZWQgYnkgMk4gZmxvd3MsIGVhY2gg
b25lIG9mIHRoZW0gY29taW5nIGZyb20gYSBkaWZmZXJlbnQgaW5ncmVzcy0NCiAgIGVncmVzcyBw
YWlyLiAgU3VwcG9zZSB0aGF0IG9ubHkgTiBmbG93cyBjYW4gYmUgc3VwcG9ydGVkIGF0IHRoZQ0K
ICAgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLCBzbyBOIG91dCBvZiAyTiBmbG93cyBtdXN0
IGJlIHRlcm1pbmF0ZWQuDQogICBUaGlzIG1lYW5zIHRoYXQgaGFsZiBvZiB0aGUgcGFja2V0cyB3
aWxsIGdldCB0ZXJtaW5hdGlvbiBtYXJrZWQuICBJZg0KICAgdGhlc2UgbWFya2VkIHBhY2tldHMg
YXJlIG1vcmUgb3IgbGVzcyB1bmlmb3JtbHkgZGlzdHJpYnV0ZWQgYW1vbmcgdGhlDQogICBmbG93
cyBzaGFyaW5nIHRoZSBib3R0bGVuZWNrLCBvbmUgc2hvdWxkIGV4cGVjdCB0aGF0IGV2ZXJ5IG9u
ZSBvZiB0aGUNCiAgIDJOIGZsb3dzIHdpbGwgaGF2ZSBoYWxmIG9mIGl0cyBwYWNrZXRzIG1hcmtl
ZC4gIFRoYXQgaW4gdHVybiB3b3VsZA0KICAgaW1wbHkgdGhhdCBlYWNoIGluZ3Jlc3Mgd291bGQg
bmVlZCB0byB0ZXJtaW5hdGUgaGFsZiBvZiBpdHMgdHJhZmZpYywNCiAgIGFuZCBzaW5jZSBpdCBv
bmx5IGhhcyBvbmUgZmxvdywgaXQgd291bGQgaGF2ZSB0byB0ZXJtaW5hdGUgdGhhdCBmbG93DQog
ICAoYXNzdW1pbmcgdGhhdCB0aGUgbnVtYmVyIG9mIGZsb3dzIHRvIHRlcm1pbmF0ZSBpcyByb3Vu
ZGVkIHVwIHRvIHRoZQ0KICAgbmVhcmVzdCBmbG93KSBvciBub3QgdGVybWluYXRlIGFueSBmbG93
IGF0IGFsbCAoaWYgdGhlIHJvdW5kaW5nIGRvd24NCiAgIHRvIHRoZSBuZWFyZXN0IGZsb3cgaXMg
ZG9uZSkuICBJbiBlaXRoZXIgY2FzZSB0aGUgb3V0Y29tZSBpcyBxdWl0ZQ0KICAgcGVzc2ltaXN0
aWMtIGVpdGhlciBhbGwgZmxvd3MgYXJlIHRlcm1pbmF0ZWQsIG9yIHRoZSB0ZXJtaW5hdGlvbiB3
aWxsDQogICBub3QgdGFrZSBhbnkgZWZmZWN0IGF0IGFsbC4gIENsZWFybHksIGEgc2ltaWxhciBa
aGFuZywgZXQgYWwuDQogICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAyOV0gSW50ZXJu
ZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeQ0KICAgSnVseSAyMDA3IChhbHRob3VnaCBwZXJo
YXBzIGxlc3MgZHJhc3RpYykgZWZmZWN0IHdvdWxkIGJlIGlmIGEgZmV3DQogICBmbG93cyByYXRo
ZXIgdGhhbiBvbmUgY29uc3RpdHV0ZSBhbiBpbmdyZXNzLWVncmVzcyBwYWlyLiAgVGhlIGVmZmVj
dA0KICAgcXVpY2tseSBkaXNhcHBlYXJzIHdoZW4gdGhlIHJhdGUgb2YgYW4gaW5kaXZpZHVhbCBm
bG93IGlzDQogICBzdWZmaWNpZW50bHkgc21hbGwgY29tcGFyZWQgdG8gdGhlIHRvdGFsIHJhdGUg
b2YgdGhlIGluZ3Jlc3MtZWdyZXNzDQogICBhZ2dyZWdhdGUuICBXaGlsZSBhIG51bWJlciBvZiBw
b3NzaWJsZSBjaGFuZ2VzIHRvIHRoZSBpbmdyZXNzDQogICBiZWhhdmlvciBjb3VsZCBiZSBjb25z
aWRlcmVkIHRvIHNvbHZlIG9yIGFsbGV2aWF0ZSB0aGlzIHByb2JsZW0sIHdlDQogICBzZXQgb3V0
IHRvIGludmVzdGlnYXRlIHdoZXRoZXIgdGhpcyBwcm9ibGVtIGRvZXMgaW4gZmFjdCBvY2N1ciBp
bg0KICAgcHJhY3RpY2UuICBUaGUga2V5IHF1ZXN0aW9uIGluIHRoYXQgcmVzcGVjdCBpcyB3aGV0
aGVyIG9yIG5vdCB0aGUNCiAgIHBhY2tldHMgZG8gaW5kZWVkIGdldCBtYXJrZWQgbW9yZSBvciBs
ZXNzIHVuaWZvcm1seSBhbW9uZyBkaWZmZXJlbnQNCiAgIGZsb3dzIHNoYXJpbmcgYSBib3R0bGVu
ZWNrIG92ZXIgdGhlIHRpbWVzY2FsZSBvZiB0aGUgaW5ncmVzcyBhbmQNCiAgIGVncmVzcyBtZWFz
dXJlbWVudCBpbnRlcnZhbHMuICBUaGUgcmVzdWx0cyBvZiB0aGlzIGludmVzdGlnYXRpb24gYXJl
DQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDgg
ICAgICAgICAgICAgICBbUGFnZSAzN10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04g
d2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHByZXNl
bnRlZCBpbiB0aGUgZm9sbG93aW5nIHN1YnNlY3Rpb25zLiA0LjMuMi4gIERldGFpbGVkIHJlc3Vs
dHMgVG8NCiAgIGludmVzdGlnYXRlIHRoZSBlZmZlY3Qgb2Ygc21hbGwgaW5ncmVzcy1lZ3Jlc3Mg
YWdncmVnYXRpb24sIHdlIGZpcnN0DQogICBwZXJmb3JtZWQgdGhlIGV4cGVyaW1lbnRzIHdpdGgg
dGhyZWUgdHJhZmZpYyB0eXBlcyAoQ0JSLCBWQlIgYW5kIFNWRCkNCiAgIGF0IGRpZmZlcmVudCBk
ZWdyZWVzIG9mIGluZ3Jlc3MgYWdncmVnYXRpb24uICBBbGwgdGhlIGV4cGVyaW1lbnRzIGluDQog
ICB0aGlzIHNlY3Rpb24gYXJlIGNhcnJpZWQgb3V0IG9uIFJUVCB0b3BvbG9neTsgdGhlIGRpZmZl
cmVudCBpbmdyZXNzDQogICBhZ2dyZWdhdGlvbiBsZXZlbHMgYXJlIG9idGFpbmVkIGJ5IHZhcnlp
bmcgdGhlIG51bWJlciBvZiBpbmdyZXNzDQogICBsaW5rcyBpbiB0aGUgdG9wb2xvZ3kuICBBbGwg
bGlua3MnIFJUVCBhcmUgc2V0IHRvIDFtcyAodG8gZWxpbWluYXRlDQogICB0aGUgcG90ZW50aWFs
IFJUVCBpbmZsdWVuY2UpLiAgQ0JSIGFuZCBWQlIgdm9pY2UgdXNlZCBhbiBPQzMNCiAgIGJvdHRs
ZW5lY2sgbGluayB3aGlsZSBTVkQgdXNlZCBhbiBPQzQ4IGxpbmssIHdpdGggY29uZmlndXJlZC0N
CiAgIHRlcm1pbmF0aW9uLXJhdGUgc2V0IGF0IDUwJSBvZiB0aGUgbGluayBiYW5kd2lkdGggaW4g
YWxsIGNhc2VzLiAgVGhlDQogICBib3R0bGVuZWNrIGFnZ3JlZ2F0aW9uIHdhcyB0aGVyZWZvcmUg
cXVpdGUgaGlnaCAod2l0aCByZXNwZWN0IHRvIHRoZQ0KICAgY29ycmVzcG9uZGluZyBsaW5rIGJh
bmR3aWR0aCksIGJ1dCB0aGUgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gd2FzDQogICB2YXJp
ZWQgZnJvbSAxIGZsb3cgdG8gYWJvdXQgMS8zIG9mIHRoZSBudW1iZXIgb2YgZmxvd3MgYXQgdGhl
DQogICBib3R0bGVuZWNrIGluIGVhY2ggaW5ncmVzcy1lZ3Jlc3MgcGFpci4gIFRoZSByZXN1bHRz
IGFyZSBzdW1tYXJpemVkDQogICBpbiBUYWJsZSA0LjEgYmVsb3cuICBaaGFuZywgZXQgYWwuICBF
eHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAzMF0NCiAgIEludGVybmV0LURyYWZ0IENMIFNp
bXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3DQogICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8VHJhZmZpY3xCdGxlTmVj
a3xOdW1iZXIgfEZsb3dzIHBlcnwgdGVybSB8IEFjdHVhbCB8T3Zlci10ZXJtfCB8DQogICBNb2Rl
bCB8IExvYWQgfEluZ3JzLiB8IEluZ3Jlc3MgfFRocmVzaG9sZHwgdGVybSB8IFBlcmMgfA0KICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSB8DQogICBDQlIgfCAxNzg5IHwgMiB8IDU4MiB8IHwgMC4zMjEgfCAwLjA1JSB8IHwg
Q0JSIHwgMTc3MiB8IDcwIHwgOSB8IDEyMTUNCiAgIHwgMC4zMjggfCAxLjQxJSB8IHwgQ0JSIHwg
MTc4MiB8IDYwMCB8IDEgfCB8IDAuMzM2IHwgMS44NSUgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8DQogICBWQlIg
fCA1MzM2IHwgMiB8IDE3NTkgfCB8IDAuMzMzIHwgMC4zNSUgfCB8IFZCUiB8IDUzODIgfCA3MCB8
IDI2IHwNCiAgIDM1NzQgfCAwLjM2NCB8IDIuODQlIHwgfCBWQlIgfCA1NDA1IHwgMTgwMCB8IDEg
fCB8IDAuMzY4IHwgMi45OSUgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8DQogICBTVkQgfCA0NTAgfCAyIHwgMTM1
IHwgfCAwLjQwNCB8IDguMDclIHwgfCBTVkQgfCA0NDYgfCA3MCB8IDIgfCAzMDUgfA0KICAgMC40
MTQgfCA5LjY0JSB8IHwgU1ZEIHwgNDUyIHwgMTQwIHwgMSB8IHwgMC40MDYgfCA4LjAyJSB8DQog
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQogICBUYWJsZSA0LjEgRWZmZWN0IG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0
aW9uLiAgSW4gdGhpcyB0YWJsZSwNCiAgIGJvdHRsZW5lY2sgbG9hZCBhdCBmYWlsdXJlIGlzIHJl
cHJlc2VudGVkIGFzIHRoZSBudW1iZXIgb2YgZmxvd3MgYXQNCiAgIHRoZSBib3R0bGVuZWNrIGFm
dGVyIHRoZSBzaW11bGF0ZWQgZmFpbHVyZSBldmVudCBoYXMgb2NjdXJyZWQgYW5kDQogICBiZWZv
cmUgdGhlIHRlcm1pbmF0aW9uIHRha2VzIHBsYWNlLiAgVGhlICJOdW1iZXIgSW5ncmVzcyIgY29s
dW1uDQogICBzaG93cyB0aGUgbnVtYmVyIG9mIGluZ3Jlc3NlcyBpbiB0aGUgUlRUIHRvcG9sb2d5
LiAgSW4gYWxsIGNhc2VzLA0KICAgaWRlYWxseSwgdGhlIGFsZ29yaXRobSBzaG91bGQgdGVybWlu
YXRlIHJvdWdobHkgMS8zIG9mIHRoZSB0cmFmZmljDQogICBhZnRlciB0aGUgZmFpbHVyZSBldmVu
dCBoYXMgb2NjdXJyZWQgKHRoZSBleGFjdCBwZXJjZW50YWdlIGRpZmZlcnMNCiAgIHNsaWdodGx5
IGZyb20gZXhwZXJpbWVudCB0byBleHBlcmltZW50IGR1ZSB0byBzb21lIHZhcmlhYmlsaXR5IG9m
DQogICBsb2FkIGdlbmVyYXRpb24gaW1wbGVtZW50YXRpb24pLiAgVGhlIHNlY29uZCB0byBsYXN0
IGNvbHVtbiBzaG93cyB0aGUNCiAgIGFjdHVhbCB0ZXJtaW5hdGlvbiBwZXJjZW50YWdlIGluIGVh
Y2ggZXhwZXJpbWVudCwgYW5kIHRoZSBsYXN0IGNvbHVtbg0KICAgc2hvd3MgaG93IGZhciBpdCBk
ZXZpYXRlcyBmcm9tIHRoZSBvcHRpbWFsIHZhbHVlIGluIHRlcm1zIG9mIG92ZXItDQogICB0ZXJt
aW5hdGlvbiBwZXJjZW50YWdlICh3aGVyZSB0aGUgb3B0aW1hbCB2YWx1ZSBpcyBjb21wdXRlZCBi
YXNlZCBvbg0KICAgdGhlIGFjdHVhbCB0cmFmZmljIGdlbmVyYXRlZCBpbiBlYWNoIGV4cGVyaW1l
bnQpLiAgVGhlIGZpcnN0DQogICBjb25jbHVzaW9uIHRoYXQgY2FuIGJlIGRyYXduIGZyb20gVGFi
bGUgNC4xIGlzIHRoYXQgaW4gdGhlc2UNCiAgIGV4cGVyaW1lbnRzIGZsb3cgdGVybWluYXRpb24g
d29ya2VkIHF1aXRlIHdlbGwgZm9yIENCUiBhbmQgVkJSLCBhbmQNCiAgIGV2ZW4gaW4gdGhlIFNW
RCBjYXNlIHdpdGgganVzdCAxIGZsb3dzIHBlciBpbmdyZXNzIHRoZSBvdmVyLQ0KICAgdGVybWlu
YXRpb24gaXMgcXVpdGUgYm91bmRlZC4gIFRoZSBzZWNvbmQgLSBmYXIgbW9yZSB1bmV4cGVjdGVk
IC0NCiAgIG91dGNvbWUgb2YgdGhlc2UgcmVzdWx0cyBpcyB0aGF0IGZvciBhbGwgdHJhZmZpYyB0
eXBlcyBpbiB0aGVzZQ0KICAgZXhwZXJpbWVudHMgdGhlIHJlc3VsdCBzaG93IG5vIGFwcHJlY2lh
YmxlIGVmZmVjdCBvZiB0aGUgaW5ncmVzcw0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAg
RXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzhdDQoMDQpJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAg
ICBKdWx5IDIwMDcNCg0KDQogICBhZ2dyZWdhdGlvbiBvbiB0aGUgZGVncmVlIG9mIGluZ3Jlc3Mg
YWdncmVnYXRpb24sIGFzIGFsbCB0aGUgb3Zlci0NCiAgIHRlcm1pbmF0aW9uIHBlcmNlbnRhZ2Ug
ZG8gbm90IGRpZmZlciBzaWduaWZpY2FudGx5LiAgR2l2ZW4gdGhlDQogICBkaXNjdXNzaW9uIGlu
IHRoZSBwcmV2aW91cyBzZWN0aW9uIHRoYXQgcHJlZGljdGVkIHN1YnN0YW50aWFsDQogICBpbmFj
Y3VyYWN5IG9mIGZsb3cgdGVybWluYXRpb24gaW4gdGhlIGNhc2Ugb2YgYSBzbWFsbCBudW1iZXIg
b2YgZmxvd3MNCiAgIHBlciBpbmdyZXNzLCB0aGlzIHJlc3VsdCBhcHBlYXJzIGJvdGggdW5leHBl
Y3RlZCBhbmQgZW5jb3VyYWdpbmcsIGJ1dA0KICAgZG9lcyByZXF1aXJlIGV4cGxhbmF0aW9uIGFu
ZCBkaXNjdXNzaW9uLiAgRnVydGhlciBhbmFseXNpcyBvZiB0aGUNCiAgIHNpbXVsYXRpb24gdHJh
Y2VzIG9mIENCUiB0cmFmZmljIG9mIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LA0K
ICAgMjAwOCBbUGFnZSAzMV0gSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5
IDIwMDcNCiAgIGV4cGVyaW1lbnRzIG9mIFRhYmxlIDQuMSBpZGVudGlmaWVkIHRoZSBjYXVzZSBv
ZiB0aGlzIHBoZW5vbWVub24uICBJdA0KICAgdHVybmVkIG91dCB0aGF0IGluIGFsbCB0aGUgc2lt
dWxhdGlvbiBydW5zIHdpdGggQ0JSIHRyYWZmaWMsIGNvbnRyYXJ5DQogICB0byBvdXIgZXhwZWN0
YXRpb24gdGhhdCB0ZXJtaW5hdGlvbiBtYXJraW5nIHdpbGwgYmUgbW9yZSBvciBsZXNzDQogICB1
bmlmb3JtbHkgZGlzdHJpYnV0ZWQgYW1vbmcgYWN0aXZlIGZsb3dzLCB3aGF0IGFjdHVhbGx5IGhh
cHBlbnMgaXMNCiAgIHRoYXQgc29tZSBmbG93cyBnZXQgYWxsIHRoZWlyIHBhY2tldHMgbWFya2Vk
LCB3aGlsZSBvdGhlciBmbG93cyBnZXQNCiAgIG5vIHBhY2tldHMgbWFya2VkIGF0IGFsbCAod2Ug
cmVmZXIgdG8gdGhpcyBlZmZlY3QgbG9vc2VseSBhcw0KICAgInN5bmNocm9uaXphdGlvbiIgaW4g
dGhlIHJlc3Qgb2YgdGhpcyBkb2N1bWVudCkuICBJdCBpcyB0aGlzDQogICBwaGVub21lbm9uIHRo
YXQsIGluIHRoZSBjYXNlIG9mIGEgc2luZ2xlIGZsb3cgcGVyIGluZ3Jlc3MsIG1hZGUgb25seQ0K
ICAgdGhlIGluZ3Jlc3NlcyB3aG9zZSBmbG93cyB3ZXJlIG1hcmtlZCB0ZXJtaW5hdGUgdGhlc2Ug
Zmxvd3MsDQogICByZXN1bHRpbmcgaW4gY29ycmVjdCBhbW91bnQgb2YgdGVybWluYXRpb24uICBG
dXJ0aGVyIGFuYWx5c2lzIHNob3dlZA0KICAgdGhhdCBpbiBmYWN0IHRoaXMgZWZmZWN0IGlzIG5v
dCBhIHNpbXVsYXRpb24gYXJ0aWZhY3QsIGFuZCBpcyBhDQogICBkaXJlY3QgY29uc2VxdWVuY2Ug
b2YgcGVyaW9kaWNpdHkgb2YgaW5kaXZpZHVhbCBDQlIgZmxvd3MgaW4NCiAgIGNvbWJpbmF0aW9u
IHdpdGggaW5jaWRlbnRhbCBjaG9pY2Ugb2Ygc2V2ZXJhbCBwYXJhbWV0ZXJzLiAgQXMgaXQNCiAg
IGhhcHBlbnMsIGlmIHRoZSBudW1iZXIgb2YgdG9rZW5zIGFycml2aW5nIGluIHRoZSB0b2tlbiBi
dWNrZXQgaW4gYW4NCiAgIGludGVyLXBhY2tldCBpbnRlcnZhbCBvZiBhIHNpbmdsZSBDQlIgZmxv
dyBpcyBhbiBpbnRlZ2VyIG11bHRpcGxlIG9mDQogICBhIHBhY2tldCBzaXplLCB0aGVuIGlmIGEg
cGFja2V0IG9mIGEgZmxvdyBpcyBtYXJrZWQgb25jZSwgYWxsIHRoZQ0KICAgc3Vic2VxdWVudCBw
YWNrZXRzIHdpbGwgZmluZCB0aGUgc2FtZSBudW1iZXIgb2YgdG9rZW5zIGluIHRoZSB0b2tlbg0K
ICAgYnVja2V0IGFuZCB3aWxsIGFsc28gYmUgbWFya2VkLiAgVGhlIHByb29mIG9mIHRoaXMgZmFj
dCBpcyBwcm92aWRlZA0KICAgaW4gdGhlIGNvbXBhbmlvbiB0ZWNobmljYWwgcmVwb3J0LiAgSXQg
c2VlbXMgY2xlYXIgdGhhdCBpbiBnZW5lcmFsDQogICB0aGlzIHN5bmNocm9uaXphdGlvbiBjYW5u
b3QgYmUgcmVsaWVkIHVwb24sIGFuZCB3ZSBleHBlY3RlZCB0aGF0IGZvcg0KICAgdGhlIFZCUiBj
YXNlIHdlIHdpbGwgc2VlIG11Y2ggbGVzcyBvZiBpdC4gIEFnYWluLCB3ZSB3ZXJlIGluIGZvciBh
DQogICBzdXJwcmlzZSwgYXMgdHJhY2UgaW52ZXN0aWdhdGlvbiBvZiBvdXIgaW5pdGlhbCByZXN1
bHRzIHJlcG9ydGVkIGluDQogICBUYWJsZSA0LjEgcmV2ZWFsZWQgdGhhdCBldmVuIHRob3VnaCB0
aGUgdG9rZW4gYnVja2V0IHN0YXRlDQogICBlbmNvdW50ZXJlZCBieSB0aGUgcGFja2V0cyBvZiB0
aGUgc2FtZSBWQlIgZmxvdyB3YXMgbm90IHF1aXRlIHRoZQ0KICAgc2FtZSwgaXQgd2FzIGNsb3Nl
IGVub3VnaCBzbyB0aGF0IGFnYWluIGEgbGFyZ2UgbnVtYmVyIG9mIGZsb3dzIHdlcmUNCiAgIGVp
dGhlciBmdWxseSBtYXJrZWQgb3IgZnVsbHkgdW5tYXJrZWQuICBXZSByZWFsaXplZCB0aGF0IHRo
ZSByZWFzb24NCiAgIGZvciB0aGF0IGlzIHRoYXQgdGhlIG51bWJlciBvZiBmbG93cyB3aGljaCBh
cmUgaW4gdGhlIG9uLXBlcmlvZA0KICAgZHVyaW5nIHRoZSByZWxldmFudCBtZWFzdXJlbWVudCBp
bnRlcnZhbHMgaXMgcmVsYXRpdmVseSBzdGFibGUsIGFuZA0KICAgaGVuY2UgbXVjaCBvZiB0aGUg
ZWZmZWN0cyBvYnNlcnZlZCBmb3IgdGhlIENCUiBmbG93cyBhcHByb3hpbWF0ZWx5DQogICBob2xk
cyBmb3IgdGhlIG9uLW9mZiB0cmFmZmljIHdlIHVzZSBmb3Igb3VyIFZCUiBtb2RlbC4gIFNpbmNl
IHRoZSBvbi0NCiAgIHBlcmlvZCBoYWQgdGhlIHNhbWUgcmF0ZSBhcyBvdXIgQ0JSIG1vZGVsLCBh
bmQgdGhlIHBhY2tldCBzaXplIHdhcw0KICAgdGhlIHNhbWUgZm9yIHRoZSB0d28gbW9kZWxzLCBz
aW1pbGFyIGJlaGF2aW9yIHdhcyBvYnNlcnZlZCBpbiBib3RoDQogICBzZXRzIG9mIGV4cGVyaW1l
bnRzLiAgSW4gb3VyIHF1ZXN0IHRvIGZ1cnRoZXIgdW5kZXJzdGFuZCB0aGUNCiAgIHVuZXhwZWN0
ZWRseSByZWFzb25hYmxlIHBlcmZvcm1hbmNlIGF0IHNtYWxsIGluZ3Jlc3MtZWdyZXNzDQogICBh
Z2dyZWdhdGlvbiB3ZSB0aGVuIHRlc3RlZCB0aGUgaHlwb3RoZXNpcyB0aGF0IHJhbmRvbWl6aW5n
IHRoZSBwYWNrZXQNCiAgIGludGVyLWFycml2YWwgdGltZSBtdXN0IHN1cmVseSBicmVhayBzeW5j
aHJvbml6YXRpb24sIGFuZCB0byB0aGF0IGVuZA0KICAgd2UgcmVydW4gdGhlIHNhbWUgc2V0IG9m
IGV4cGVyaW1lbnRzIG9uIHRoZSByYW5kb21pemF0aW9uIHZlcnNpb24gb2YNCiAgIGFsbCB0cmFm
ZmljLiAgVGhlIHJlc3VsdHMgYXJlIHN1bW1hcml6ZWQgaW4gVGFibGUgNC4yIE5vdGUsIHRoZQ0K
ICAgY29sdW1uIGxhYmVsIHdpdGggZiAoZS5nLiAwLjAwMDEpIGNvcnJlc3BvbmQgdG8gcmFuZG9t
aXplZCB0cmFmZmljDQogICB3aXRoIGEgcmFuZG9taXphdGlvbi0gaW50ZXJ2YWwgb2YgZiB4IHBh
Y2tldC1pbnRlci1hcnJpdmFsLXRpbWUuICBJdA0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAg
ICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzldDQoMDQpJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAg
ICAgICBKdWx5IDIwMDcNCg0KDQogICBhbHNvIG1lYW5zIHRoYXQgb24gYXZlcmFnZSwgdGhlIHBh
Y2tldHMgYXJlIGRlbGF5ZWQgYnkgZiB4IHBhY2tldC0NCiAgIGludGVyLWFycml2YWwtdGltZSAv
IDIuICBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZQ0KICAgMzJd
IEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkgSnVseSAyMDA3DQogICAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
IHwgfA0KICAgTm8uIHwgRGV2aWF0aW9uIEludGVydmFsIHwgfCB8IEluZ3JlIHwgTm8tUmFuZCB8
IDAuMDAwMSB8IDAuMDAxIHwNCiAgIDAuMDA1IHwgMC4wMSB8IDAuMSB8DQogICB8LS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwg
fA0KICAgfCAyIHwgMC4wNTAgfCAwLjM5MCB8IDEuMDQ3IHwgMC4yMjQgfCAwLjc1NyB8IDEuMDcy
IHwgfCB8IDEwIHwgMC40OTUNCiAgIHwgMC43NzEgfCAwLjc2OSB8IDEuMDE2IHwgMC45NzUgfCAw
LjgxOSB8IHwgfCAzNSB8IDEuMTU3IHwgMS42MTUgfA0KICAgMS44MTcgfCAyLjQ0OCB8IDEuOTM4
IHwgMi4zMDAgfCB8IENCUiB8IDcwIHwgMC44NDEgfCAyLjQyOCB8IDMuNjkzIHwNCiAgIDMuMDk4
IHwgMy43MTAgfCAzLjUyOCB8IHwgfCAxNDAgfCAxLjU3NyB8IDMuMDg5IHwgNC45NjIgfCA1LjI3
MSB8DQogICA1LjUxNiB8IDUuMzc2IHwgfCB8IDMwMCB8IDEuMzcxIHwgMi45NjUgfCA2Ljg1MiB8
IDkuMzAzIHwgOS43NjEgfA0KICAgOS43OTAgfCB8IHwgNjAwIHwgMS4wNjkgfCAzLjU2MyB8IDku
NDQ5IHwgMTIuMTcgfCAxMy40MSB8IDEzLjk3IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfCB8DQogICB8IDIgfCAy
LjY2MyB8IDMuMDAyIHwgMi4zNTAgfCAyLjMyMCB8IDIuMjQwIHwgMi4yMTcgfCB8IHwgMTAgfCAx
Ljg1Ng0KICAgfCAzLjYyOSB8IDMuMzY5IHwgMS40NjAgfCAyLjQ5MyB8IDMuNzEyIHwgfCB8IDM1
IHwgMi44MzEgfCAzLjM4NSB8DQogICAzLjkzMSB8IDQuMTI4IHwgNC45MTggfCA0LjQ5MCB8IHwg
VkJSIHwgMTAwIHwgMy45NTIgfCA2LjI1NyB8IDUuMDE4IHwNCiAgIDUuNzMyIHwgNS4wOTkgfCA1
LjU2OCB8IHwgfCAzMDAgfCAyLjQyMSB8IDQuODQ2IHwgNS40MzUgfCA1LjY1MSB8DQogICA1LjMz
OSB8IDYuMDIxIHwgfCB8IDYwMCB8IDIuNTE4IHwgMS44MTUgfCAzLjQ0NyB8IDQuMzMzIHwgNC4z
NjEgfA0KICAgNC44NTYgfCB8IHwgMTgwMCB8IDIuNTAwIHwgMC40MzUgfCAyLjI0OCB8IDIuNzI3
IHwgMS42OTggfCAyLjA3NyB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwgfA0KICAgfCAyIHwgMS4xNzMgfCAxLjg2
MyB8IDEuMTg1IHwgMS4zNDEgfCAxLjczNiB8IDEuMTY0IHwgfCB8IDEwIHwgMi4zNzcNCiAgIHwg
MS41NzkgfCAxLjIwNyB8IDIuNjU2IHwgMi4zMjEgfCAzLjA5NyB8IHwgfCAzNSB8IDIuOTE0IHwg
My40ODQgfA0KICAgMi4yMzIgfCAyLjY2NSB8IDIuNjQyIHwgMy44NzQgfCB8IE1JWCB8IDE0MCB8
IDQuMDY2IHwgMy4wMDkgfCA0LjYwMCB8DQogICAzLjIyMSB8IDQuMjYzIHwgNC45MDcgfCB8IHwg
MzAwIHwgMi44MDYgfCA1LjQzNiB8IDQuMDg4IHwgNC4xMTMgfA0KICAgNC44OTUgfCA1LjYwMiB8
IHwgfCA2MDAgfCAxLjk5NSB8IDAuNTI3IHwgMy4yOTUgfCAyLjk4MiB8IDQuODUxIHwNCiAgIDQu
NDI0IHwgfCB8IDEwMDAgfCAwLjczMyB8IDEuMDc2IHwgMS43MjkgfCAzLjAyMiB8IDMuOTU1IHwg
Mi43MzEgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS18IHwNCiAgIHwgMiB8IDIuNTQ0IHwgMi42MTAgfCAxLjIxNyB8
IDMuMDU1IHwgMi44ODkgfCAxLjkwNiB8IHwgfCAxMCB8IDMuNzQxDQogICB8IDQuMzI5IHwgNC4x
MTIgfCAzLjkzNiB8IDQuMzI4IHwgNC4zNDggfCB8IHwgMzUgfCA3LjUyNCB8IDYuNTQ5IHwNCiAg
IDYuNjI5IHwgNy4wMTQgfCA3LjY0NCB8IDYuNjEwIHwgfCBWVFIgfCA3MCB8IDcuNjA3IHwgNy41
NDEgfCA4LjIxNyB8DQogICA3LjAwMiB8IDcuOTE2IHwgOC4xMTMgfCB8IHwgMTQwIHwgMTEuMTYg
fCA5LjE2MiB8IDEyLjUwIHwgMTAuNzQgfA0KICAgMTAuNDkgfCAxMC40NCB8IHwgfCAzMDAgfCAx
Mi4xNSB8IDE0LjQxIHwgMTMuNTcgfCAxNC4zMiB8IDE1LjYyIHwNCiAgIDE2LjM1IHwNCiAgIHwt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tfCB8DQogICB8IDIgfCA4LjA3MSB8IDEwLjYyIHwgOC4yMzUgfCAxMC4yMiB8IDEwLjYy
IHwgOC41MzEgfCB8IHwgMTAgfCAxMC42Ng0KICAgfCAxMi4xMyB8IDExLjE2IHwgMTAuODEgfCAx
MS4zNSB8IDEwLjYxIHwgfCBTVkQgfCAzNSB8IDEwLjY5IHwgMTAuMTQNCiAgIHwgMTEuODYgfCAx
My41MiB8IDkuMzA2IHwgOS45MDAgfCB8IHwgNzAgfCA5LjY0NSB8IDguODQ1IHwgNS45MTcgfA0K
ICAgOS43MTYgfCA3LjgwMyB8IDEwLjU3IHwgfCB8IDE0MCB8IDguMDI1IHwgOS43NzcgfCA5LjY5
MCB8IDguOTQ5IHwNCiAgIDYuMDA4IHwgMTAuNjMgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgVGFibGUgNC4y
IEVmZmVjdCBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiB2LnMuIGRldmlhdGlvbi4gIFRo
ZQ0KICAgdGFibGUgZW50cmllcyBjb3JyZXNwb25kIHRvIHRoZSBvdmVyLXRlcm1pbmF0aW9uLXBl
cmNlbnRhZ2UgYXQNCiAgIGRpZmZlcmVudCBhZ2dyZWdhdGlvbiBsZXZlbHMsIGRpZmZlcmVudCBy
YW5kb21pemF0aW9uIGludGVydmFsLCBmb3INCiAgIGRpZmZlcmVudCB0cmFmZmljIHR5cGVzLiAg
QXMgY2FuIGJlIHNlZW4sIHRoZSBvdmVyLXRlcm1pbmF0aW9uLQ0KICAgcGVyY2VudGFnZSBzaG93
biBpbiBUYWJsZSA0LjIgWmhhbmcsIGV0IGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDgNCiAg
IFtQYWdlIDMzXSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11bGF0aW9uIFN0dWR5IEp1bHkgMjAwNyBl
eGhpYml0cw0KICAgZGlmZmVyZW50IHRyZW5kcyBkZXBlbmRpbmcgb24gdGhlIHRyYWZmaWMgdHlw
ZXMuICBGaXJzdCBmb3IgQ0JSLCBhcw0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhw
aXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNDBdDQoMDQpJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBK
dWx5IDIwMDcNCg0KDQogICB3ZSBleHBlY3RlZCwgdGhlICJyYW5kb21pemF0aW9uIiBpbmRlZWQg
YnJlYWtzIGluIHRoZQ0KICAgc3luY2hyb25pemF0aW9uLCBzbyB0aGF0IGF0IGxvdyBhZ2dyZWdh
dGlvbiwgd2Ugb2JzZXJ2ZSBzdWJzdGFudGlhbGx5DQogICBtb3JlIG92ZXItdGVybWluYXRpb24g
KH4xNCUpLCBjb25maXJtaW5nIG91ciBleHBlY3RhdGlvbiB0aGF0IHRoZQ0KICAgdW5leHBlY3Rl
ZGx5IGdvb2QgcGVyZm9ybWFuY2UgY2Fubm90IGJlIGV4cGVjdGVkIGluIGdlbmVyYWwgZm9yIGxv
dw0KICAgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gbGV2ZWxzLiAgT24gdGhlIG90aGVyIGhh
bmQsIGl0IGFsc28gc2hvd3MNCiAgIHRoYXQgYXQgbGVhc3QgYSBjZXJ0YWluIGFtb3VudCBvZiBy
YW5kb21pemF0aW9uIGlzIHJlcXVpcmVkIHRvIGJyZWFrDQogICB0aGUgInN5bmNocm9uaXphdGlv
biIuICBGb3IgaW5zdGFuY2UsIHdpdGggYSByYW5kb21pemF0aW9uIGludGVydmFsDQogICBvZiB0
aGUgMC4wMDAxIHggcGFja2V0LWludGVyLWFycml2YWwtdGltZSwgbm8gc3Vic3RhbnRpYWwgaW5j
cmVtZW50DQogICBpbiBvdmVyLXRlcm1pbmF0aW9uIGlzIG9ic2VydmF0aW9uLiAgRnJvbSB0aGlz
IGFzcGVjdCwgdGhlDQogICAic3luY2hyb25pemF0aW9uIiBlZmZlY3QgY2FuIG5vdCBiZSBtZXJl
bHkgcmVnYXJkZWQgYXMgYSBzaW11bGF0aW9uDQogICBhcnRpZmFjdC4gIEEgZmluYWwgbm90ZSBp
cyB0aGF0IGdpdmVuIHN1ZmZpY2llbnQgYW1vdW50IG9mDQogICBhZ2dyZWdhdGlvbiAofjEwY2Fs
bC9pbmdyZXNzIG9yIGFib3ZlKSwgdGhlIGRpZmZlcmVuY2UgY2F1c2VkIGJ5DQogICBzeW5jaHJv
bml6YXRpb24gZ29lcyBhd2F5LiAgVkJSIHNob3dzIGEgZGlmZmVyZW50IHRyZW5kLiAgSXQgc2Vl
bXMNCiAgIHRoYXQgZ2l2ZW4gZW5vdWdoIHJhbmRvbWl6YXRpb24sIHRoZSBlZmZlY3Qgb2YgYWdn
cmVnYXRpb24gKG92ZXItDQogICB0ZXJtaW5hdGlvbikgc3RhcnRzIHRvIGVtZXJnZSBhdCB0aGUg
dHJhbnNpdGlvbiBmcm9tIG1lZGl1bSB0byBsb3cNCiAgIGFnZ3JlZ2F0aW9uIGxldmVsIChhcm91
bmQgMTAwIG9yIDMwMCBpbmdyZXNzIGluIHRoZSBncmFwaCkuICBIb3dldmVyDQogICB0aGUgZWZm
ZWN0IHRoZW4gZGltaW5pc2hlcywgc28gdGhhdCBhdCB0aGUgbG93ZXN0IGFnZ3JlZ2F0aW9uDQog
ICAoZXhwZWN0ZWQgMSBmbG93IHBlciBpbmdyZXNzKSwgd2Ugbm8gbG9uZ2VyIG9ic2VydmUgYXBw
cmVjaWFibGUgb3Zlci0NCiAgIHRlcm1pbmF0aW9uLiAgV2UgYmVsaWV2ZSB0aGUgcmVhc29uIGZv
ciB0aGlzIG91dGNvbWUgaXMgdGhlDQogICBmb2xsb3dpbmc6IGF0IG1lZGl1bSBhZ2dyZWdhdGlv
biBsZXZlbHMsIGV2ZW4gdGhvdWdoIHRoZXJlIGFyZSBhIGZldw0KICAgZmxvd3MgcGVyIGluZ3Jl
c3MsIGl0J3Mgbm90IGVub3VnaCB0byBzbW9vdGggb3V0IHRoZSBidXJzdGluZXNzIGluDQogICB0
aGUgYWdncmVnYXRlZCBmbG93cy4gIFRoaXMgY2F1c2VzIGVhY2ggaW5ncmVzcy1lZ3Jlc3MtcGFp
ciB0byBvdmVyLQ0KICAgdGVybWluYXRlIGEgbGl0dGxlIGR1ZSB0byBvY2Nhc2lvbmFsIHVuZGVy
LWVzdGltYXRpb24gb2YgdGhlDQogICBTdXN0YWluYWJsZS1BZ2dyZWdhdGUtUmF0ZSwgd2hpY2gg
cmVzdWx0cyB0aGUgbmV0IG92ZXItdGVybWluYXRpb24gYXQNCiAgIHRoZSBib3R0bGVuZWNrIGxp
bmsuICBBdCB0aGUgbG93IGFnZ3JlZ2F0aW9uIGxldmVsICh3aXRoIDEgb3IgMiBmbG93DQogICBw
ZXIgaW5ncmVzcyksIGVhY2ggVkJSIGZsb3cgc3BlbmRzIGEgbGFyZ2UgcG9ydGlvbiBvZiBpdHMg
dGltZSBpbg0KICAgb2ZmLXBlcmlvZC4gIE9uY2UgdGhlIGFnZ3JlZ2F0ZSBvZiBhbiBpbmdyZXNz
LWVncmVzcyBwYWlyIGlzIGluIGl0cw0KICAgb2ZmIHBlcmlvZCwgaXQgd2lsbCBzZW5kIG5vIHBh
Y2tldHMsIGdldCBubyBtYXJraW5nLCBoZW5jZSB3aWxsIG5vdA0KICAgcmVhY3QgdG8gdGhlIHRl
cm1pbmF0aW9uIGFsZ29yaXRobXMuICBTaW5jZSBhIHN1YnN0YW50aWFsIHBvcnRpb24gb2YNCiAg
IHRoZSBpbmdyZXNzLSBlZ3Jlc3MgYWdncmVnYXRlcyBjYW4gYmUgaW4gdGhlIG9mZi1wZXJpb2Qs
IG9ubHkgdGhvc2UNCiAgIGluZ3Jlc3NlcyB0aGF0IGFyZSBpbiB0aGUgb24tcGVyaW9kIHRlcm1p
bmF0ZSB0aGVpciB0cmFmZmljLiAgVGhlIE1JWA0KICAgZXNzZW50aWFsbHkgc2hvd3MgdGhlIGFk
ZGVkIHVwIGVmZmVjdCBvZiBib3RoIENCUiBhbmQgVkJSLCBpbiB0aGUNCiAgIHNlbnNlIHRoYXQg
aXQgc2hvd3MgYSBjbGVhciBpbmNyZWFzaW5nIG9mIG92ZXItdGVybWluYXRpb24tDQogICBwZXJj
ZW50YWdlIGFzIHRoZSBsZXZlbCBvZiBhZ2dyZWdhdGlvbiBkZWNyZWFzZXMsIHlldCBhdCB0aGUg
bG93ZXN0DQogICBhZ2dyZWdhdGlvbiwgaW5zdGVhZCBvZiBoYXZpbmcgdGhlIGhpZ2hlc3Qgb3Zl
ci10ZXJtaW5hdGlvbiAobGlrZQ0KICAgQ0JSKSwgdGhlIG9uLW9mZiBlZmZlY3Qgb2YgVkJSIGRv
bWluYXRlcywgaGVuY2Ugd2UgYWdhaW4gZG9uJ3Qgc2VlIGENCiAgIHNpZ25pZmljYW50IG92ZXIt
dGVybWluYXRpb24gRm9yIFRSQywgYSBjbGVhciBhZ2dyZWdhdGlvbiBlZmZlY3QgaXMNCiAgIG9i
c2VydmVkLCBidXQgdGhlIHRyZW5kcyBzZWVtcyB0byBiZSBpcnJlbGV2YW50IHRvIHRoZSBkZWdy
ZWUgb2YNCiAgIHJhbmRvbWl6YXRpb24uICBJbiBmYWN0LCB0aGUgcmVzdWx0IGZvciBUUkMgbG9v
a3MgbGlrZSBhIGNvbXBsZXRlDQogICByYW5kb21pemVkIHZlcnNpb24gb2YgQ0JSLiAgV2UgaHlw
b3RoZXNpemUgdGhpcyBpcyBpbmRlZWQgdGhlIGNhc2UsDQogICBzaW5jZSB0cmFjZSBpcyBpbXBs
ZW1lbnRlZCBhcyBjb25zdGFudC1mcmFtZS1yYXRlLCB0aGF0J3Mgd2h5IGl0DQogICBkb2Vzbid0
IGV4aGliaXQgd2hhdCBhcHBlYXJzIGluIHRoZSBWQlIgKG5hbWVseSB0aGUgb24tb2ZmIGVmZmVj
dCksDQogICBpbiBhZGRpdGlvbiwgZGlmZmVyZW50IGZyYW1lIFpoYW5nLCBldCBhbC4gIEV4cGly
ZXMgSmFudWFyeSA2LCAyMDA4DQogICBbUGFnZSAzNF0gSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxh
dGlvbiBTdHVkeSBKdWx5IDIwMDcgc2l6ZSwgYW5kDQogICBwYWNrZXRpemF0aW9uIHByb3ZpZGUg
ZW5vdWdoIHJhbmRvbWl6YXRpb24uICBUaGUgdHJhY2UgYW5hbHlzaXMgb2YNCiAgIHRoZSBTVkQg
ZXhwZXJpbWVudHMgaW5kaWNhdGVzIHRoYXQgdGhlcmUgYXJlIGEgbGFyZ2UgbnVtYmVyIG9mIG9m
DQogICBwYXJ0aWFsbHkgbWFya2VkIGZsb3dzLCB3aGljaCBpbmRpY2F0ZXMgdGhhdCBzeW5jaHJv
bml6YXRpb24gY291bGQNCiAgIG5vdCBoYXZlIGJlZW4gcmVzcG9uc2libGUgZm9yIHRoZSByZWxh
dGl2ZWx5IGJvdW5kZWQgb3Zlci10ZXJtaW5hdGlvbg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAg
ICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNDFdDQoM
DQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAg
ICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBvZiBhYm91dCAxMCUgVGFibGUgNC4yLiAgV2UgYmVs
aWV2ZSB0aGlzIHBlcmZvcm1hbmNlIHNob3VsZCBiZSB0cmFjZWQNCiAgIHRvIHRoZSBidXJzdGlu
ZXNzIG9mIG91ciBjcnVkZSBTVkQgdHJhZmZpYyBtb2RlbCBhdCB0aGUgdGltZSBzY2FsZXMNCiAg
IGNvbW1lbnN1cmF0ZSB3aXRoIHRoZSBtZWFzdXJlbWVudCBwZXJpb2QuICBJbiBhZGRpdGlvbiwg
anVzdCBhcyBmb3INCiAgIFZCUiwgdGhlIG9uLW9mZiBuYXR1cmUgb2YgdGhlIG1vZGVsIGRvbWlu
YXRlcyBhdCBsb3cgYWdncmVnYXRpb24sDQogICB3aGljaCBjYW4gYWxzbyBiZSB1c2VkIHRvIGV4
cGxhaW4gd2h5IG5vIGFnZ3JlZ2F0aW9uIGVmZmVjdCBpcw0KICAgb2JzZXJ2ZWQuICBJbiBzdW1t
YXJ5LCB0aGUgb3Zlci10ZXJtaW5hdGlvbiBjYW4gYmUgZXhwZWN0ZWQgYXQgbG93DQogICBhZ2dy
ZWdhdGlvbiBmb3IgYSB2YXJpZXR5IG9mIHRyYWZmaWMsIGJ1dCBpbiBwcmFjdGljZSB0aGUgZGVn
cmVlIG9mDQogICB0aGlzIG92ZXItdGVybWluYXRpb24gaXMgbm90IGFzIGJhZCBhcyB0aGUgd29y
c3QtY2FzZSBhbmFseXNpcyBtaWdodA0KICAgaW5kaWNhdGUuICBUaGUgb3Zlci10ZXJtaW5hdGlv
biB2YW5pc2hlcyBhcyB0aGUgbGV2ZWwgb2YgaW5ncmVzcy0NCiAgIGVncmVzcyBhZ2dyZWdhdGlv
biBiZWNvbWVzIHN1ZmZpY2llbnRseSBsYXJnZS4gNC40LiAgTXVsdGlwbGUNCiAgIEJvdHRsZW5l
Y2tzIEV4cGVyaW1lbnRzIDQuNC4xLiAgTW90aXZhdGlvbiBmb3IgdGhlIEludmVzdGlnYXRpb24g
SW4NCiAgIHRoaXMgc2VjdGlvbiwgd2UgZm9jdXMgb3VyIGFuYWx5c2lzIG9uIHRoZSBtdWx0aS1i
b3R0bGVuZWNrIGVmZmVjdC4NCiAgIFRoYXQgaXMsIGhvdyB3b3VsZCB0ZXJtaW5hdGlvbiBhbGdv
cml0aG0gcGVyZm9ybSB3aGVuIHRoZSBmbG93cyBmcm9tDQogICBvbmUgKG9yIG1vcmUpIGluZ3Jl
c3MtZWdyZXNzIHBhaXJzIHRyYXZlcnNlIG11bHRpcGxlIGJvdHRsZW5lY2sNCiAgIGxpbmtzLiAg
Rm9yIHRoZSByZXN0IG9mIHNlY3Rpb24sIHdlIHVzZSB0aGUgdGVybSAiSUUtIGFnZ3JlZ2F0ZSIg
KElFQQ0KICAgZm9yIHNob3J0KSB0byByZWZlciB0byB0aGUgZmxvdyBhZ2dyZWdhdGVzIG9mIGEg
Y2VydGFpbiBpbmdyZXNzLQ0KICAgZWdyZXNzIHBhaXIuICBJbiB0aGVvcnksIHdlIGV4cGVjdCB0
aGUgSUUtYWdncmVnYXRlIHRoYXQgdHJhdmVsIG1vcmUNCiAgIGJvdHRsZW5lY2tzIHdpbGwgYmUg
cGVuYWxpemVkIG1vcmUsIHdoaWNoIHdvdWxkIHJlc3VsdCBpbiBvdmVyLQ0KICAgdGVybWluYXRp
b24gb24gYSBwZXItaW5ncmVzcy1lZ3Jlc3MgYmFzaXMuICBXZSByZWZlciB0byB0aGlzIGFzIGEN
CiAgICJiZWF0LWRvd24iIGVmZmVjdC4gIFRoZSBtYWluIGNvbnNlcXVlbmNlIG9mIHRoZSBiZWF0
LSBkb3duIGVmZmVjdCBpcw0KICAgdGhlIGV4Y2Vzc2l2ZSB0ZXJtaW5hdGlvbiBhdCB0aGUgdXAt
c3RyZWFtIGJvdHRsZW5lY2tzLCBsZWFkaW5nIHRvDQogICB1bmRlcnV0aWxpemF0aW9uIG9mIHRo
b3NlIGJvdHRsZW5lY2tzIFRvIGlsbHVzdHJhdGUgdGhlIGJlYXQtZG93bg0KICAgZWZmZWN0LCBj
b25zaWRlciB0aGUgc2V0dXAgd2l0aCAyIGJvdHRsZW5lY2sgUExUIGluIEZpZ3VyZSAyLjMoYSku
DQogICBSZWNhbGwgdGhlIHR3byBib3R0bGVuZWNrcyBhcmUgbGlua3MgQSAtIEIgYW5kIEIgLSBD
LiBCb3RoIGxpbmtzIGhhdmUNCiAgIHRoZSBzYW1lIGNhcGFjaXR5LiAgVGhlcmUgYXJlIHR3byBz
aG9ydCBJRS1hZ2dyZWdhdGVzLCBvbmUgZnJvbQ0KICAgSW5ncmVzcyBEIHRvIEVncmVzcyBFIChJ
RUEyKTsgdGhlIG90aGVyIGZyb20gSW5ncmVzcyBFIHRvIEVncmVzcyBGDQogICAoSUVBMyk7IGVh
Y2ggdHJhdmVyc2luZyBhIHNpbmdsZSBib3R0bGVuZWNrLiAgQXQgdGhlIHRpbWUgb2YgdGhlDQog
ICBmYWlsdXJlIGV2ZW50LCBlYWNoIHNob3J0IElFQSBjYXJyaWVzIHRoZSB0cmFmZmljIGxvYWQg
dGhhdCBlcXVhbHMNCiAgIDEvNCBvZiB0aGUgYm90dGxlbmVjayBsaW5rIHNpemUgKG9yIDEvMiBv
ZiB0aGUgY29uZmlndXJlZC0NCiAgIHRlcm1pbmF0aW9uLXJhdGUsIHdoaWNoIGluIHRoaXMgY2Fz
ZSBpcyBzZXQgdG8gNTAlIG9mIHRoZSBsaW5rDQogICBiYW5kd2lkdGgpLiAgVGhlIGxvbmcgSUUt
YWdncmVnYXRlIChJRUExKSwgZnJvbSBJbmdyZXNzIEEgdG8gRWdyZXNzDQogICBDLCB0cmF2ZXJz
ZXMgYm90aCBvZiBib3R0bGVuZWNrcyBhbmQgY2FycmllcyB0d2ljZSBhcyBtdWNoIHRyYWZmaWMg
YXMNCiAgIHRoZSBzaG9ydCBvbmVzLiAgR2l2ZW4gdGhhdCB3ZSBzZXQgdGhlIGNvbmZpZ3VyZWQt
dGVybWluYXRpb24tcmF0ZSB0bw0KICAgYmUgMS8yIG9mIGxpbmsgc2l6ZSwgaXQncyBlYXN5IHRv
IHNlZSB0aGF0IGxldHRpbmcgYWxsIElFQXMgdGVybWluYXRlDQogICAxLzMgb2YgdGhlaXIgZmxv
d3Mgd2lsbCBnaXZlIHRoZSBvcHRpbWFsIHJlc3VsdHMgKHdoaWNoIHdlIHJlZmVyIHRvDQogICBh
cyAib3B0aW1hbC0gdGVybWluYXRpb24iKSBpbiB0aGUgc2Vuc2UgdGhhdCBhbGwgYm90dGxlbmVj
ayBsaW5rcw0KICAgd2lsbCBiZSBmdWxseSBaaGFuZywgZXQgYWwuICBFeHBpcmVzIEphbnVhcnkg
NiwgMjAwOCBbUGFnZSAzNV0NCiAgIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24gU3R1ZHkg
SnVseSAyMDA3IHV0aWxpemVkLiAgSG93ZXZlciwgd2hhdA0KICAgd2UgZXhwZWN0IHRvIGhhcHBl
biBpcyB0aGUgZm9sbG93aW5nLiAgV2hlbiB0aGUgbG9uZyBJRS1hZ2dyZWdhdGUNCiAgIChJRUEx
KSB0cmF2ZXJzZXMgdGhyb3VnaCB0aGUgZmlyc3QgYm90dGxlbmVjayBsaW5rLCBhc3N1bWluZw0K
ICAgdW5pZm9ybWx5IHJhbmRvbSBtYXJraW5nLCAxLzMgb2YgaXRzIHRyYWZmaWMgd2lsbCBnZXQg
dGVybWluYXRpb24tDQogICBtYXJrZWQuICAoVGhlIHNob3J0IElFQTIgd2lsbCBhbHNvIGdldCAx
LzMgb2YgaXRzIHRyYWZmaWMgbWFya2VkKS4NCiAgIE5leHQsIDIvMyBvZiBJRUExJ3MgdW5tYXJr
ZWQgdHJhZmZpYyB0b2dldGhlciB3aXRoIElFQTMncyB0cmFmZmljDQogICB3aWxsIHJlc3VsdCBh
IGxvYWQgb2YgKDIvMykqKDEvMikgKyAxLzQgPSA3LzEyIG9uIHRoZSBzZWNvbmQNCiAgIGJvdHRs
ZW5lY2suICBUaGlzIGltcGxpZXMgdGhhdCBmb3IgdGhlIGFnZ3JlZ2F0ZSBJRUExLCBhbiBhZGRp
dGlvbmFsDQogICAoNy8xMi0xLzIpIC8gKDcvMTIpID0gMS83IHBlcmNlbnRhZ2Ugb2YgcmVtYWlu
aW5nIHVubWFya2VkIHRyYWZmaWMNCiAgIHdpbGwgYmUgbWFya2VkLiAgQW5kIGZvciBJRUEzLCBv
bmx5IDEvNyAoaW5zdGVhZCBvZiAxLzMpIG9mIGl0cw0KICAgdHJhZmZpYyB3aWxsIGJlIG1hcmtl
ZC4gIFRvIHN1bW1hcml6ZSwgYSBiZWF0LWRvd24gZWZmZWN0IGluIHRoaXMNCg0KDQoNCkNoYXJu
eSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAg
IFtQYWdlIDQyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBN
YXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgc2ltcGxlIHNldHRpbmcgbWVh
bnMgd2Ugc2hvdWxkIHNlZSB0aGUgZm9sbG93aW5nIHRlcm1pbmF0aW9uDQogICBiZWhhdmlvcnM6
IG8gRUExIDogMS8zICsgMi8zICogMS83ID0gMy83ID4gMS8zIG8gSUVBMiA6IDEvMyBvIElFQTMg
Og0KICAgMS83IDwgMS8zIG8gQm90dGxlbmVjazEgOiAoMy83ICogMS8yICsgMS8zICogMS80KSAv
ICgzLzQpID0gMjUvNjMgPg0KICAgMS8zIG8gQm90dGxlbmVjazIgOiAoMy83ICogMS8yICsgMS83
ICogMS80KSAvICgzLzQpID0gMS8zIFdlIHJlZmVyIHRvDQogICB0aGUgYWJvdmUgdmFsdWVzIGFz
ICJleHBlY3RlZC10ZXJtaW5hdGlvbiIuICBJbiBnZW5lcmFsLCB0aGUgbW9yZQ0KICAgYm90dGxl
bmVja3MgYW4gSUVBIHRyYXZlcnNlcywgdGhlIG1vcmUgb3Zlci10ZXJtaW5hdGlvbiBvY2N1cnMg
YXQNCiAgIGJvdGggdGhlIGxvbmcgSUVBIGFuZCB0aGUgdXBzdHJlYW0gYm90dGxlbmVja3MuICBU
aGUgZ29hbCBvZiBvdXINCiAgIGV4cGVyaW1lbnRzIHdhcyB0byB2YWxpZGF0ZSB0byB3aGF0IGV4
dGVudCB0aGUgYmVhdC0gZG93biBlZmZlY3QgaXMNCiAgIHZpc2libGUgaW4gcHJhY3RpY2UsIGFu
ZCBob3cgbXVjaCB1bmRlcnV0aWxpemF0aW9uIG9uIHVwLXN0cmVhbSBsaW5rcw0KICAgd2lsbCBh
Y3R1YWxseSBiZSBzZWVuLiAgVG8gdGhhdCBlbmQsIHdlIHVzZWQgMiwgMyBhbmQgNSBQTFQNCiAg
IHRvcG9sb2dpZXMgd2l0aCB2YXJpb3VzIHRyYWZmaWMgdHlwZXMuICBXZSBhcmUgaW50ZXJlc3Rl
ZCBpbiB3aGV0aGVyDQogICB0aGUgYWN0dWFsLXRlcm1pbmF0aW9uIGV4aGliaXRzIHRoZSBtdWx0
aS1ib3R0bGVuZWNrIGVmZmVjdCBjb21wYXJpbmcNCiAgIHRvIHRoZSBvcHRpbWFsLXRlcm1pbmF0
aW9uLCBhbmQgYWxzbyBob3cgbXVjaCBkb2VzIHRoZSBhY3R1YWwtDQogICB0ZXJtaW5hdGlvbiBk
ZXZpYXRlIGZyb20gb3VyIGV4cGVjdGVkLXRlcm1pbmF0aW9uLiAgVGhlIHJlc3VsdHMgb2YNCiAg
IHRoaXMgaW52ZXN0aWdhdGlvbiBhcmUgcHJlc2VudGVkIGluIHRoZSBmb2xsb3dpbmcgc3Vic2Vj
dGlvbnMuIDQuNC4yLg0KICAgRGV0YWlsZWQgUmVzdWx0cyBGb3IgdGhlIGZpcnN0IHNldCBvZiBl
eHBlcmltZW50cywgd2UgdXNlIHRoZSBzaW1pbGFyDQogICBzZXR1cCBhcyB0aGUgZXhhbXBsZSBk
ZXNjcmliZWQgaW4gbGFzdCBzdWJzZWN0aW9uLiAgVGhhdCBpcywgYXQNCiAgIGZhaWx1cmUgZXZl
bnQgdGltZSwgYWxsIGJvdHRsZW5lY2sgbGlua3MgaGF2ZSBhIGxvYWQgb2Ygcm91Z2hseSAzLzQN
CiAgIG9mIGl0cyBsaW5rIHNpemUuICBJbiBhZGRpdGlvbiwgdGhlIGxvbmcgSUVBIGNvbnN0aXR1
dGVzIDIvMyBvZiB0aGlzDQogICBsb2FkLCB3aGlsZSB0aGUgc2hvcnQgb25lIGlzIDEvMy4gIFRh
YmxlIDQuNyBzaG93cyB0aGUgc2FtcGxlIG91dHB1dA0KICAgZm9yIHRoZSBtdWx0aS1ib3R0bGVu
ZWNrIGV4cGVyaW1lbnRzIChJbiB0aGlzIGNhc2UsIGl0J3Mgd2l0aCBDQlINCiAgIHRyYWZmaWMg
YW5kIDUgUExUIHRvcG9sb2d5KS4gIFRoZSBmaXJzdCByb3cgKGxhYmVsZWQgSUVBMSkgcmVwcmVz
ZW50cw0KICAgdGhlIGxvbmcgSUUtQWdncmVnYXRlIHRoYXQgdHJhdmVscyBtdWx0aXBsZSBib3R0
bGVuZWNrcyAodGhlIGV4YWN0DQogICBjb3VudCBvZiB0aGUgYm90dGxlbmVja3MgaXMgZ2l2ZW4g
aW4gdGhlIHBhcmVudGhlc2lzIGFmdGVyIHRoZSBJRUEncw0KICAgbmFtZSkuICBaaGFuZywgZXQg
YWwuICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCBbUGFnZSAzNl0gSW50ZXJuZXQtDQogICBEcmFm
dCBDTCBTaW11bGF0aW9uIFN0dWR5IEp1bHkgMjAwNyBUaGUgcmVzdCBvZiBJRUEgcm93cyBhcmUg
dGhlDQogICBzaG9ydCBJRS1BZ2dyZWdhdGVzIHRoYXQgZWFjaCB0cmF2ZWxzIG9ubHkgb25lIGJv
dHRsZW5lY2suICBUaGUgSUVBDQogICByb3dzIGFyZSBvcmRlcmVkIGJhc2VkIG9uIHRoZSBib3R0
bGVuZWNrIGl0IHRyYXZlcnNlcyAoZnJvbSB1cHN0cmVhbQ0KICAgdG8gZG93bnN0cmVhbSkuICBU
aGUgc2FtZSBpbmZvcm1hdGlvbiBpcyBzaG93biBmb3IgYm90aCBJRUFzIGFuZA0KICAgYm90dGxl
bmVja3MuICBUaGUgbGFzdCB0d28gY29sdW1ucyBhcmUgb2YgbW9zdCBpbnRlcmVzdHMgaW4gdGhh
dCB0aGV5DQogICBzaG93cyB0aGUgaG93IGZhciB0aGUgYWN0dWFsLXRlcm1pbmF0aW9uIGRldmlh
dGVzIGZyb20gdGhlIG9wdGltYWwsDQogICBhbmQgZnJvbSB0aGUgZXhwZWN0YXRpb24uDQogICAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSB8IHwNCiAgIE9wdGltYWwgfCBFeHBlY3RlZCB8IEFjdHVhbCB8IEEgLSBPIHwgQSAt
IEUgfCB8IHwgdGVybSB8IHRlcm0gfCB0ZXJtDQogICB8IHwgfA0KICAgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfA0KICAg
SUVBMSAoNUgpIHwgMC4zMDkwIHwgMC40NDMyIHwgMC40NDQ2IHwgMTMuNTYgfCAwLjE0IHwgfCBJ
RUExICg1SCkgfA0KICAgMC4zMDkwIHwgMC4zMDkwIHwgMC4zMjMxIHwgMS40MiB8IDEuNDIgfCB8
IElFQTEgKDVIKSB8IDAuMzAzNCB8DQogICAwLjExODEgfCAwLjE2MDEgfCAtMTQuMzMgfCA0LjIw
IHwgfDUgSUVBMSAoNUgpIHwgMC4zMDQ4IHwgMC4wNTQxIHwNCiAgIDAuMDk0NyB8IC0yMS4wMSB8
IDQuMDcgfCB8IElFQTEgKDVIKSB8IDAuMzA3MyB8IDAuMDI5MyB8IDAuMDY0MSB8DQogICAtMjQu
MzIgfCAzLjQ4IHwgfEIgSUVBMSAoNUgpIHwgMC4zMDMxIHwgMC4wMDQ5IHwgMC4wMzA3IHwgLTI3
LjI0IHwNCiAgIDIuNTcgfCB8UiBCTjEgfCAwLjMwOTAgfCAwLjM5OTUgfCAwLjQwNTEgfCA5LjYx
IHwgMC41NiB8IHwgQk4yIHwNCiAgIDAuMzAzNCB8IDAuMzM5MiB8IDAuMzUzNiB8IDUuMDIgfCAx
LjQ0IHwgfCBCTjMgfCAwLjMwNDggfCAwLjMxODIgfA0KICAgMC4zMzIyIHwgMi43MyB8IDEuNDAg
fCB8IEJONCB8IDAuMzA3MyB8IDAuMzA5MiB8IDAuMzIxNCB8IDEuNDEgfCAxLjIyDQogICB8IHwg
Qk41IHwgMC4zMDMxIHwgMC4zMDMxIHwgMC4zMTIzIHwgMC45MiB8IDAuOTIgfA0KICAgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NCiAgIFRhYmxlIDQuNyBPdmVyLXRlcm1pbmF0aW9uIHBlcmNlbnRhZ2Ugd2l0aCA1LVBMVCB0
b3BvbG9neSBhbmQgQ0JSIFRoZQ0KICAgZm9sbG93aW5nIFRhYmxlIDQuOCBzdW1tYXJpemVzIHRo
ZSBtYWluIHJlc3VsdHMgZm9yIG11bHRpLSBib3R0bGVuZWNrDQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA0
M10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIGV4cGVyaW1lbnRzLiAgRm9yIGVhY2ggY29t
YmluYXRpb24gb2YgdGhlIHRyYWZmaWMgdHlwZSBhbmQgUExUDQogICB0b3BvbG9neSwgaXQgc2hv
d3MgKGFjdHVhbC10ZXJtaW5hdGlvbiAtIG9wdGltYWwtIHRlcm1pbmF0aW9uKSoxMDAlDQogICAo
bGFiZWxlZCBhcyAnQS1PJykgYW5kIChhY3R1YWwtdGVybWluYXRpb24gLSBleHBlY3QtdGVybWlu
YXRpb24pKjEwMCUNCiAgIChsYWJlbGVkIGFzICdBLUUnKS4gIFpoYW5nLCBldCBhbC4gIEV4cGly
ZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDM3XQ0KICAgSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxh
dGlvbiBTdHVkeSBKdWx5IDIwMDcNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfA0KICAgfCBDQlIgfCBWQlIgfCBW
VFIgfCBTVkQgfCB8IHwgQS1PIEEtRSB8IEEtTyBBLUUgfCBBLU8gQS1FIHwgQS1PIEEtRSB8DQog
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tIHwNCiAgIElFQTEoMkgpfCA3LjYxIC0wLjcxIHwgMTAuMzYgMS4wNiB8IDku
MTkgMS4yNiB8IDE2LjA3IDguNTUgfCB8Mg0KICAgSUVBMigxSCl8IDAuODUgMC44NSB8IDAuODYg
MC44NiB8IDMuMTcgMy4xNyB8IDcuMzAgNy4zMCB8IHxQDQogICBJRUEzKDFIKXwtMTQuNCA0LjA3
IHwtMTIuMzkgNi40MiB8LTEwLjI3IDcuMjYgfC0xLjc0IDEzLjgxIHwgfEwgQk4xIHwNCiAgIDUu
NDUgLTAuMjEgfCA3LjIwIDEuMDAgfCA3LjI0IDEuODggfCAxMy45IDguMTUgfCB8VCBCTjIgfCAw
LjgwIDAuODAgfA0KICAgMi44NCAyLjg0IHwgMy4xOCAzLjE4IHwgMTAuMjYgMTAuMjYgfA0KICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLSB8DQogICBJRUExKDNIKXwgMTAuOCAtMC44NSB8IDEzLjk4IDEuMTggfCAxMS45
MCAwLjg3IHwgMTkuNTMgOS4zNyB8IHwzDQogICBJRUEyKDFIKXwgMC43OCAwLjc4IHwgMS4wMyAx
LjAzIHwgMy4zNSAzLjM1IHwgNS4wNiA1LjA2IHwgfA0KICAgSUVBMygxSCl8LTE0LjA5IDMuOTgg
fC0xNC4wNyA0Ljc5IHwtMTAuNDUgNi43OCB8LTIuNjUgMTMuNjMgfCB8UA0KICAgSUVBNCgxSCl8
LTIxLjE3IDMuOTYgfC0xOC45NCA3LjM4IHwtMTYuODggNy4xOCB8LTYuMDkgMTYuNTAgfCB8TCBC
TjENCiAgIHwgNy45IC0wLjMzIHwgOS42NyAxLjEzIHwgOS40MyAxLjY1IHwgMTQuODQgNy45NyB8
IHxUIEJOMiB8IDIuODIgMC43MQ0KICAgfCA0Ljc3IDIuMzggfCA0LjgwIDIuNzUgfCAxMi40MyAx
MC43NSB8IHwgQk4zIHwgMC45IDAuNjkgfCAzLjIzIDMuMjMNCiAgIHwgMi44NyAyLjg3IHwgMTEu
NjUgMTEuNjUgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSB8DQogICBJRUExKDVIKXwgMTMuNTYgMC4xNCB8IDE2
LjMwIDAuOTEgfCAxNC43NyAxLjgyIHwgMjMuMzEgMTEuMzcgfCB8DQogICBJRUEyKDFIKXwgMS40
MiAxLjQyIHwgMi4xNyAyLjE3IHwgMy4yMCAzLjIwIHwgNy4yNiA3LjI2IHwgfA0KICAgSUVBMygx
SCl8LTE0LjMzIDQuMjAgfC0xMy42NSA1LjM1IHwtMTEuNzEgNi41NSB8LTguMDUgOC40NCB8IHwN
CiAgIElFQTQoMUgpfC0yMS4wMyA0LjA3IHwtMjEuNjggNS4xOSB8LTE4LjAxIDYuNDEgfC0xMi4z
MSA5LjY4IHwgfDUNCiAgIElFQTUoMUgpfC0yNC4zMiAzLjQ4IHwtMjQuMDQgNS43MSB8LTIxLjM5
IDUuNzQgfC0xNS42OSA4LjQ0IHwgfA0KICAgSUVBNigxSCl8LTI3LjI0IDIuNTcgfC0yNC42OSA0
LjU3IHwtMjMuMjAgNS4yMCB8LTE1LjMxIDkuNzggfCB8UCBCTjENCiAgIHwgOS42MSAwLjU2IHwg
MTEuNTkgMS4zMyB8IDExLjA2IDIuMjYgfCAxOC4xMyAxMC4wNCB8IHxMIEJOMiB8IDUuMDINCiAg
IDEuNDQgfCA2LjUzIDIuMzggfCA2LjkxIDMuMzAgfCAxMy44NiAxMC40NCB8IHxUIEJOMyB8IDIu
NzMgMS40MCB8DQogICA0LjAxIDIuMzMgfCA0LjczIDMuMjcgfCAxMi40MiAxMC44MyB8IHwgQk40
IHwgMS40MSAxLjIyIHwgMy4xMiAyLjUwIHwNCiAgIDMuNTQgMy4wNiB8IDExLjA4IDEwLjQzIHwg
fCBCTjUgfCAwLjkyIDAuOTIgfCAyLjEzIDIuMTMgfCAyLjg5IDIuODkgfA0KICAgMTAuODUgMTAu
ODUgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgVGFibGUgNC44IFN1bW1hcnkgb2YgdGhlIFBMVCByZXN1
bHRzIGZvciAyOzEgbG9uZy10by1zaG9ydCBsb2FkDQogICByYXRpby4gIEl0J3MgY2xlYXIgZnJv
bSB0aGUgJ0EtTycgcmVzdWx0cyB0aGF0IHRoZSBiZWF0LWRvd24gZWZmZWN0DQogICBpcyB2aXNp
YmxlIGFjcm9zcyBhbGwgUExUIHRvcG9sb2dpZXMgYW5kIHRyYWZmaWMgdHlwZXMuICBGb3INCiAg
IGluc3RhbmNlLCBmb3IgdGhlIGxvbmcgSUUtYWdncmVnYXRlIChJRUExKSwgYXMgaXQgdHJhdmVs
cyAyLCAzLCA1DQogICBib3R0bGVuZWNrcywgdGhlIGRlZ3JlZSBvZiBvdmVyLXRlcm1pbmF0aW9u
IGluY3JlYXNlcyAoNy42MSwgMTAuODUsDQogICAxMy41NiByZXNwZWN0aXZlbHkgZm9yIENCUiB0
cmFmZmljKTsgc28gZG9lcyB0aGUgbW9zdCB1cHN0cmVhbQ0KICAgYm90dGxlbmVjayBsaW5rIChC
TjEpLiAgRnVydGhlcm1vcmUsIGFsbCB0aGUgZG93bnN0cmVhbSBzaG9ydCBJRUFzDQogICAoSUVB
MyBhbmQgYWJvdmUpIGhhdmUgZXhwZXJpZW5jZWQgdW5kZXItdGVybWluYXRpb24gY29tcGFyZWQg
dG8gdGhlaXINCiAgICJvcHRpbWFsIiB2YWx1ZSwgd2hpbGUgdGhlIGxvbmcgSUVBIHRlcm1pbmF0
ZWQgbW9yZSB0aGFuIHRoZQ0KICAgIm9wdGltYWwiIHZhbHVlLiAgTmV4dCB3ZSBjb21wYXJlIHRo
ZSBhY3R1YWwtdGVybWluYXRpb24gd2l0aCB0aGUNCiAgIGxldmVsIG9mIHRlcm1pbmF0aW9uIHBy
ZWRpY3RlZCBieSB0aGUgdGhlb3JldGljYWwgYmVhdC1kb3duIGVmZmVjdA0KICAgYmFzZWQgb24g
dGhlIGFzc3VtcHRpb24gb2YgdW5pZm9ybWx5IHJhbmRvbSBtYXJraW5nLiAgT3VyIGV4cGVyaWVu
Y2UNCiAgIHJlcG9ydGVkIGluIHRoZSBwcmV2aW91cyBzZWN0aW9uIHNob3dzIHRoYXQgdGhlIGFz
c3VtcHRpb24gb2YgdW5pZm9ybQ0KICAgbWFya2luZyBtYXkgbm90IGFsd2F5cyBob2xkIGluIHRo
ZSBjYXNlIG9mIGJ1cnN0eSB0cmFmZmljLiAgWmhhbmcsIGV0DQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA0
NF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIw
MDggW1BhZ2UgMzhdIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRpb24NCiAgIFN0dWR5IEp1bHkg
MjAwNyBBcyBzZWVuIGZyb20gVGFibGUgNC44LCB0aGUgcmVzdWx0cyBmb3IgQ0JSLCBWQlIgYW5k
DQogICBWVFIgYXJlIHJlYXNvbmFibHkgY2xvc2UgdG8gdGhvc2UgcHJlZGljdGVkIGJ5IHRoZSBi
ZWF0LWRvd24gZWZmZWN0DQogICAod2l0aGluIDElIGZvciBDQlIgYW5kIHdpdGhpbiAzJSBmb3Ig
VkJSIGFuZCBWVFIpLiAgVGhlIGxhcmdlcg0KICAgZGlzY3JlcGFuY3kgYmV0d2VlbiB0aGUgZXhw
ZWN0ZWQgYW5kIHRoZSBhY3R1YWwgcmVzdWx0cyBmb3IgU1ZEIGFyZQ0KICAgbW9zdCBsaWtlbHkg
dGhlIGNvbnNlcXVlbmNlIG9mIHRoZSBzYW1lIGJ1cnN0aW5lc3MgZWZmZWN0IHRoYXQgd2UNCiAg
IG9ic2VydmVkIGluIHRoZSBwcmV2aW91cyBzZWN0aW9uIHdpdGggcmVzcGVjdCB0byBpbmdyZXNz
LWVncmVzcw0KICAgYWdncmVnYXRpb24gZXhwZXJpbWVudHMuICBSZWNhbGwgdGhhdCBpbiBhbGwg
b2YgYWJvdmUgZXhwZXJpbWVudHMsIHdlDQogICBoYWQgdGhlIGxvbmcgSUUtYWdncmVnYXRlIGNh
cnJpZXMgdGhlIHRyYWZmaWMgdHdpY2UgYXMgbXVjaCBhcyB0aGUNCiAgIHNob3J0IG9uZXMuICBO
b3cgd2UgaW52ZXN0aWdhdGUgd2hhdCB3aWxsIGhhcHBlbiBpZiB0aGlzIGxvYWQgcmF0aW8NCiAg
IGNoYW5nZXMuICBXZSBjYW4gdXNlIHRoZSBzYW1lIG1ldGhvZCAoYXMgdGhlIG9uZSBpbGx1c3Ry
YXRlZCBpbiB0aGUNCiAgIGxhc3Qgc3Vic2VjdGlvbikgdG8gb2J0YWluIHRoZSBleHBlY3RlZC10
ZXJtaW5hdGlvbiBmb3IgYW55IGdpdmVuIFBMVA0KICAgdG9wb2xvZ3kuICBUaGUgZXhwZWN0ZWQg
dHJlbmQgaXMgdGhhdCwga2VlcGluZyBhbGwgb3RoZXIgY29uZGl0aW9ucw0KICAgdGhlIHNhbWUs
IHRoZSBzbWFsbGVyIHBvcnRpb24gdGhlIGxvbmcgSUVBIGlzLCB0aGUgbW9yZSByZWxhdGl2ZQ0K
ICAgdW5mYWlybmVzcyB0b3dhcmRzIGl0IChwZXJjZW50YWdlLXdpc2UpIHdpbGwgYmUgZGlzcGxh
eWVkLiAgSW4NCiAgIGZvbGxvd2luZyBzZXQgb2YgZXhwZXJpbWVudHMgd2UgY2hvc2UgdGhlIDE6
MSBhcyB0aGUgbG9hZCByYXRpbw0KICAgKGluc3RlYWQgb2YgMjoxKSBvZiB0aGUgbG9uZyBhbmQg
c2hvcnQgYWdncmVnYXRlcywgd2hpbGUga2VlcGluZw0KICAgb3RoZXIgdGhlIHNldHRpbmdzIHVu
Y2hhbmdlZC4gIFRoZSByZXN1bHRzLCAoYWN0dWFsLXRlcm1pbmF0aW9uIC0NCiAgIG9wdGltYWwt
IHRlcm1pbmF0aW9uKSoxMDAlLCBhcmUgc3VtbWFyaXplZCBpbiBUYWJsZSA0LjkuICBaaGFuZywg
ZXQNCiAgIGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggW1BhZ2UgMzldIEludGVybmV0LURy
YWZ0IENMIFNpbXVsYXRpb24NCiAgIFN0dWR5IEp1bHkgMjAwNyAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwgfA0KICAgQ0JSIHwgVlRSIHwgfCB8IDI6
MSAxOjEgfCAyOjEgMToxIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0gfCBJRUExKDJIKSB8IDcuNjENCiAgIDEwLjc0IHwgOS4xOSAxMi41MCB8
IHwyIElFQTIoMUgpIHwgMC44NSAwLjc3IHwgMy4xNyAyLjE4IHwgfFANCiAgIElFQTMoMUgpIHwg
LTE0LjQ5IC05LjcxIHwgLTEwLjI3IC03LjIzIHwgfEwgQk4xIHwgNS40NSA1Ljc1IHwgNy4yNA0K
ICAgNy40NCB8IHxUIEJOMiB8IDAuODAgMC44NCB8IDMuMTggMi44NSB8DQogICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwgSUVBMSgzSCkgfCAxMC44
NQ0KICAgMTYuODMgfCAxMS45MCAxOC4zNiB8IHwzIElFQTIoMUgpIHwgMC43OCAwLjc3IHwgMy4z
NSAyLjY5IHwgfA0KICAgSUVBMygxSCkgfCAtMTQuMDkgLTEwLjQ4IHwgLTEwLjQ1IC03LjI0IHwg
fFAgSUVBNCgxSCkgfCAtMjEuMTcgLTE1Ljk4DQogICB8IC0xNi44OCAtMTIuMTkgfCB8TCBCTjEg
fCA3LjU5IDguOTMgfCA5LjQzIDExLjA1IHwgfFQgQk4yIHwgMi44Mg0KICAgMy44MSB8IDQuODAg
NS43OCB8IHwgQk4zIHwgMC42OSAxLjEwIHwgMi44NyAzLjM0IHwNCiAgIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfCBJRUExKDVIKSB8IDEzLjU2DQog
ICAyMy4yMyB8IDE0Ljc3IDI0Ljc4IHwgfCBJRUEyKDFIKSB8IDEuNDIgMS4wNiB8IDMuMjAgMi4w
NiB8IHwgSUVBMygxSCkNCiAgIHwgLTE0LjMzIC05Ljk4IHwgLTExLjcxIC02LjE5IHwgfCBJRUE0
KDFIKSB8IC0yMS4wMSAtMTYuMTUgfCAtMTguMDENCiAgIC0xMy4zNSB8IHw1IElFQTUoMUgpIHwg
LTI0LjMyIC0yMC4xNyB8IC0yMS4zOSAtMTUuNDcgfCB8IElFQTYoMUgpIHwNCiAgIC0yNy4yNCAt
MjMuMDYgfCAtMjMuMzAgLTE2Ljg2IHwgfFAgQk4xIHwgOS42MSAxMi40NyB8IDExLjA2IDEzLjg0
IHwNCiAgIHxMIEJOMiB8IDUuMDIgNi45NyB8IDYuOTEgOS43OCB8IHxUIEJOMyB8IDIuNzMgMy45
NCB8IDQuNzMgNi4wMCB8IHwNCiAgIEJONCB8IDEuNDEgMS45MSB8IDMuNTQgNC42NSB8IHwgQk41
IHwgMC45MiAuNzAgfCAyLjg5IDMuNzcgfA0KICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSBUYWJsZSA0LjkgU3VtbWFyeQ0KICAgb2YgdGhlIFBMVCBy
ZXN1bHRzIGZvciAxOjEgbG9uZy10by1zaG9ydCBsb2FkIHJhdGlvLiAgVGhlIHJlc3VsdHMNCiAg
IGNvbmZpcm0gb3VyIGV4cGVjdGVkIGJlaGF2aW9yLiAgRm9yIGluc3RhbmNlLCB0aGUgcm93IHRo
YXQgZ2l2ZXMgdGhlDQogICBvdmVyLXRlcm1pbmF0aW9uIG9mIHRoZSBJRUExIHRoYXQgZ29lcyB0
aHJvdWdoIDMgYm90dGxlbmVjayBsaW5rcw0KICAgc2hvd3MgdGhhdCBpbiB0aGUgMToxIHJhdGlv
IHNldHVwLCB0aGUgb3Zlci0gdGVybWluYXRpb24gb2YgdGhlIGxvbmcNCiAgIGFnZ3JlZ2F0ZSBp
cyBtdWNoIGxhcmdlciBjb21wYXJpbmcgdG8gMjoxIHNldHVwLiAgQW5kIHRoZSBwcm9ibGVtDQog
ICBncm93cyBzZXZlcmVseSB3aGVuIHRoZSBudW1iZXIgb2YgYm90dGxlbmVjayBsaW5rIGluY3Jl
YXNlcyAoc2VlIElFQTENCiAgICg1SCkpLiAgRnVydGhlcm1vcmUsIHRoZSBpbmNyZW1lbnQgaW4g
b3Zlci0gdGVybWluYXRpb24gb2YgdGhlIGxvbmcNCiAgIElFQSBhbHNvIHJlZmxlY3RzIG9uIHRo
ZSBib3R0bGVuZWNrIGxpbmssIHRoYXQgaXMsIHRoZSBhZ2dyZWdhdGVkDQogICBvdmVyLXRlcm1p
bmF0aW9uIHBlcmMuIG9uIHRoZSBib3R0bGVuZWNrIGxpbmsgaW5jcmVhc2VzIGFjY29yZGluZ2x5
Lg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgNDVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENO
IHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBUaGUg
J0EtRScgcGFydCBvZiB0aGUgcmVzdWx0cyBpcyB2ZXJ5IHNpbWlsYXIgdG8gdGhlIG9uZXMgaW4g
VGFibGUNCiAgIDQuNS4gIFRoYXQgaXMsIGZvciBDQlIsIFZCUiwgVlRSLCB3ZSBoYXZlIHRoZSBh
Y3R1YWwtdGVybWluYXRpb24NCiAgIGNsb3NlIHRvIGV4cGVjdGF0aW9uLiAgQSBoaWdoLWxldmVs
IGNvbmNsdXNpb24gb2YgdGhlIHJlc3VsdHMNCiAgIHByZXNlbnRlZCBpbiB0aGlzIHNlY3Rpb24g
aXMgdGhhdCB0aGUgYWN0dWFsIHJlc3VsdHMgY29uZmlybSB0aGUNCiAgIHByZWRpY3RlZCBiZWF0
LWRvd24gZWZmZWN0IFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4DQogICBb
UGFnZSA0MF0gSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgY2xv
c2VseSB3aXRoDQogICBDQlIsIFZCUiBhbmQgVlRSIHRyYWZmaWMuICBGb3IgU1ZELCB0aGUgYWRk
aXRpb25hbCBvdmVyLSB0ZXJtaW5hdGlvbg0KICAgYXQgdGhlIGJvdHRsZW5lY2sgbGlua3MgaXMg
Y29uc2lzdGVudCB3aXRoIHRoZSBlZmZlY3Qgb2YgYnVyc3RpbmVzcw0KICAgb2YgdGhpcyBvbi1v
ZmYgdHJhZmZpYyB3aXRoIGhpZ2ggcGVhay10by1tZWFuIHJhdGlvIHNlZW4gaW4gb3RoZXINCiAg
IGV4cGVyaW1lbnRzLiA0LjUuICBTZW5zaXRpdml0eSB0byBDYWxsIEFycml2YWwgQXNzdW1wdGlv
bnMgSW4gdGhpcw0KICAgc2VjdGlvbiB3ZSBpbnZlc3RpZ2F0ZSB0byB3aGF0IGV4dGVudCB0aGUg
UG9pc3NvbiBjYWxsIGFycml2YWwNCiAgIGFzc3VtcHRpb24gYWZmZWN0IHRoZSBhY2N1cmFjeSBv
ZiB0aGUgdGVybWluYXRpb24gY29udHJvbCBhbGdvcml0aG0uDQogICBUbyB0aGF0IGVuZCB3ZSBp
bnZlc3RpZ2F0ZWQgdGhlIGNvbXBhcmF0aXZlIHBlcmZvcm1hbmNlIG9mIHRoZQ0KICAgYWxnb3Jp
dGhtIHdpdGggUG9pc3NvbiBhbmQgQkFUQ0ggY2FsbCBhcnJpdmFsIHByb2Nlc3NlcyBmb3IgdGhl
IGFsbA0KICAgdHJhZmZpYy4gIFRoZSBtZWFuIGNhbGwgYXJyaXZhbCByYXRlIHdhcyB0aGUgc2Ft
ZSBmb3IgYm90aCBwcm9jZXNzZXMsDQogICB3aXRoIGEgYmF0Y2ggbWVhbiBlcXVhbCB0byA1LiAg
V2l0aCBzdWZmaWNpZW50IGxldmVsIGluZ3Jlc3MtZWdyZXNzDQogICBhZ2dyZWdhdGlvbiwgdGhl
IEJBVENIIGFycml2YWxzIGV4cGVyaW1lbnRzIGdpdmUgdmVyeSBzaW1pbGFyIHJlc3VsdHMNCiAg
IHRvIHRoZSBvbmVzIHdpdGggUG9pc3NvbiBhcnJpdmFscy4gIEhvd2V2ZXIsIGNvbnRyYXJ5IHRv
IHdoYXQgd2UNCiAgIGV4cGVjdGVkLCBpbiB0aGUgY2FzZSBvZiBsb3cgaW5ncmVzcy1lZ3Jlc3Mg
YWdncmVnYXRpb24sIHRoZSBCQVRDSA0KICAgbW9kZWwgYWN0dWFsbHkgcGVyZm9ybXMgYmV0dGVy
LiAgVGhpcyBpcyBzaW1wbHkgYmVjYXVzZSB0aGUNCiAgIGNvbWJpbmF0aW9uIG9mIHRoZSBCQVRD
SCBhcnJpdmFsIGFuZCBsb3cgYWdncmVnYXRpb24gbWFrZXMgdGhlDQogICB0cmFmZmljIGFnZ3Jl
Z2F0ZSBtb3JlICJvbi9vZmYiLSBsaWtlLiAgSGVuY2UgdGhlIHNhbWUgcmVhc29uIHRoYXQNCiAg
IFZCUiBhbmQgU1ZEIGlzIG5vdCBhZmZlY3RlZCBieSB0aGUgbG93IGFnZ3JlZ2F0aW9uIChkaXNj
dXNzZWQgaW4NCiAgIFNlY3Rpb24gNC4zKSwgY2FuIGJlIGFwcGxpZWQgaGVyZS4gNS4gIFN1bW1h
cnkgb2YgUmVzdWx0cyBUaGUgc3R1ZHkNCiAgIHByZXNlbnRlZCBoZXJlIGRlbW9uc3RyYXRlZCB0
aGF0IG92ZXJhbGwsIGJvdGggYWRtaXNzaW9uIGNvbnRyb2wgYW5kDQogICB0ZXJtaW5hdGlvbiBh
bGdvcml0aG1zIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIHdvcmsNCiAg
IHJlYXNvbmFibHkgd2VsbCBhbmQgYXJlIHJlbGF0aXZlbHkgaW5zZW5zaXRpdmUgdG8gcGFyYW1l
dGVyDQogICB2YXJpYXRpb25zLiAgV2UgY2FuIHN1bW1hcml6ZSB0aGUgY29uY2x1c2lvbnMgb2Yg
dGhlIHN0dWR5IHNvIGZhciBhcw0KICAgZm9sbG93cy4gNS4xLiAgU3VtbWFyeSBvZiBBZG1pc3Np
b24gQ29udHJvbCBSZXN1bHRzIG8gV2Ugb2JzZXJ2ZWQgbm8NCiAgIHNpZ25pZmljYW50IGJlbmVm
aXQgb2YgdXNpbmcgInJhbXAiIG1ha2luZyBpbnN0ZWFkIG9mIGEgc2ltcGxlcg0KICAgInN0ZXAi
IG1hcmtpbmcuIG8gVGhlcmUgYXBwZWFycyB0byBiZSBubyBhcHByZWNpYWJsZSBzZW5zaXRpdml0
eSBvZg0KICAgdGhlIGFkbWlzc2lvbiBhbGdvcml0aG0gdG8gZWl0aGVyIHRoZSBhYnNvbHV0ZSB2
YWx1ZSBvZiB0aGUgcm91bmQtDQogICB0cmlwIHRpbWUgb3IgdGhlIHJlbGF0aXZlIHZhbHVlIG9m
IHRoZSByb3VuZC10cmlwIHRpbWUgYmV0d2Vlbg0KICAgZGlmZmVyZW50IGZsb3dzLiBvIEFzIGEg
cnVsZSBvZiB0aHVtYiwgdGhlIGxldmVsIG9mIGJvdHRsZW5lY2sNCiAgIGFnZ3JlZ2F0aW9uIG5l
Y2Vzc2FyeSB0byBkZW1vbnN0cmF0ZSB0b2xlcmFibGUgcGVyZm9ybWFuY2UgZXZlbiBpbg0KICAg
dGhlIHNpbXBsZXN0IG5ldHdvcmsgdG9wb2xvZ3kgY29ycmVzcG9uZHMgdG8gbGlua3Mgb2YgYWJv
dXQgMTAgTWJwcw0KICAgb3IgaGlnaGVyIGZvciB2b2ljZSB0cmFmZmljIChDQlIgb2YgVkJSIHdp
dGggc2lsZW5jZSBjb21wcmVzc2lvbiksDQogICBhc3N1bWluZyBhdCBsZWFzdCA1MCUgb2YgdGhl
IGxpbmsgc3BlZWQgaXMgYWxsb2NhdGVkIHRvIHRoZSBQQ04NCiAgIHRyYWZmaWMuICBGb3IgaGln
aGVyIHJhdGUgYnVyc3R5IFNWRCBmbG93cywgNTAlIG9mIHRoZSBPQzQ4IG9mIGhpZ2hlcg0KICAg
YXBwZWFycyB0byBiZSBhIFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQ
YWdlIDQxXQ0KICAgSW50ZXJuZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcg
cmVhc29uYWJsZSBydWxlIG9mDQogICB0aHVtYi4gIFRoZSBoaWdoZXIgdGhlIGRlZ3JlZSBvZiBi
b3R0bGVuZWNrIGFnZ3JlZ2F0aW9uLCB0aGUgYmV0dGVyDQogICB0aGUgcGVyZm9ybWFuY2UuIG8g
RXZlbiB0aG91Z2ggbGFyZ2VyIHBlciBpbmdyZXNzLWVncmVzcyBwYWlyDQogICBhZ2dyZWdhdGlv
biByZXN1bHRzIGluIGJldHRlciBwZXJmb3JtYW5jZSBvZiBhZG1pc3Npb24gY29udHJvbA0KICAg
YWxnb3JpdGhtLCBwZXJmb3JtYW5jZSByZW1haW5zIHJlYXNvbmFibGUgZXZlbiBmb3IgcmVhbGx5
IGxvdw0KICAgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gbGV2ZWxzIChpLmUuIGEgc2luZ2xl
IG9yIGEgc21hbGwgbnVtYmVyIG9mDQogICBidXJzdHkgU1ZEIGZsb3cgcGVyIGluZ3Jlc3MpLiBv
IFBvaXNzb24gY2FsbCBhcnJpdmFsIGhhcyBhIHZpc2libGUNCiAgIGVmZmVjdCBvbiBwZXJmb3Jt
YW5jZSBhdCBsb3dlciBsZXZlbHMgb2YgYWdncmVnYXRpb24gKDEwIE1icHMgZm9yDQoNCg0KDQpD
aGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAg
ICAgICBbUGFnZSA0Nl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5n
bGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHZvaWNlIG9yIGxvd2Vy
KSwgYnV0IGlzIG9mIGxlc3Mgc2lnbmlmaWNhbmNlIGF0IHRoZSBoaWdoZXIgbGV2ZWxzIG9mDQog
ICBhZ2dyZWdhdGlvbi9saW5rIHNwZWVkcyBvIFRoZSBhbGdvcml0aG0gaXMgcmVsYXRpdmVseSBp
bnNlbnNpdGl2ZSB0bw0KICAgdmFyaWF0aW9uIG9mIGtleSBwYXJhbWV0ZXIgc2V0dGluZ3MgYXQg
dGhlIGludGVybmFsIG5vZGUgb3IgdGhlDQogICBpbmdyZXNzIG9mIHRoZSBQQ04gZG9tYWluLCBh
cyBsb25nIGFzIHRoZSB2YXJpYXRpb25zIGFyZSBrZXB0IHdpdGhpbg0KICAgYSByZWFzb25hYmxl
IHJhbmdlIGFyb3VuZCAic2Vuc2libGUiIHBhcmFtZXRlciBzZXR0aW5ncy4gbyBBcw0KICAgZXhw
ZWN0ZWQsIHN5bnRoZXRpYyB2aWRlbyB0cmFmZmljIFNWRCB3YXMgdGhlIG1vc3QgY2hhbGxlbmdp
bmcgZm9yDQogICBhbGwgdG9wb2xvZ2llcywgYW5kIHRoZSBwZXJmb3JtYW5jZSBvZiByZWFsIHZp
ZGVvIHRyYWNlcyAoVlRSKSB3YXMNCiAgIHN1YnN0YW50aWFsbHkgYmV0dGVyLiAgRXZlbiBmb3Ig
dGhlIFNWRCwgaG93ZXZlciwgYSByYW5nZSBvZg0KICAgcGFyYW1ldGVycyBleGlzdCBmb3Igd2hp
Y2ggcGVyZm9ybWFuY2UgYWNyb3NzIGFsbCBleHBlcmltZW50cw0KICAgY29uc2lkZXJlZCBpcyB3
aXRoaW4gcmVhc29uYWJsZSBib3VuZHMgbyBUaGUgYWxnb3JpdGhtcyBpcyByZWxhdGl2ZWx5DQog
ICBpbnNlbnNpdGl2ZSB0byB0aGUgbGV2ZWwgb2YgaW5ncmVzcy0gZWdyZXNzIGFnZ3JlZ2F0aW9u
IG8gTm8NCiAgIHBlcmZvcm1hbmNlIGRlZ3JhZGF0aW9uIGlzIG9ic2VydmVkIG9uIHRoZSBib3R0
bGVuZWNrIGxpbmsuIGluIGENCiAgIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ3kgd2hlcmUgc29t
ZSBmbG93cyB0cmF2ZXJzZSBtdWx0aXBsZQ0KICAgYm90dGxlbmVja3MgaW4gdGhlIHByZXNlbmNl
IG9mIGNyb3NzLXRyYWZmaWMgb24gZWFjaCBvZiB0aGUNCiAgIGJvdHRsZW5lY2sgbGlua3MuICBI
b3dldmVyLCB0aGUgYWxnb3JpdGhtIHN1ZmZlcnMgZnJvbSB0aGUgd2VsbC0NCiAgIGtub3duIHBo
ZW5vbWVub24gb2YgdW5mYWlybmVzcyB0b3dhcmRzIGZsb3dzIHRyYXZlcnNpbmcgbXVsdGlwbGUN
CiAgIGJvdHRsZW5lY2tzLiA1LjIuICBTdW1tYXJ5IGFuZCBEaXNjdXNzaW9uIG9mIFRlcm1pbmF0
aW9uIFJlc3VsdHMgVGhlDQogICBzaW11bGF0aW9ucyByZXN1bHRzIHByZXNlbnRlZCBpbiB0aGlz
IGluc3RhbGxtZW50IG9mIHRoZSBzaW11bGF0aW9uDQogICBzdHVkeSBmdXJ0aGVyIGRlbW9uc3Ry
YXRlZCB0aGF0IGF0IGxlYXN0IGluIGEgc2ltcGxlIG9uZS0gYm90dGxlbmVjaw0KICAgdG9wb2xv
Z3kgY2FzZSB0aGUgdGVybWluYXRpb24gbWVjaGFuaXNtIG9mIHdvcmtzIHJlYXNvbmFibHkgd2Vs
bCBmb3INCiAgIGEgd2lkZSByYW5nZSBvZiBwYXJhbWV0ZXJzIGZvciBhbGwgdHJhZmZpYyBtb2Rl
bHMgd2UgY29uc2lkZXJlZC4gIFRoZQ0KICAga2V5IHRocnVzdCBvZiB0aGlzIHN0dWR5IHdhcyB0
aGUgaW52ZXN0aWdhdGlvbiBvZiBob3cgbXVjaCBpbmdyZXNzLQ0KICAgZWdyZXNzIGFnZ3JlZ2F0
aW9uIGlzIG5lZWRlZCBmb3IgdG9sZXJhYmxlIHBlcmZvcm1hbmNlIG9mIHRoZQ0KICAgYWxnb3Jp
dGhtIChhc3N1bWluZyBzdWZmaWNpZW50IGRlZ3JlZSBvZiBib3R0bGVuZWNrIGFnZ3JlZ2F0aW9u
KS4gIFdlDQogICBkZW1vbnN0cmF0ZWQgdGhhdCBjb250cmFyeSB0byBvdXIgZXhwZWN0YXRpb25z
LCBpdCB3YXMgbm90IGVhc3kgdG8NCiAgIGZpbmQgY2FzZXMgd2l0aCBzdWZmaWNpZW50bHkgYmFk
IHBlcmZvcm1hbmNlLiAgV2UgdHJhY2VkIHNvbWUgb2YgdGhpcw0KICAgYmV0dGVyLXRoYW4tZXhw
ZWN0ZWQgcGVyZm9ybWFuY2UgdG8gdGhlIGVmZmVjdCBvZiBzeW5jaHJvbml6YXRpb24gb2YNCiAg
IFpoYW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDQyXSBJbnRlcm5l
dC1EcmFmdCBDTA0KICAgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgdGhlIHRva2VuIGJ1Y2tl
dCBzdGF0ZSBmb3IgY2VydGFpbg0KICAgY29tYmluYXRpb25zIG9mIHBhcmFtZXRlciB2YWx1ZXMs
IGFuZCB3ZSBkZW1vbnN0cmF0ZWQgdGhpcyBlZmZlY3QgY2FuDQogICBub3QgYmUgc2ltcGxpeSBy
ZWdhcmRlZCBhcyBzaW11bGF0aW9uIGFydGlmYWN0LiAgQSBxdWVzdGlvbiBvZg0KICAgd2hldGhl
ciB0aGlzIHN5bmNocm9uaXphdGlvbiBjYW4gYmUgZXhwbG9yZWQgdG8gdGhlIGJlbmVmaXQgb2Yg
dGhlDQogICBnZW5lcmFsIG9wZXJhdGlvbiBmb3Igdm9pY2Utb25seSBQQ04gcmVnaW9ucyByZW1h
aW5zIG9wZW4sIGJ1dCBzZWVtcw0KICAgb2Ygc3Vic3RhbnRpYWwgaW50ZXJlc3QuICBGdXJ0aGVy
IGludmVzdGlnYXRpb24gd2l0aCBvdGhlciBjb2RpY2VzDQogICBhbmQgaW4gYSBicm9hZGVyIHNl
dCBvZiBuZXR3b3JrIGNvbmRpdGlvbnMgaXMgd2FycmFudGVkIHRvIGFkZHJlc3MNCiAgIHRoaXMg
cXVlc3Rpb24uICBPdXIgZXhwZXJpbWVudHMgZGVtb25zdHJhdGVkIHRoYXQgdGhlIGFic29sdXRl
IHZhbHVlDQogICBvZiBSVFQgb2YgdGhlIGZsb3dzIHNoYXJpbmcgdGhlIHNhbWUgYm90dGxlbmVj
ayBkaWQgbm90IGhhdmUgYW55DQogICBhcHByZWNpYWJsZSBlZmZlY3QgYXMgbG9uZyBhcyB0aGUg
UlRUIG9mIGFsbCBmbG93cyB3ZXJlIHRoZSBzYW1lIChvcg0KICAgY2xvc2UpLiAgSG93ZXZlciwg
d2UgaGF2ZSBkZW1vbnN0cmF0ZWQgdGhhdCBpZiBSVFRzIG9mIGRpZmZlcmVudA0KICAgZmxvd3Mg
YXJlIHN1YnN0YW50aWFsbHkgZGlmZmVyZW50LCBsb25nZXIgUlRUIGZsb3dzIHRlbmQgdG8gb3Zl
ci0NCiAgIHRlcm1pbmF0ZSwgcmVzdWx0aW5nIGluIG92ZXJhbGwgb3Zlci10ZXJtaW5hdGlvbiBh
cyB3ZWxsLiAgSW4gdGhlDQogICBtdWx0aS1ib3R0bGVuZWNrIGNhc2UsIHRoZSAiYmVhdGRvd24i
IG9mIGxvbmctaGF1bCBkaXNjdXNzZWQgaW4gdGhlDQogICBjb250ZXh0IG9mIGFkbWlzc2lvbiwg
Y2F1c2UgYSBjZXJ0YWluIGRlZ3JlZSBvZiBvdmVyLSB0ZXJtaW5hdGlvbi4NCiAgIEluIGFkZGl0
aW9uLCB1bmxpa2UgdGhlIGNhc2Ugb2YgYWRtaXNzaW9uIHdoZW4gdW5kZXItIGFkbWlzc2lvbiBv
Zg0KICAgbG9uZy1oYXVsIGFnZ3JlZ2F0ZXMgd2FzIGNvbXBlbnNhdGVkIGJ5IHRoZSBvdmVyLSBh
ZG1pc3Npb24gb2YgdGhlDQogICBzaG9ydC1oYXVsIGFnZ3JlZ2F0ZXMga2VlcGluZyB0aGUgYm90
dGxlbmVja3MgdXRpbGl6ZWQsIGluIHRoZSBjYXNlDQogICBvZiB0ZXJtaW5hdGlvbiwgYW55IG92
ZXItdGVybWluYXRpb24gb2YgbG9uZy0gaGF1bCBhZ2dyZWdhdGVzIGlzDQogICBsaWtlbHkgdG8g
cmVzdWx0IGluIHVuZGVyLXV0aWxpemF0aW9uIG9mIHNvbWUgYm90dGxlbmVjayBsaW5rcy4gIE9u
DQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDgg
ICAgICAgICAgICAgICBbUGFnZSA0N10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04g
d2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHRoZSBi
cmlnaHQgc2lkZSwgYXQgbGVhc3QgaW4gdGhlIGV4cGVyaW1lbnRzIHdlIGNvbmR1Y3RlZCwgdGhl
DQogICBtYWduaXR1ZGUgb2YgdGhlIG92ZXItdGVybWluYXRpb24gd2FzIHJlbGF0aXZlbHkgc21h
bGwuIDYuICBGdXR1cmUNCiAgIHdvcmsgVGhpcyBkcmFmdCBpcyBidXQgYW4gaW50ZXJtZWRpYXRl
IHN0ZXAgaW4gdGhlIGludmVzdGlnYXRpb24gb2YNCiAgIHBlcmZvcm1hbmNlIG9mIEFkbWlzc2lv
biBhbmQgdGVybWluYXRpb24gYXBwcm9hY2hlcyBmb3IgYSBQQ04gZG9tYWluLg0KICAgTWFueSBv
ZiB0aGUgYXNwZWN0cyBvZiB0aGUgcmVhbCBuZXR3b3JrcyBoYXZlIG5vdCBiZWVuIGFkZHJlc3Nl
ZCBkdWUNCiAgIHRvIHRpbWUgYW5kIHJlc291cmNlIGxpbWl0YXRpb25zLiAgVGhvc2UgYXJlIHN1
YmplY3Qgb2Ygb24tZ29pbmcNCiAgIGludmVzdGlnYXRpb24uICBTb21lIG9mIHRoZXNlIGFyZSBs
aXN0ZWQgYmVsb3cuIG8gbW9yZSByZWFsaXN0aWMNCiAgIHNpZ25hbGluZyBtb2RlbCBvIEludmVz
dGlnYXRpb24gb2YgY29tcGFyYXRpdmUgcmFtcCB2cyBzdGVwDQogICBwZXJmb3JtYW5jZSBmb3Ig
bXVsdGlwbGUgYm90dGxlbmVjayBjYXNlIG8gSW52ZXN0aWdhdGlvbiBvZg0KICAgY29tcGFyYXRp
dmUgcmFtcCB2cyBzdGVwIHBlcmZvcm1hbmNlIGF0IGxvdyBDTEUgdmFsdWVzIG8gTW9yZSBnZW5l
cmFsDQogICBtdWx0aS1ib3R0bGVuZWNrIHRvcG9sb2dpZXMgWmhhbmcsIGV0IGFsLiAgRXhwaXJl
cyBKYW51YXJ5IDYsIDIwMDgNCiAgIFtQYWdlIDQzXSBJbnRlcm5ldC1EcmFmdCBDTCBTaW11bGF0
aW9uIFN0dWR5IEp1bHkgMjAwNyA3LiAgSUFOQQ0KICAgQ29uc2lkZXJhdGlvbnMgVGhpcyBkb2N1
bWVudCBwbGFjZXMgbm8gcmVxdWVzdHMgb24gSUFOQS4gOC4gIFNlY3VyaXR5DQogICBDb25zaWRl
cmF0aW9ucyBUaGVyZSBhcmUgbm8gbmV3IHNlY3VyaXR5IGlzc3VlcyBvciBjb25zaWRlcmF0aW9u
cw0KICAgaW50cm9kdWNlZCBieSB0aGlzIGRvY3VtZW50LiA5LiAgUmVmZXJlbmNlcyA5LjEuICBO
b3JtYXRpdmUNCiAgIFJlZmVyZW5jZXMgW1JGQzIxMTldIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRz
IGZvciB1c2UgaW4gUkZDcyB0bw0KICAgSW5kaWNhdGUgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQ
IDE0LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4gOS4yLg0KICAgSW5mb3JtYXRpdmUgUmVmZXJlbmNl
cyBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBCcmlzY29lLA0KICAgQi4sICJB
biBlZGdlLXRvLWVkZ2UgRGVwbG95bWVudCBNb2RlbCBmb3IgUHJlLSBDb25nZXN0aW9uDQogICBO
b3RpZmljYXRpb246IEFkbWlzc2lvbiBDb250cm9sIG92ZXIgYSBEaWZmU2VydiBSZWdpb24iLA0K
ICAgZHJhZnQtYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmUtMDQgKHdvcmsgaW4gcHJvZ3Jl
c3MpLCBPY3RvYmVyDQogICAyMDA2LiAgW0ktRC5icmlzY29lLXRzdndnLWNsLXBoYl0gQnJpc2Nv
ZSwgQi4sICJQcmUtQ29uZ2VzdGlvbg0KICAgTm90aWZpY2F0aW9uIG1hcmtpbmciLCBkcmFmdC1i
cmlzY29lLXRzdndnLWNsLXBoYi0wMyAod29yayBpbg0KICAgcHJvZ3Jlc3MpLCBPY3RvYmVyIDIw
MDYuICBbSS1ELmJyaXNjb2UtdHN2d2ctcmUtZWNuLWJvcmRlci1jaGVhdF0NCiAgIEJyaXNjb2Us
IEIuLCAiRW11bGF0aW5nIEJvcmRlciBGbG93IFBvbGljaW5nIHVzaW5nIFJlLUVDTiBvbiBCdWxr
DQogICBEYXRhIiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1yZS1lY24tYm9yZGVyLWNoZWF0LTAxICh3
b3JrIGluIHByb2dyZXNzKSwNCiAgIEp1bmUgMjAwNi4gIFtJLUQuYnJpc2NvZS10c3Z3Zy1yZS1l
Y24tdGNwXSBCcmlzY29lLCBCLiwgIlJlLUVDTjoNCiAgIEFkZGluZyBBY2NvdW50YWJpbGl0eSBm
b3IgQ2F1c2luZyBDb25nZXN0aW9uIHRvIFRDUC9JUCIsDQogICBkcmFmdC1icmlzY29lLXRzdndn
LXJlLWVjbi10Y3AtMDMgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYuDQogICBbSS1E
LmRhdmllLWVjbi1tcGxzXSBEYXZpZSwgQi4sICJFeHBsaWNpdCBDb25nZXN0aW9uIE1hcmtpbmcg
aW4NCiAgIE1QTFMiLCBkcmFmdC1kYXZpZS1lY24tbXBscy0wMSAod29yayBpbiBwcm9ncmVzcyks
IE9jdG9iZXIgMjAwNi4NCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSBFYXJkbGV5
LCBQLiwgIlByZS1Db25nZXN0aW9uDQogICBOb3RpZmljYXRpb24gQXJjaGl0ZWN0dXJlIiwgZHJh
ZnQtZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlLTAwICh3b3JrDQogICBpbiBwcm9ncmVzcyksIFpo
YW5nLCBldCBhbC4gIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4IFtQYWdlIDQ0XQ0KICAgSW50ZXJu
ZXQtRHJhZnQgQ0wgU2ltdWxhdGlvbiBTdHVkeSBKdWx5IDIwMDcgSnVuZSAyMDA3Lg0KICAgW0kt
RC5sZWZhdWNoZXVyLWVtZXJnZW5jeS1yc3ZwXSBGYXVjaGV1ciwgRi4sICJSU1ZQIEV4dGVuc2lv
bnMgZm9yDQogICBFbWVyZ2VuY3kgU2VydmljZXMiLCBkcmFmdC1sZWZhdWNoZXVyLWVtZXJnZW5j
eS1yc3ZwLTAyICh3b3JrIGluDQogICBwcm9ncmVzcyksIEp1bmUgMjAwNi4gIEF1dGhvcnMnIEFk
ZHJlc3NlcyBYaW55YW5nIChKb3kpIFpoYW5nIENpc2NvDQogICBTeXN0ZW1zLCBJbmMuIGFuZCBD
b3JuZWxsIFVuaXZlcnNpdHkgMTQxNCBNYXNzLiAgQXZlLiBCb3hib3JvdWdoLCBNQQ0KICAgMDE3
MTkgVVNBIEVtYWlsOiBqb3l6aGFuZ0BjaXNjby5jb20gQW5uYSBDaGFybnkgQ2lzY28gU3lzdGVt
cywgSW5jLg0KICAgMTQxNCBNYXNzLiAgQXZlLiBCb3hib3JvdWdoLCBNQSAwMTcxOSBVU0EgRW1h
aWw6IGFjaGFybnlAY2lzY28uY29tDQogICBWYXNzaWxpcyBMaWF0c29zIENpc2NvIFN5c3RlbXMs
IEluYy4gMTQxNCBNYXNzLiAgQXZlLiBCb3hib3JvdWdoLCBNQQ0KICAgMDE3MTkgVVNBIEVtYWls
OiB2bGlhdHNvc0BjaXNjby5jb20gRnJhbmNvaXMgTGUgRmF1Y2hldXIgQ2lzY28NCiAgIFN5c3Rl
bXMsIEluYy4gVmlsbGFnZSBkJ0VudHJlcHJpc2UgR3JlZW4gU2lkZS1CYXRpbWVudCBUMywgNDAw
IEF2ZW51ZQ0KICAgZGUgUm91bWFuaWxsZSAwNjQxMCBCaW90IFNvcGhpYS1BbnRpcG9saXMsIEZy
YW5jZSBFbWFpbDoNCiAgIGZsZWZhdWNoQGNpc2NvLmNvbSBaaGFuZywgZXQgYWwuICBFeHBpcmVz
IEphbnVhcnkgNiwgMjAwOCBbUGFnZSA0NV0NCiAgIEludGVybmV0LURyYWZ0IENMIFNpbXVsYXRp
b24gU3R1ZHkgSnVseSAyMDA3IEZ1bGwgQ29weXJpZ2h0IFN0YXRlbWVudA0KICAgQ29weXJpZ2h0
IChDKSBUaGUgSUVURiBUcnVzdCAoMjAwNykuICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8g
dGhlDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIw
MDggICAgICAgICAgICAgICBbUGFnZSA0OF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQ
Q04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHJp
Z2h0cywgbGljZW5zZXMgYW5kIHJlc3RyaWN0aW9ucyBjb250YWluZWQgaW4gQkNQIDc4LCBhbmQg
ZXhjZXB0IGFzDQogICBzZXQgZm9ydGggdGhlcmVpbiwgdGhlIGF1dGhvcnMgcmV0YWluIGFsbCB0
aGVpciByaWdodHMuICBUaGlzDQogICBkb2N1bWVudCBhbmQgdGhlIGluZm9ybWF0aW9uIGNvbnRh
aW5lZCBoZXJlaW4gYXJlIHByb3ZpZGVkIG9uIGFuICJBUw0KICAgSVMiIGJhc2lzIGFuZCBUSEUg
Q09OVFJJQlVUT1IsIFRIRSBPUkdBTklaQVRJT04gSEUvU0hFIFJFUFJFU0VOVFMgT1INCiAgIElT
IFNQT05TT1JFRCBCWSAoSUYgQU5ZKSwgVEhFIElOVEVSTkVUIFNPQ0lFVFksIFRIRSBJRVRGIFRS
VVNUIEFORA0KICAgVEhFIElOVEVSTkVUIEVOR0lORUVSSU5HIFRBU0sgRk9SQ0UgRElTQ0xBSU0g
QUxMIFdBUlJBTlRJRVMsIEVYUFJFU1MNCiAgIE9SIElNUExJRUQsIElOQ0xVRElORyBCVVQgTk9U
IExJTUlURUQgVE8gQU5ZIFdBUlJBTlRZIFRIQVQgVEhFIFVTRSBPRg0KICAgVEhFIElORk9STUFU
SU9OIEhFUkVJTiBXSUxMIE5PVCBJTkZSSU5HRSBBTlkgUklHSFRTIE9SIEFOWSBJTVBMSUVEDQog
ICBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBGSVRORVNTIEZPUiBBIFBBUlRJQ1VM
QVIgUFVSUE9TRS4NCiAgIEludGVsbGVjdHVhbCBQcm9wZXJ0eSBUaGUgSUVURiB0YWtlcyBubyBw
b3NpdGlvbiByZWdhcmRpbmcgdGhlDQogICB2YWxpZGl0eSBvciBzY29wZSBvZiBhbnkgSW50ZWxs
ZWN0dWFsIFByb3BlcnR5IFJpZ2h0cyBvciBvdGhlciByaWdodHMNCiAgIHRoYXQgbWlnaHQgYmUg
Y2xhaW1lZCB0byBwZXJ0YWluIHRvIHRoZSBpbXBsZW1lbnRhdGlvbiBvciB1c2Ugb2YgdGhlDQog
ICB0ZWNobm9sb2d5IGRlc2NyaWJlZCBpbiB0aGlzIGRvY3VtZW50IG9yIHRoZSBleHRlbnQgdG8g
d2hpY2ggYW55DQogICBsaWNlbnNlIHVuZGVyIHN1Y2ggcmlnaHRzIG1pZ2h0IG9yIG1pZ2h0IG5v
dCBiZSBhdmFpbGFibGU7IG5vciBkb2VzDQogICBpdCByZXByZXNlbnQgdGhhdCBpdCBoYXMgbWFk
ZSBhbnkgaW5kZXBlbmRlbnQgZWZmb3J0IHRvIGlkZW50aWZ5IGFueQ0KICAgc3VjaCByaWdodHMu
ICBJbmZvcm1hdGlvbiBvbiB0aGUgcHJvY2VkdXJlcyB3aXRoIHJlc3BlY3QgdG8gcmlnaHRzIGlu
DQogICBSRkMgZG9jdW1lbnRzIGNhbiBiZSBmb3VuZCBpbiBCQ1AgNzggYW5kIEJDUCA3OS4gIENv
cGllcyBvZiBJUFINCiAgIGRpc2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYgU2VjcmV0YXJpYXQg
YW5kIGFueSBhc3N1cmFuY2VzIG9mDQogICBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwg
b3IgdGhlIHJlc3VsdCBvZiBhbiBhdHRlbXB0IG1hZGUgdG8NCiAgIG9idGFpbiBhIGdlbmVyYWwg
bGljZW5zZSBvciBwZXJtaXNzaW9uIGZvciB0aGUgdXNlIG9mIHN1Y2gNCiAgIHByb3ByaWV0YXJ5
IHJpZ2h0cyBieSBpbXBsZW1lbnRlcnMgb3IgdXNlcnMgb2YgdGhpcyBzcGVjaWZpY2F0aW9uIGNh
bg0KICAgYmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0b3J5IGF0
DQogICBodHRwOi8vd3d3LmlldGYub3JnL2lwci4gIFRoZSBJRVRGIGludml0ZXMgYW55IGludGVy
ZXN0ZWQgcGFydHkgdG8NCiAgIGJyaW5nIHRvIGl0cyBhdHRlbnRpb24gYW55IGNvcHlyaWdodHMs
IHBhdGVudHMgb3IgcGF0ZW50DQogICBhcHBsaWNhdGlvbnMsIG9yIG90aGVyIHByb3ByaWV0YXJ5
IHJpZ2h0cyB0aGF0IG1heSBjb3ZlciB0ZWNobm9sb2d5DQogICB0aGF0IG1heSBiZSByZXF1aXJl
ZCB0byBpbXBsZW1lbnQgdGhpcyBzdGFuZGFyZC4gIFBsZWFzZSBhZGRyZXNzIHRoZQ0KICAgaW5m
b3JtYXRpb24gdG8gdGhlIElFVEYgYXQgaWV0Zi1pcHJAaWV0Zi5vcmcuICBBY2tub3dsZWRnbWVu
dCBGdW5kaW5nDQogICBmb3IgdGhlIFJGQyBFZGl0b3IgZnVuY3Rpb24gaXMgcHJvdmlkZWQgYnkg
dGhlIElFVEYgQWRtaW5pc3RyYXRpdmUNCiAgIFN1cHBvcnQgQWN0aXZpdHkgKElBU0EpLiAgWmhh
bmcsIGV0IGFsLiAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDgNCiAgIFtQYWdlIDQ2XQ0KDQo2LjEu
ICBSZXN0cmljdGlvbnMgb24gVGVybWluYXRpb24tdG8tYWRtaXNzaW9uIFRocmVzaG9sZHMNCg0K
ICAgQW4gb2J2aW91cyByZXN0cmljdGlvbiBuZWNlc3NhcnkgZm9yIHRoZSBzaW5nbGUtbWFya2lu
ZyBhcHByb2FjaCBpcw0KICAgdGhhdCB0aGUgcmF0aW8gb2YgKGltcGxpY2l0KSBQcmVlbXB0aW9u
IGFuZCBhZG1pc3Npb24gdGhyZXNob2xkcw0KICAgcmVtYWlucyB0aGUgc2FtZSBvbiBhbGwgbGlu
a3MgaW4gdGhlIFBDTiByZWdpb24uICBXaGlsZSBjbGVhcmx5IGENCiAgIGxpbWl0YXRpb24sIHRo
aXMgZG9lcyBub3QgYXBwZWFyIHRvIGJlIHBhcnRpY3VsYXJseSBjcmlwcGxpbmcsIGFuZA0KICAg
ZG9lcyBub3QgYXBwZWFyIHRvIG91dHdlaWdoIHRoZSBiZW5lZml0cyBvZiByZWR1Y2luZyB0aGUg
b3ZlcmhlYWQgaW4NCiAgIHRoZSByb3V0ZXIgaW1wbGVtZW50YXRpb24gYW5kIHNhdmluZ3MgaW4g
Y29kZXBvaW50cyBpbiB0aGUgY2FzZSBvZiBhDQogICBzaW5nbGUgUENOIGRvbWFpbiwgb3IgaW4g
dGhlIGNhc2Ugb2YgbXVsdGlwbGUgY29uY2F0ZW5hdGVkIFBDTg0KICAgcmVnaW9ucy4gIFRoZSBj
YXNlIHdoZW4gdGhpcyBsaW1pdGF0aW9uIGJlY29tZXMgbW9yZSBpbmNvbnZlbmllbnQgaXMNCiAg
IHdoZW4gYW4gb3BlcmF0b3Igd2FudHMgdG8gbWVyZ2UgdHdvIHByZXZpb3VzbHkgc2VwYXJhdGUg
UENOIHJlZ2lvbnMNCiAgICh3aGljaCBtYXkgaGF2ZSBkaWZmZXJlbnQgYWRtaXNzaW9uLXRvLXBy
ZWVtcHRpb24gcmF0aW9zKSBpbnRvIGENCiAgIHNpbmdsZSBQQ04gcmVnaW9uLiAgSW4gdGhpcyBj
YXNlIGl0IGJlY29tZXMgbmVjZXNzYXJ5IHRvIGRvIGENCiAgIG5ldHdvcmstd2lkZSByZWNvbmZp
Z3VyYXRpb24gdG8gYWxpZ24gdGhlIHNldHRpbmdzLg0KDQogICBUaGUgZml4ZWQgcmF0aW8gYmV0
d2VlbiB0aGUgaW1wbGljaXQgdGVybWluYXRpb24gcmF0ZSBhbmQgdGhlDQogICBjb25maWd1cmVk
LWFkbWlzc2libGUtcmF0ZSBhbHNvIGhhcyBhbiBpbXBsaWNhdGlvbnMgb24gdHJhZmZpYw0KDQoN
Cg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAg
ICAgICAgICAgW1BhZ2UgNDldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGgg
U2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBlbmdpbmVlcmlu
ZyBjb25zaWRlcmF0aW9ucy4gIFRob3NlIGFyZSBkaXNjdXNzZWQgaW4gc2VjdGlvbiA3LjcNCiAg
IGJlbG93Lg0KDQo2LjIuICBBc3N1bXB0aW9ucyBvbiBMb3NzDQoNCiAgIEp1c3QgYXMgaW4gdGhl
IGNhc2Ugb2YgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0sIHRoZQ0KICAgYXBw
cm9hY2ggcHJlc2VudGVkIGluIHRoaXMgZHJhZnQgYXNzdW1lcyB0aGF0IHRoZSBjb25maWd1cmVk
LQ0KICAgYWRtaXNzaWJsZS1yYXRlIGlzIGNvbmZpZ3VyZWQgYXQgZWFjaCBsaW5rIGJlbG93IHRo
ZSBzZXJ2aWNlIHJhdGUgb2YNCiAgIHRoZSB0cmFmZmljIHVzaW5nIFBDTi4gIFRoaXMgYXNzdW1w
dGlvbiBpcyBzaWduaWZpY2FudCBiZWNhdXNlIHRoZQ0KICAgYWxnb3JpdGhtIHJlbGllcyBvbiB0
aGUgZmFjdCB0aGF0IGlmIGFkbWlzc2lvbiB0aHJlc2hvbGQgaXMgZXhjZWVkZWQsDQogICBlbm91
Z2ggbWFya2VkIHRyYWZmaWMgcmVhY2hlcyB0aGUgUENOLWVncmVzcy1ub2RlIHRvIHJlYWNoIHRo
ZQ0KICAgY29uZmlndXJlZCBDTEUgbGV2ZWwuICBJZiB0aGlzIGNvbmRpdGlvbiBkb2VzIG5vdCBo
b2xkLCB0aGVuIHRyYWZmaWMNCiAgIG1heSBnZXQgZHJvcHBlZCB3aXRob3V0IGV2ZXIgdHJpZ2dl
cmluZyBhZG1pc3Npb24gZGVjaXNpb24uDQoNCjYuMy4gIEVmZmVjdCBvZiBSZWFjdGlvbiBUaW1l
c2NhbGUgb2YgQWRtaXNzaW9uIE1lY2hhbmlzbQ0KDQogICBBcyBtZW50aW9uZWQgZWFybGllciBp
biB0aGlzIGRyYWZ0LCB0aGVyZSBpcyBhIHBvdGVudGlhbCBjb25jZXJuIHRoYXQNCiAgIHNsb3dl
ciByZWFjdGlvbiB0aW1lIG9mIGFkbWlzc2lvbnMgbWVjaGFuaXNtIHByZXNlbnRlZCBpbiB0aGlz
IGRyYWZ0DQogICBjb21wYXJlZCB0byBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJl
XSBtYXkgcmVzdWx0IGluDQogICBvdmVyc2hvb3Qgd2hlbiB0aGUgbG9hZCBncm93cyByYXBpZGx5
LCBhbmQgdW5kZXJzaG9vdCB3aGVuIHRoZSBsb2FkDQogICBkcm9wcyByYXBpZGx5LiAgV2hpbGUg
dGhpcyBpcyBhIHZhbGlkIGNvbmNlcm4gdGhlb3JldGljYWxseSwgaXQNCiAgIHNob3VsZCBiZSBu
b3RlZCB0aGF0IGF0IGxlYXN0IGZvciB0aGUgdHJhZmZpYyBhbmQgcGFyYW1ldGVycyB1c2VkIGlu
DQogICB0aGUgc2ltdWxhdGlvbiBzdHVkeSByZXBvcnRlZCBoZXJlLCB0aGVyZSB3YXMgbm8gaW5k
aWNhdGlvbiB0aGF0IHRoaXMNCiAgIHdhcyBhIHByb2JsZW0uDQoNCjYuNC4gIFBlcmZvcm1hbmNl
IEltcGxpY2F0aW9ucyBhbmQgVHJhZGVvZmZzDQoNCiAgIFJlcGxhY2VtZW50IG9mIGEgcmVsYXRp
dmVseSB3ZWxsLXN0dWRpZWQgcXVldWUtYmFzZWQgbWVhc3VyZW1lbnQtDQogICBiYXNlZCBhZG1p
c3Npb24gY29udHJvbCBhcHByb2FjaCBieSBhIGNydWRlciBleGNlc3MtcmF0ZSBtZWFzdXJlbWVu
dA0KICAgdGVjaG5pcXVlIHJhaXNlcyBhIG51bWJlciBvZiBhbGdvcml0aG1pYyBhbmQgcGVyZm9y
bWFuY2UgY29uY2VybnMNCiAgIHRoYXQgbmVlZCB0byBiZSBjYXJlZnVsbHkgZXZhbHVhdGVkLiAg
Rm9yIGV4YW1wbGUsIGEgdG9rZW4tYnVja2V0DQogICBleGNlc3MgcmF0ZSBtZWFzdXJlbWVudCBp
cyBleHBlY3RlZCB0byBiZSBzdWJzdGFudGlhbGx5IG1vcmUNCiAgIHNlbnNpdGl2ZSB0byB0cmFm
ZmljIGJ1cnN0aW5lc3MgYW5kIHBhcmFtZXRlciBzZXR0aW5nLCB3aGljaCBtYXkgaGF2ZQ0KICAg
YSBzaWduaWZpY2FudCBlZmZlY3QgaW4gdGhlIGNhc2Ugb2YgbG93ZXIgbGV2ZWxzIG9mIHRyYWZm
aWMNCiAgIGFnZ3JlZ2F0aW9uLCBlc3BlY2lhbGx5IGZvciB2YXJpYWJsZS1yYXRlIHRyYWZmaWMg
c3VjaCBhcyB2aWRlby4gIEluDQogICBhZGRpdGlvbiwgdGhlIGFwcHJvcHJpYXRlIHRpbWVzY2Fs
ZSBvZiByYXRlIG1lYXN1cmVtZW50IG5lZWRzIHRvIGJlDQogICBjYXJlZnVsbHkgZXZhbHVhdGVk
LCBhbmQgaW4gZ2VuZXJhbCBpdCBkZXBlbmRzIG9uIHRoZSBkZWdyZWUgb2YNCiAgIGV4cGVjdGVk
IHRyYWZmaWMgdmFyaWFiaWxpdHkgd2hpY2ggaXMgZnJlcXVlbnRseSB1bmtub3duLg0KDQogICBJ
biB2aWV3IG9mIHRoYXQsIGFuIGluaXRpYWwgcGVyZm9ybWFuY2UgY29tcGFyaXNvbiBvZiB0aGUg
dG9rZW4tDQogICBidWNrZXQgYmFzZWQgbWVhc3VyZW1lbnQgaXMgcHJlc2VudGVkIGluIHRoZSBm
b2xsb3dpbmcgc2VjdGlvbi4NCiAgIFdpdGhpbiB0aGUgY29uc3RyYWludHMgb2YgdGhpcyBzdHVk
eSwgdGhlIHBlcmZvcm1hbmNlIHRyYWRlb2Zmcw0KICAgb2JzZXJ2ZWQgYmV0d2VlbiB0aGUgcXVl
dWUtYmFzZWQgdGVjaG5pcXVlIHN1Z2dlc3RlZCBpbg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNs
LWFyY2hpdGVjdHVyZV0gYW5kIGEgc2ltcGxlciB0b2tlbi1idWNrZXQtYmFzZWQNCiAgIGV4Y2Vz
cyByYXRlIG1lYXN1cmVtZW50IGRvIG5vdCBhcHBlYXIgdG8gYmUgYSBjYXVzZSBvZiBzdWJzdGFu
dGlhbA0KICAgY29uY2VybiBmb3IgY2FzZXMgd2hlbiB0cmFmZmljIGFnZ3JlZ2F0aW9uIGlzIHJl
YXNvbmFibHkgaGlnaCBhdCB0aGUNCiAgIGJvdHRsZW5lY2sgbGlua3MgYXMgd2VsbCBhcyBvbiBh
IHBlciBpbmdyZXNzLWVncmVzcyBwYWlyIGJhc2lzLg0KICAgRGV0YWlscyBvZiB0aGUgc2ltdWxh
dGlvbiBzdHVkeSwgYXMgd2VsbCBhcyBhZGRpdGlvbmFsIGRpc2N1c3Npb24gb2YNCg0KDQoNCkNo
YXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAg
ICAgIFtQYWdlIDUwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmds
ZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgaXRzIGltcGxpY2F0aW9u
cyBhcmUgcHJlc2VudGVkIGluIHNlY3Rpb24gNy4NCg0KICAgQWxzbywgb25lIG1pdGlnYXRpbmcg
Y29uc2lkZXJhdGlvbiBpbiBmYXZvciBvZiB0aGUgc2ltcGxlciBtZWNoYW5pc20NCiAgIGlzIHRo
YXQgaW4gYSB0eXBpY2FsIERpZmZTZXJ2IGVudmlyb25tZW50LCB0aGUgcmVhbC10aW1lIHRyYWZm
aWMgaXMNCiAgIGV4cGVjdGVkIHRvIGJlIHNlcnZlZCBhdCBhIGhpZ2hlciBwcmlvcml0eSBhbmQv
b3IgdGhlIHRhcmdldA0KICAgYWRtaXNzaW9uIHJhdGUgaXMgZXhwZWN0ZWQgdG8gYmUgc3Vic3Rh
bnRpYWxseSBiZWxvdyB0aGUgc3BlZWQgYXQNCiAgIHdoaWNoIHRoZSByZWFsLXRpbWUgcXVldWUg
aXMgYWN0dWFsbHkgc2VydmVkLiAgSWYgdGhlc2UgYXNzdW1wdGlvbnMNCiAgIGhvbGQsIHRoZW4g
dGhlcmUgaXMgc29tZSBtYXJnaW4gb2Ygc2FmZXR5IGZvciBhbiBhZG1pc3Npb24gY29udHJvbA0K
ICAgYWxnb3JpdGhtLCBtYWtpbmcgdGhlIHJlcXVpcmVtZW50cyBmb3IgYWRtaXNzaW9uIGNvbnRy
b2wgbW9yZQ0KICAgZm9yZ2l2aW5nIHRvIGJvdW5kZWQgZXJyb3JzIC0gc2VlIGFkZGl0aW9uYWwg
ZGlzY3Vzc2lvbiBpbiBzZWN0aW9uIDcuDQoNCjYuNS4gIEVmZmVjdCBvbiBQcm9wb3NlZCBBbnRp
LUNoZWF0aW5nIE1lY2hhbmlzbXMNCg0KICAgUmVwbGFjZW1lbnQgb2YgdGhlIHF1ZXVlLWJhc2Vk
IGFkbWlzc2lvbiBjb250cm9sIG1lY2hhbmlzbSBvZg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNs
LWFyY2hpdGVjdHVyZV0gYnkgYW4gZXhjZXNzLXJhdGUgYmFzZWQgYWRtaXNzaW9uDQogICBtYXJr
aW5nIGNoYW5naW5nIHRoZSBzZW1hbnRpY3Mgb2YgdGhlIHByZS1jb25nZXN0aW9uIG1hcmtpbmcs
IGFuZA0KICAgY29uc2VxdWVudGx5IGludGVyZmVyZXMgd2l0aCBtZWNoYW5pc21zIGZvciBjaGVh
dGluZyBkZXRlY3Rpb24NCiAgIGRpc2N1c3NlZCBpbiBbSS1ELmJyaXNjb2UtdHN2d2ctcmUtZWNu
LWJvcmRlci1jaGVhdF0uICBJbXBsaWNhdGlvbnMNCiAgIG9mIGV4Y2Vzcy1yYXRlIGJhc2VkIG1h
cmtpbmcgb24gdGhlIGFudGktY2hlYXRpbmcgbWVjaGFuaXNtcyBuZWVkIHRvDQogICBiZSBjb25z
aWRlcmVkLg0KDQo2LjYuICBFQ01QIEhhbmRsaW5nDQoNCiAgIEFuIGlzc3VlIG5vdCBkaXJlY3Rs
eSBhZGRyZXNzZWQgYnkgbmVpdGhlciB0aGUgZHVhbC1tYXJraW5nIGFwcHJvYWNoDQogICBkZXNj
cmliZWQgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gbm9yIHRoZSBzaW5n
bGUtDQogICBtYXJraW5nIGFwcHJvYWNoIGRlc2NyaWJlZCBpbiB0aGlzIGRyYWZ0IGlzIHRoYXQg
aWYgRUNNUCBpcyBlbmFibGVkDQogICBpbiB0aGUgUENOLWRvbWFpbiwgdGhlbiB0aGUgUENOLWVk
Z2Ugbm9kZXMgZG8gbm90IGhhdmUgYSB3YXkgb2YNCiAgIGtub3dpbmcgd2hldGhlciBzcGVjaWZp
YyBmbG93cyBpbiB0aGUgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRlDQogICBmb2xsb3dlZCB0aGUg
c2FtZSBwYXRoIG9yIG5vdC4gIElmIG11bHRpcGxlIHBhdGhzIGFyZSBmb2xsb3dlZCwgdGhlbg0K
ICAgc29tZSBvZiB0aG9zZSBwYXRocyBtYXkgYmUgZXhwZXJpZW5jaW5nIHByZS1jb25nZXN0aW9u
IG1hcmtpbmcsIGFuZA0KICAgc29tZSBhcmUgbm90LiAgSGVuY2UsIGZvciBleGFtcGxlLCBhbiBp
bmdyZXNzIG5vZGUgbWF5IGNob29zZSB0bw0KICAgdGVybWluYXRlIGEgZmxvdyB3aGljaCB0YWtl
cyBhbiBlbnRpcmVseSB1bi1jb25nZXN0ZWQgcGF0aC4gIFRoaXMNCiAgIHdpbGwgbm90IG9ubHkg
dW5uZWNlc3NhcmlseSB0ZXJtaW5hdGUgc29tZSBmbG93cywgYnV0IGFsc28gd2lsbCBub3QNCiAg
IGVsaW1pbmF0ZSBjb25nZXN0aW9uIG9uIHRoZSBhY3R1YWxseSBjb25nZXN0ZWQgcGF0aC4gIFdo
aWxlDQogICBldmVudHVhbGx5LCBhZnRlciBzZXZlcmFsIGl0ZXJhdGlvbnMsIHRoZSBjb3JyZWN0
IG51bWJlciBvZiBmbG93cw0KICAgbWlnaHQgYmUgdGVybWluYXRlZCBvbiB0aGUgY29uZ2VzdGlv
biBwYXRoLCB0aGlzIGlzIGNsZWFybHkNCiAgIHN1Ym9wdGltYWwsIGFzIHRoZSB0ZXJtaW5hdGlv
biB0YWtlcyBsb25nZXIsIGFuZCBtYW55IGZsb3dzIGFyZQ0KICAgcG90ZW50aWFsbHkgdGVybWlu
YXRlZCB1bm5lY2Vzc2FyaWx5Lg0KDQogICBUd28gYXBwcm9hY2hlcyBmb3Igc29sdmluZyB0aGlz
IHByb2JsZW0gd2VyZSBwcm9wb3NlZCBpbg0KICAgW0ktRC5iYWJpYXJ6LXBjbi0zc21dLCBbSS1E
Lndlc3RiZXJnLXBjbi1sb2FkLWNvbnRyb2xdLiAgVGhlIGZvcm1lcg0KICAgaGFuZGxlcyBFQ01Q
IGJ5IHRlcm1pbmF0aW5nIHRob3NlIGZsb3dzIHRoYXQgYXJlIHRlcm1pbmF0aW9uLW1hcmtlZA0K
ICAgYXMgc29vbiBhcyB0aGUgdGVybWluYXRpb24gbWFybGluZyBpcyBzZWVuLiAgVGhlIGxhdHRl
ciB1c2VzIGFuDQogICBhZGRpdGlvbmFsIERpZmZTZXJ2IG1hcmtpbmcvY29kZXBvaW50IHRvIG1h
cmsgYWxsIHBhY2tldHMgb2YgdGhlDQogICBmbG93cyBwYXNzaW5nIHRocm91Z2ggYSBjb25nZXN0
aW9uIHBvaW50LCB3aXRoIHRoZSBQQ04tYm91bmRhcnktbm9kZXMNCiAgIHRlcm1pbmF0aW5nIG9u
bHkgdGhvc2UgZmxvd3Mgd2hpY2ggYXJlIG1hcmtlZCB3aXRoIHRoaXMgYWRkaXRpb25hbA0KICAg
bWFya3MuICBCb3RoIG9mIHRoZXNlIGFwcHJvYWNoZXMgYWxzbyBkaWZmZXIgaW4gdGhlIHRlcm1p
bmF0aW9uLQ0KICAgbWFya2luZyBzZW1hbnRpY3MsIGJ1dCB3ZSBvbWl0IHRoZSBkaXNjdXNzaW9u
IG9mIHRoZXNlIGRpZmZlcmVuY2VzIGFzDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBF
eHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA1MV0NCgwNCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAg
IEp1bHkgMjAwNw0KDQoNCiAgIHRoZXkgY2FuIGJlIGNvbnNpZGVyZWQgbGFyZ2VseSBpbmRlcGVu
ZGVudCBvZiB0aGUgRUNNUCBpc3N1ZS4NCg0KICAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgYWx0
aG91Z2ggbm90IHByb3Bvc2VkIGluIHRoaXMgZHJhZnQsIGVpdGhlcg0KICAgb2YgdGhlc2UgaWRl
YXMgY2FuIGJlIHVzZWQgd2l0aCBkdWFsLSBhbmQgc2luZ2xlLSBtYXJraW5nIGFwcHJvYWNoZXMN
CiAgIGRpc2N1c3NlZCBoZXJlLiAgU3BlY2lmaWNhbGx5LCBhbmQgd2hlbiBhIFBDTi1pbmdyZXNz
LW5vZGUgZGVjaWRlcw0KICAgd2hpY2ggZmxvd3MgdG8gdGVybWluYXRlLCBpdCBjYW4gY2hvb3Nl
IGZvciB0ZXJtaW5hdGlvbiBvbmx5IHRob3NlDQogICBmbG93cyB0aGF0IGFyZSB0ZXJtaW5hdGlv
bi1tYXJrZWQuICBMaWtld2lzZSwgYXQgdGhlIGNvc3Qgb2YgYW4NCiAgIGFkZGl0aW9uYWwgKERp
ZmZTZXJ2KSBjb2RlcG9pbnQsIGEgUENOLWludGVybmFsLW5vZGUgY2FuIG1hcmsgYWxsDQogICBw
YWNrZXRzIG9mIGFsbCBmbG93cyB1c2luZyB0aGlzIGFkZGl0aW9uYWwgbWFya2luZywgYW5kIHRo
ZW4gdGhlIFBDTi0NCiAgIGJvdW5kYXJ5LW5vZGVzIGNhbiB1c2UgdGhpcyBhZGRpdGlvbmFsIG1h
cmtpbmcgdG8gZ3VpZGUgdGhlaXIgZmxvdw0KICAgdGVybWluYXRpb24gZGVjaXNpb25zLg0KDQog
ICBFaXRoZXIgb2YgdGhlc2UgYXBwcm9hY2hlcyBhcHBlYXJzIHRvIGltcGx5IGNoYW5nZXMgdG8g
dGhlIFBDTg0KICAgYXJjaGl0ZWN0dXJlIGFzIHByb3Bvc2VkIGluIFtJLUQuZWFyZGxleS1wY24t
YXJjaGl0ZWN0dXJlXS4gIFN1Y2gNCiAgIGNoYW5nZXMgaGF2ZSBub3QgYmVlbiBjb25zaWRlcmVk
IGluIHRoaXMgZHJhZnQgYXQgdGhpcyBwb2ludC4NCg0KNi43LiAgVHJhZmZpYyBFbmdpbmVlcmlu
ZyBDb25zaWRlcmF0aW9ucw0KDQogICBEdWFsLW1hcmtpbmcgUENOIGNhbiBiZSB2aWV3ZWQgYXMg
YSByZXBsYWNlbWVudCBmb3IgUmVzaWxpZW50IE5ldHdvcmsNCiAgIFByb3Zpc2lvbmluZyAoUk5Q
KS4gIEl0IGlzIHJlYXNvbmFibGUgdG8gZXhwZWN0IHRoYXQgYW4gb3BlcmF0b3INCiAgIGN1cnJl
bnRseSB1c2luZyBEaWZmU2VydiBwcm92aXNpb25pbmcgZm9yIHJlYWwtdGltZSB0cmFmZmljIG1p
Z2h0DQogICBjb25zaWRlciBhIG1vdmUgdG8gUENOLiAgRm9yIHN1Y2ggYSBtb3ZlIGl0IGlzIG5l
Y2Vzc2FyeSB0bw0KICAgdW5kZXJzdGFuZCBob3cgdG8gc2V0IHRoZSBQQ04gcmF0ZSB0aHJlc2hv
bGRzIHRvIG1ha2Ugc3VyZSB0aGF0IHRoZQ0KICAgbW92ZSB0byBQQ04gZG9lcyBub3QgZGV0cmlt
ZW50YWxseSBhZmZlY3QgdGhlIGd1YXJhbnRlZXMgY3VycmVudGx5DQogICBvZmZlcmVkIHRvIHRo
ZSBvcGVyYXRvci4NCg0KICAgVGhlIGtleSBxdWVzdGlvbiBhZGRyZXNzZWQgaW4gdGhpcyBzZWN0
aW9uIGlzIGhvdyB0byBzZXQgUENODQogICBhZG1pc3Npb24gYW5kIHRlcm1pbmF0aW9uIHRocmVz
aG9sZHMgaW4gdGhlIGR1YWwgbWFya2luZyBhcHByb2FjaCBvcg0KICAgdGhlIHNpbmdsZSBhZG1p
c3Npb24gdGhyZXNob2xkIGFuZCB0aGUgc2NhbGluZyBmYWN0b3IgVSByZWZsZWN0aW5nDQogICB0
aGUgaW1wbGljaXQgdGVybWluYXRpb24gdGhyZXNob2xkIGluIHRoZSBzaW5nbGUtbWFya2luZyBh
cHByb2FjaCBzbw0KICAgdGhhdCB0aGUgcmVzdWx0IGlzICJub3Qgd29yc2UiIHRoYW4gcHJvdmlz
aW9uaW5nIGluIHRoZSBhbW91bnQgb2YNCiAgIHRyYWZmaWMgdGhhdCBjYW4gYmUgYWRtaXR0ZWQu
ICBFdmVuIG1vcmUgc3BlY2lmaWNhbGx5IHdlIHdpbGwgYWRkcmVzcw0KICAgd2hhdCBpZiBhbnkg
YXJlIHRoZSB0cmFkZW9mZnMgYmV0d2VlbiB0aGUgZHVhbC1tYXJraW5nIGFuZCB0aGUNCiAgIHNp
bmdsZS1hcHByb2FjaCBhcmlzZSB3aGVuIGFuc3dlcmluZyB0aGlzIHF1ZXN0aW9uLiAgVGhpcyBx
dWVzdGlvbg0KICAgd2FzIGZpcnN0IHJhaXNlZCBpbiBbTWVudGhdIGFuZCBpcyBmdXJ0aGVyIGFk
ZHJlc3NlZCBiZWxvdy4NCg0KICAgVHlwaWNhbGx5LCBSTlAgd291bGQgc2l6ZSB0aGUgbmV0d29y
ayAoaW4gdGhpcyBzcGVjaWZpYyBjYXNlIHRyYWZmaWMNCiAgIHRoYXQgaXMgZXhwZWN0ZWQgdG8g
dXNlIFBDTikgYnkgbWFraW5nIHN1cmUgdGhhdCBjYXBhY2l0eSBhdmFpbGFibGUNCiAgIGZvciB0
aGlzIChQQ04pIHR5cGUgb2YgdHJhZmZpYyBpcyBzdWZmaWNpZW50IGZvciBQQ04gdHJhZmZpYyB1
bmRlcg0KICAgIm5vcm1hbCIgY2lyY3Vtc3RhbmNlcyAoIHRoYXQgaXMsIHVuZGVyIG5vIGZhaWx1
cmUgY29uZGl0aW9uLCBmb3IgYQ0KICAgZ2l2ZW4gdHJhZmZpYyBtYXRyaXgpLCBhbmQgdW5kZXIg
YSBzcGVjaWZpYyBzZXQgb2Ygc2luZ2xlIGZhaWx1cmUNCiAgIHNjZW5hcmlvcyAoZS5nLiBmYWls
dXJlIG9mIGVhY2ggaW5kaXZpZHVhbCBzaW5nbGUgbGluaykuICBTb21lIG9mIHRoZQ0KICAgb2J2
aW91cyBsaW1pdGF0aW9ucyBvZiBzdWNoIHByb3Zpc2lvbmluZyBpcyB0aGF0DQoNCiAgIG8gIHRo
ZSB0cmFmZmljIG1hdHJpeCBpcyBvZnRlbiBub3Qga25vd24gd2VsbCwgYW5kIGF0IHRpbWVzLA0K
ICAgICAgZXNwZWNpYWxseSBkdXJpbmcgZmxhc2gtY3Jvd2RzLCB0aGUgYWN0dWFsIHRyYWZmaWMg
bWF0cml4IGNhbg0KICAgICAgZGlmZmVyIHN1YnN0YW50aWFsbHkgZnJvbSB0aGUgb25lIGFzc3Vt
ZWQgYnkgcHJvdmlzaW9uaW5nDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGly
ZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDUyXQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KICAgbyAgdW5wcmVkaWN0ZWQsIG5vbi1wbGFubmVkIGZhaWx1cmVzIGNhbiBv
Y2N1ciAoZS5nLiBtdWx0aXBsZSBsaW5rcywNCiAgICAgIG5vZGVzLCBldGMpLCBjYXVzaW5nIG92
ZXJsb2FkLg0KDQogICBJdCBpcyBzcGVjaWZpY2FsbHkgc3VjaCB1bnBsYW5uZWQgY2FzZXMgdGhh
dCBzZXJ2ZSBhcyB0aGUgbW90aXZhdGlvbg0KICAgZm9yIFBDTi4gIFlldCwgb25lIG1heSB3YW50
IHRvIG1ha2Ugc3VyZSB0aGF0IGZvciBjYXNlcyB0aGF0IFJOUCBjYW4NCiAgIChhbmQgZG9lcyB0
b2RheSkgcGxhbiBmb3IsIFBDTiBkb2VzIG5vIHdvcnNlIHdoZW4gYW4gb3BlcmF0b3IgbWFrZXMN
CiAgIHRoZSBkZWNpc2lvbiB0byBpbXBsZW1lbnQgUENOIG9uIGEgY3VycmVudGx5IHByb3Zpc2lv
bmVkIG5ldHdvcmsuDQogICBUaGlzIHF1ZXN0aW9uIGRpcmVjdGx5IHJlbGF0ZXMgdG8gdGhlIGNo
b2ljZSBvZiB0aGUgUENOIGNvbmZpZ3VyZWQNCiAgIGFkbWlzc2lvbiBhbmQgdGVybWluYXRpb24g
dGhyZXNob2xkcy4NCg0KICAgRm9yIHRoZSBkdWFsLW1hcmtpbmcgYXBwcm9hY2gsIHdoZXJlIHRo
ZSB0ZXJtaW5hdGlvbiBhbmQgYWRtaXNzaW9uDQogICB0aHJlc2hvbGRzIGFyZSBzZXQgaW5kZXBl
bmRlbnRseSBvbiBhbnkgbGluaywgb25lIGNhbiBhZGRyZXNzIHRoaXMNCiAgIGlzc3VlIGFzIGZv
bGxvd3MgW01lbnRoXS4gIElmIGEgcHJvdmlzaW9uaW5nIHRvb2wgaXMgYXZhaWxhYmxlLCBmb3Ig
YQ0KICAgZ2l2ZW4gdHJhZmZpYyBtYXRyaXgsIG9uZSBjYW4gZGV0ZXJtaW5lIHRoZSB1dGlsaXNh
dGlvbiBvZiBhbnkgbGluaw0KICAgdXNlZCBieSB0cmFmZmljIGV4cGVjdGVkIHRvIHVzZSBQQ04g
dW5kZXIgdGhlIG5vLWZhaWx1cmUgY29uZGl0aW9uLA0KICAgYW5kIHNpbXBseSBzZXQgdGhlIGNv
bmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIHRvIHRoYXQgIm5vLWZhaWx1cmUNCiAgIHV0aWxpemF0
aW9uIi4gIFRoZW4gYSBuZXR3b3JrIHVzaW5nIFBDTiB3aWxsIGJlIGFibGUgdG8gYWRtaXQgYXMg
bXVjaA0KICAgdHJhZmZpYyBhcyB0aGUgUk5QLCBhbmQgd2lsbCByZWplY3QgYW55IHRyYWZmaWMg
dGhhdCBleGNlZWRzIHRoZQ0KICAgZXhwZWN0ZWQgdHJhZmZpYyBtYXRyaXguICBUbyBhZGRyZXNz
IHJlc2lsaWVuY3kgYWdhaW5zdCBhIHNldCBvZg0KICAgcGxhbm5lZCBmYWlsdXJlcywgb25lIGNh
biB1c2UgUk5QIHRvIGZpbmQgdGhlIHdvcnN0LWNhc2UgdXRpbGl6YXRpb24NCiAgIG9mIGFueSBs
aW5rIHVuZGVyIHRoZSBzZXQgb2YgYWxsIHByb3Zpc2lvbmVkIGZhaWx1cmVzLCBhbmQgdGhlbiBz
ZXQNCiAgIHRoZSBjb25maWd1cmVkLXRlcm1pbmF0aW9uLXJhdGUgdG8gdGhhdCB3b3JzdCBjYXNl
IHV0aWxpc2F0aW9uLg0KDQogICBDbGVhcmx5LCBzdWNoIHNldHRpbmcgb2YgUENOIHRocmVzaG9s
ZHMgd2l0aCB0aGUgZHVhbC1tYXJraW5nDQogICBhcHByb2FjaCB3aWxsIGFjaGlldmUgdGhlIGZv
bGxvd2luZyBnb2FsczoNCg0KICAgbyAgUENOIHdpbGwgYWRtaXQgdGhlIHNhbWUgdHJhZmZpYyBt
YXRyaXggYXMgdXNlZCBieSBSTlAgYW5kIHdpbGwNCiAgICAgIHByb3RlY3QgaXQgYWdhaW5zdCBh
bGwgcGxhbm5lZCBmYWlsdXJlcyB3aXRob3V0IHRlcm1pbmF0aW5nIGFueQ0KICAgICAgdHJhZmZp
Yw0KDQogICBvICBXaGVuIHRyYWZmaWMgZGV2aWF0ZXMgZnJvbSB0aGUgcGxhbm5lZCB0cmFmZmlj
IG1hdHJpeCwgUENOIHdpbGwNCiAgICAgIGFkbWl0IHN1Y2ggdHJhZmZpYyBhcyBsb25nIGFzIHRo
ZSB0b3RhbCB1c2FnZSBvZiBhbnkgbGluayAod2l0aG91dA0KICAgICAgZmFpbHVyZSkgZG9lcyBu
b3QgZXhjZWVkIHRoZSBjb25maWd1cmVkLWFkbWlzc2lvbiB0aHJlc2hvbGQsIGFuZA0KICAgICAg
YWxsIGFkbWl0dGVkIHRyYWZmaWMgd2lsbCBiZSBwcm90ZWN0ZWQgYWdhaW5zdCBhbGwgcGxhbm5l
ZA0KICAgICAgZmFpbHVyZXMNCg0KICAgbyAgQWRkaXRpb25hbCB0cmFmZmljIHdpbGwgbm90IGJl
IGFkbWl0dGVkIHVuZGVyIHRoZSBuby1mYWlsdXJlDQogICAgICBjb25kaXRpb25zLCBhbmQgdHJh
ZmZpYyBleGNlZWRpbmcgY29uZmlndXJlLXRlcm1pbmF0aW9uIHRocmVzaG9sZA0KICAgICAgZHVy
aW5nIG5vbi1wbGFubmVkIGZhaWx1cmVzIHdpbGwgYmUgdGVybWluYXRlZC4NCg0KICAgbyAgVW5k
ZXIgbm9uLXBsYW5uZWQgZmFpbHVyZXMsIHNvbWUgb2YgdGhlIHBsYW5uZWQgdHJhZmZpYyBtYXRy
aXggbWF5DQogICAgICBiZSB0ZXJtaW5hdGVkLCBidXQgdGhlIHJlbWFpbmluZyB0cmFmZmljIHdp
bGwgYmUgYWJsZSB0byByZWNlaXZlDQogICAgICBpdHMgUW9TIHRyZWF0bWVudC4NCg0KICAgVGhl
IGFib3ZlIGFyZ3VlcyB0aGF0IGFuIG9wZXJhdG9yIG1vdmluZyBmcm9tIGEgcHVyZWx5IHByb3Zp
c2lvbmVkDQogICBuZXR3b3JrIHRvIGEgUENOIG5ldHdvcmsgY2FuIGZpbmQgdGhlIHNldHRpbmdz
IG9mIHRoZSBQQ04gdGhyZXNob2xkDQogICB3aXRoIGR1YWwgbWFya2luZyBpbiBzdWNoIGEgd2F5
IHRoYXQgYWxsIGFkbWl0dGVkIHRyYWZmaWMgaXMNCiAgIHByb3RlY3RlZCBhZ2FpbnN0IGFsbCBw
bGFubmVkIGZhaWx1cmVzLg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBK
YW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNTNdDQoMDQpJbnRlcm5ldC1EcmFm
dCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIw
MDcNCg0KDQogICBJdCBpcyBlYXN5IHRvIHNlZSB0aGF0IHdpdGggdGhlIHNpbmdsZS1tYXJraW5n
IHNjaGVtZSwgdGhlIGFib3ZlDQogICBhcHByb2FjaCBkb2VzIG5vdCB3b3JrIGRpcmVjdGx5IFtN
ZW50aF0uICBJbmRlZWQsIHRoZSByYXRpbyBiZXR3ZWVuDQogICB0aGUgY29uZmlndXJlZC10ZXJt
aW5hdGlvbiB0aHJlc2hvbGRzIGFuZCB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLQ0KICAgcmF0
ZSBtYXkgbm90IGJlIGNvbnN0YW50IG9uIGFsbCBsaW5rcy4gIFNpbmNlIHRoZSBzaW5nbGUtbWFy
a2luZw0KICAgYXBwcm9hY2ggcmVxdWlyZXMgdGhlIChpbXBsaWNpdCkgdGVybWluYXRpb24gcmF0
ZSB0byBiZSB3aXRoaW4gYQ0KICAgZml4ZWQgZmFjdG9yIG9mIHRoZSBjb25maWd1cmVkIGFkbWlz
c2lvbiByYXRlLCBpdCBjYW4gYmUgYXJndWVkIChhcw0KICAgd2FzIGFyZ3VlZCBpbiBbTWVudGhd
LikgdGhhdCBvbmUgbmVlZHMgdG8gc2V0IHRoZSBzeXN0ZW0td2lkZSByYXRpbyBVDQogICBiZXR3
ZWVuIHRoZSAoaW1wbGljaXQpIHRlcm1pbmF0aW9uIHRocmVzaG9sZCBhbmQgdGhlIGNvbmZpZ3Vy
ZWQNCiAgIGFkbWlzc2lvbiB0aHJlc2hvbGQgdG8gY29ycmVzcG9uZCB0byB0aGUgbGFyZ2VzdCBy
YXRpbyBiZXR3ZWVuIHRoZQ0KICAgd29yc3QgY2FzZSByZXNpbGllbnQgdXRpbGl6YXRpb24gYW5k
IHRoZSBuby1mYWlsdXJlIHV0aWxpemF0aW9uIG9mDQogICBSTlAsIGFuZCBzZXQgdGhlIGFkbWlz
c2lvbiB0aHJlc2hvbGQgb24gZWFjaCBsaW5rIHRvIHRoZSB3b3JzdCBjYXNlDQogICByZXNpbGll
bnQgdXRpbGl6YXRpb24gZGl2aWRlZCBieSB0aGF0IHN5c3RlbSB3aWRlIHJhdGlvLiAgU3VjaA0K
ICAgYXBwcm9hY2ggd291bGQgcmVzdWx0IGluIGxvd2VyIGFkbWlzc2lvbiB0aHJlc2hvbGRzIG9u
IHNvbWUgbGlua3MNCiAgIHRoYW4gdGhhdCBvZiB0aGUgZHVhbC1tYXJraW5nIHNldHRpbmcgb2Yg
dGhlIGFkbWlzc2lvbiB0aHJlc2hvbGQNCiAgIHByb3Bvc2VkIGFib3ZlLiAgSXQgY2FuIHRoZXJl
Zm9yZSBiZSBhcmd1ZWQgdGhhdCBQQ04gd2l0aCBzaW5nbGUNCiAgIG1hcmtpbmcgd2lsbCBiZSBh
YmxlIHRvIGFkbWl0ICpsZXNzKiB0cmFmZmljIHRoYXQgY2FuIGJlIGZ1bGx5DQogICBwcm90ZWN0
ZWQgdW5kZXIgdGhlIHBsYW5uZWQgc2V0IG9mIGZhaWx1cmVzIHRoYW4gYm90aCBSTlAgYW5kIHRo
ZQ0KICAgZHVhbC1tYXJraW5nIGFwcHJvYWNoLg0KDQogICBIb3dldmVyLCB0aGUgc2V0dGluZ3Mg
b2YgdGhlIHNpbmdsZS1tYXJraW5nIHRocmVzaG9sZCBwcm9wb3NlZCBhYm92ZQ0KICAgYXJlIG5v
dCB0aGUgb25seSBvbmUgcG9zc2libGUsIGFuZCBpbiBmYWN0IHdlIHByb3Bvc2UgaGVyZSB0aGF0
IHRoZQ0KICAgc2V0dGluZ3MgYXJlIGNob3NlbiBkaWZmZXJlbnRseS4gIFN1Y2ggZGlmZmVyZW50
IHNldHRpbmdzIChkZXNjcmliZWQNCiAgIGJlbG93KSB3aWxsIHJlc3VsdCBpbiB0aGUgZm9sbG93
aW5nIHByb3BlcnRpZXMgb2YgdGhlIFBDTiBuZXR3b3JrOg0KDQogICBvICBQQ04gd2lsbCBhZG1p
dCB0aGUgc2FtZSB0cmFmZmljIG1hdHJpeCBhcyB1c2VkIGJ5IFJOUCAqb3IgbW9yZSoNCg0KICAg
byAgVGhlIHRyYWZmaWMgbWF0cml4IGFzc3VtZWQgYnkgUk5QIHdpbGwgYmUgZnVsbHkgcHJvdGVj
dGVkIGFnYWluc3QNCiAgICAgIGFsbCBwbGFubmVkIGZhaWx1cmVzIHdpdGhvdXQgdGVybWluYXRp
bmcgYW55IGFkbWl0dGVkIHRyYWZmaWMNCg0KICAgbyAgV2hlbiB0cmFmZmljIGRldmlhdGVzIGZy
b20gdGhlIHBsYW5uZWQgdHJhZmZpYyBtYXRyaXgsIFBDTiB3aWxsDQogICAgICBhZG1pdCBzdWNo
IHRyYWZmaWMgYXMgbG9uZyBhcyB0aGUgdG90YWwgdXNhZ2Ugb2YgYW55IGxpbmsgKHdpdGhvdXQN
CiAgICAgIGZhaWx1cmUpIGRvZXMgbm90IGV4Y2VlZCB0aGUgY29uZmlndXJlZC1hZG1pc3Npb24g
dGhyZXNob2xkLA0KICAgICAgSG93ZXZlciwgbm90IGFsbCBhZG1pdHRlZCB0cmFmZmljIHdpbGwg
YmUgcHJvdGVjdGVkIGFnYWluc3QgYWxsDQogICAgICBwbGFubmVkIGZhaWx1cmVzIChpLmUuIGV2
ZW4gdW5kZXIgcGxhbm5lZCBmYWlsdXJlcywgdHJhZmZpYw0KICAgICAgZXhjZWVkaW5nIHRoZSBw
bGFubmVkIHRyYWZmaWMgbWF0cml4IG1heSBiZSBwcmVlbXB0ZWQpDQoNCiAgIG8gIFVuZGVyIG5v
bi1wbGFubmVkIGZhaWx1cmVzLCBzb21lIG9mIHRoZSBwbGFubmVkIHRyYWZmaWMgbWF0cml4IG1h
eQ0KICAgICAgYmUgdGVybWluYXRlZCwgYnV0IHRoZSByZW1haW5pbmcgdHJhZmZpYyB3aWxsIGJl
IGFibGUgdG8gcmVjZWl2ZQ0KICAgICAgaXRzIFFvUyB0cmVhdG1lbnQuDQoNCiAgIEl0IGlzIGVh
c3kgdG8gc2VlIHRoYXQgYWxsIG9mIHRoZXNlIHByb3BlcnRpZXMgY2FuIGJlIGFjaGlldmVkIGlm
DQogICBpbnN0ZWFkIG9mIHVzaW5nIHRoZSBsYXJnZXN0IHJhdGlvIGJldHdlZW4gd29yc3QgY2Fz
ZSByZXNpbGllbnQNCiAgIHV0aWxpc2F0aW9uIHRvIHRoZSBuby1mYWlsdXJlIHV0aWxpc2F0aW9u
IG9mIFJOUCBhY3Jvc3MgYWxsIGxpbmtzIGZvcg0KICAgc2V0dGluZyB0aGUgc3lzdGVtIHdpZGUg
Y29uc3RhbnQgVSBpbiB0aGUgc2luZ2xlLW1hcmtpbmcgYXBwcm9hY2ggYXMNCiAgIHByb3Bvc2Vk
IGluIFtNZW50aF0sIG9uZSB1c2VzIHRoZSAqc21hbGxlc3QqIHJhdGlvLCBhbmQgc2V0IHRoZQ0K
ICAgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUgdG8gdGhlIHdvcnN0IGNhc2UgcmVzaWxpZW50
IHV0aWxpemF0aW9uDQogICBkaXZpZGVkIGJ5IHRoYXQgcmF0aW8uICBXaXRoIHN1Y2ggc2V0dGlu
ZywgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaW9ucw0KICAgdGhyZXNob2xkIG9uIGVhY2ggbGluayBp
cyBhdCBsZWFzdCBhcyBsYXJnZSBhcyB0aGUgbm9uLWZhaWx1cmUgUk5QDQoNCg0KDQpDaGFybnks
IGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBb
UGFnZSA1NF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFy
a2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHV0aWxpc2F0aW9uIChhbmQgaGVu
Y2UgdGhlIHBsYW5uZWQgdHJhZmZpYyBtYXRyaXggaXMgYWx3YXlzDQogICBhZG1pdHRlZCksIGFu
ZCB0aGUgaW1wbGljaXQgdGVybWluYXRpb24gdGhyZXNob2xkIGlzIGF0IHRoZSB3b3JzdA0KICAg
Y2FzZSBwbGFubmVkIHJlc2lsaWVudCB1dGlsaXNhdGlvbiBvZiBSTlAgb24gZWFjaCBsaW5rIChh
bmQgaGVuY2UgdGhlDQogICBwbGFubmVkIHRyYWZmaWMgbWF0cml4IHdpbGwgYmUgZnVsbHkgcHJv
dGVjdGVkIGFnYWluc3QgdGhlIHBsYW5uZWQNCiAgIGZhaWx1cmVzKS4gIFRoZXJlZm9yZSwgd2l0
aCBzdWNoIHNldHRpbmdzLCB0aGUgc2luZ2xlLW1hcmtpbmcgZHJhZnQNCiAgIGRvZXMgYXMgd2Vs
bCBhcyBSTlAgb3IgZHVhbC1tYXJraW5nIHdpdGggcmVzcGVjdCB0byB0aGUgcGxhbm5lZA0KICAg
bWF0cml4IGFuZCBwbGFubmVkIGZhaWx1cmVzLiAgSW4gZmFjdCwgdW5saWtlIHRoZSBkdWFsIG1h
cmtpbmcNCiAgIGFwcHJvYWNoLCBpdCBjYW4gYWRtaXQgbW9yZSB0cmFmZmljIG9uIHNvbWUgbGlu
a3MgdGhhbiB0aGUgcGxhbm5lZA0KICAgdHJhZmZpYyBtYXRyaXggd291bGQgYWxsb3csIGJ1dCBp
dCBpcyBvbmx5IGd1YXJhbnRlZWQgdG8gcHJvdGVjdCB1cA0KICAgdG8gdGhlIHBsYW5uZWQgdHJh
ZmZpYyBtYXRyaXggdW5kZXIgcGxhbm5lZCBmYWlsdXJlcy4NCg0KICAgSW4gc3VtbWFyeSwgd2Ug
aGF2ZSBhcmd1ZWQgdGhhdCBib3RoIHRoZSBzaW5nbGUtbWFya2luZyBhcHByb2FjaCBhbmQNCiAg
IHRoZSBkdWFsLW1hcmtpbmcgYXBwcm9hY2ggY2FuIGJlIGNvbmZpZ3VyZWQgdG8gZW5zdXJlIHRo
YXQgUENOICJkb2VzDQogICBubyB3b3JzZSIgdGhhbiBSTlAgZm9yIHRoZSBwbGFubmVkIG1hdHJp
eCBhbmQgdGhlIHBsYW5uZWQgZmFpbHVyZQ0KICAgY29uZGl0aW9ucywgKGFuZCBib3RoIGNhbiBk
byBiZXR0ZXIgdGhhbiBSTlAgdW5kZXIgbm9uLXBsYW5uZWQNCiAgIGNvbmRpdGlvbnMpLiAgVGhl
IHRyYWRlb2ZmIGJldHdlZW4gdGhlIHR3byBpcyB0aGF0IGFsdGhvdWdoIHRoZQ0KICAgcGxhbm5l
ZCB0cmFmZmljIG1hdHJpeCBjYW4gYmUgYWRtaXR0ZWQgd2l0aCBwcm90ZWN0aW9uIGd1YXJhbnRl
ZXMNCiAgIGFnYWluc3QgcGxhbm5lZCBmYWlsdXJlcyB3aXRoIGJvdGggYXBwcm9hY2hlcywgdGhl
IG5hdHVyZSBvZiB0aGUNCiAgIGd1YXJhbnRlZSBmb3IgdGhlIGFkbWl0dGVkIHRyYWZmaWMgaXMg
ZGlmZmVyZW50LiAgRHVhbCBtYXJraW5nICh3aXRoDQogICB0aGUgc2V0dGluZ3MgcHJvcG9zZWQp
IHdvdWxkIHByb3RlY3QgYWxsIGFkbWl0dGVkIHRyYWZmaWMgYnV0IHdvdWxkDQogICBub3QgYWRt
aXQgbW9yZSB0aGFuIHBsYW5uZWQpLCB3aGlsZSBzaW5nbGUgbWFya2luZyAod2l0aCB0aGUgc2V0
dGluZ3MNCiAgIHByb3Bvc2VkKSB3aWxsIGFkbWl0IG1vcmUgdHJhZmZpYyB0aGFuIHBsYW5uZWQs
IGJ1dCB3aWxsIG5vdA0KICAgZ3VhcmFudGVlIHByb3RlY3Rpb24gYWdhaW5zdCBwbGFubmVkIGZh
aWx1cmVzIGZvciB0cmFmZmljIGV4Y2VlZGluZw0KICAgcGxhbm5lZCB1dGlpemF0aW9uLg0KDQoN
CjcuICBQZXJmb3JtYW5jZSBFdmFsdWF0aW9uIENvbXBhcmlzb24NCg0KNy4xLiAgUmVsYXRpb25z
aGlwIHRvIG90aGVyIGRyYWZ0cw0KDQogICBJbml0aWFsIHNpbXVsYXRpb24gcmVzdWx0cyBvZiBh
ZG1pc3Npb24gYW5kIHRlcm1pbmF0aW9uIG1lY2hhbmlzbXMgb2YNCiAgIFtJLUQuYnJpc2NvZS10
c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIHdlcmUgcmVwb3J0ZWQgaW4NCiAgIFtJLUQuYnJpc2NvZS10
c3Z3Zy1jbC1waGJdLiAgQSBmb2xsb3ctdXAgc3R1ZHkgb2YgdGhlc2UgbWVjaGFuaXNtcyBpcw0K
ICAgcHJlc2VudGVkIGluIGEgY29tcGFuaW9uIGRyYWZ0DQogICBkcmFmdC16aGFuZy1jbC1wZXJm
b3JtYW5jZS1ldmFsdWF0aW9uLTAyLnR4dC4gIFRoZSBjdXJyZW50IGRyYWZ0DQogICBjb25jZW50
cmF0ZXMgb24gYSBwZXJmb3JtYW5jZSBjb21wYXJpc29uIG9mIHRoZSBhZG1pc3Npb24gY29udHJv
bA0KICAgbWVjaGFuaXNtIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1waGJdIGFuZCB0aGUgdG9r
ZW4tYnVja2V0LWJhc2VkDQogICBhZG1pc3Npb24gY29udHJvbCBkZXNjcmliZWQgaW4gc2VjdGlv
biAyIG9mIHRoaXMgZHJhZnQuDQoNCjcuMi4gIExpbWl0YXRpb25zLCBDb25jbHVzaW9ucyBhbmQg
RGlyZWN0aW9uIGZvciBGdXR1cmUgV29yaw0KDQogICBEdWUgdG8gdGltZSBjb25zdHJhaW50cywg
dGhlIHN0dWR5IHBlcmZvcm1lZCBzbyBmYXIgd2FzIGxpbWl0ZWQgdG8gYQ0KICAgc21hbGwgc2V0
IG9mIHRvcG9sb2dpZXMsIGRlc2NyaWJlZCBpbiB0aGUgQXBwZW5kaXguICBUaGUga2V5DQogICBx
dWVzdGlvbnMgdGhhdCBoYXZlIGJlZW4gaW52ZXN0aWdhdGVkIGFyZSB0aGUgY29tcGFyYXRpdmUg
c2Vuc2l0aXZpdHkNCiAgIG9mIHRoZSB0d28gc2NoZW1lcyB0byBwYXJhbWV0ZXIgc2V0dGluZ3Mg
YW5kIHRoZSBlZmZlY3Qgb2YgdHJhZmZpYw0KICAgYnVyc3RpbmVzcyBhbmQgb2YgdGhlIGRlZ3Jl
ZSBvZiBhZ2dyZWdhdGlvbiBvbiBhIHBlciBpbmdyZXNzLWVncmVzcw0KICAgcGFpciBvbiB0aGUg
cGVyZm9ybWFuY2Ugb2YgdGhlIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobXMgdW5kZXINCiAg
IHN0dWR5LiAgVGhlIHN0dWR5IGlzIGxpbWl0ZWQgdG8gdGhlIGNhc2Ugd2hlcmUgdGhlcmUgaXMg
bm8gcGFja2V0DQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkg
MTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA1NV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAg
ICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoN
CiAgIGxvc3MuICBXaGlsZSB0aGlzIGlzIGEgcmVhc29uYWJsZSBpbml0aWFsIGFzc3VtcHRpb24g
Zm9yIGFuIGFkbWlzc2lvbg0KICAgY29udHJvbCBhbGdvcml0aG0gdGhhdCBpcyBzdXBwb3NlZCB0
byBtYWludGFpbiB0aGUgdHJhZmZpYyBsZXZlbA0KICAgc2lnbmlmaWNhbnRseSBiZWxvdyB0aGUg
c2VydmljZSBjYXBhY2l0eSBvZiB0aGUgY29ycmVzcG9uZGluZyBxdWV1ZSwNCiAgIG5ldmVydGhl
bGVzcyBmdXR1cmUgc3R1ZHkgaXMgbmVjZXNzYXJ5IHRvIGV2YWx1YXRlIHRoZSBlZmZlY3Qgb2YN
CiAgIHBhY2tldCBsb3NzLg0KDQo3LjIuMS4gIEhpZ2ggTGV2ZWwgQ29uY2x1c2lvbnMNCg0KICAg
VGhlIHJlc3VsdHMgb2YgdGhpcyAocHJlbGltaW5hcnkpIHN0dWR5IGluZGljYXRlIHRoYXQgdGhl
cmUgaXMgYQ0KICAgcG90ZW50aWFsIHRoYXQgYSByZWFzb25hYmxlIGNvbXBsZXhpdHkvcGVyZm9y
bWFuY2UgdHJhZGVvZmYgbWF5IGJlDQogICB2aWFibGUgZm9yIHRoZSBjaG9pY2Ugb2YgYWRtaXNz
aW9uIGNvbnRyb2wgYWxnb3JpdGhtLiAgSW4gdHVybiwgdGhpcw0KICAgc3VnZ2VzdHMgdGhhdCB1
c2luZyBhIHNpbmdsZSBjb2RlcG9pbnQgYW5kIG1ldGVyaW5nIHRlY2huaXF1ZSBmb3INCiAgIGFk
bWlzc2lvbiBhbmQgUHJlZW1wdGlvbiBtYXkgYmUgYSB2aWFibGUgb3B0aW9uLg0KDQogICBUaGUg
a2V5IGhpZ2gtbGV2ZWwgY29uY2x1c2lvbnMgb2YgdGhlIHNpbXVsYXRpb24gc3R1ZHkgY29tcGFy
aW5nIHRoZQ0KICAgcGVyZm9ybWFuY2Ugb2YgcXVldWUtYmFzZWQgYW5kIHRva2VuLWJhc2VkIGFk
bWlzc2lvbiBjb250cm9sDQogICBhbGdvcml0aG1zIGFyZSBzdW1tYXJpemVkIGJlbG93Og0KDQog
ICAxLiAgQXQgcmVhc29uYWJsZSBsZXZlbCBvZiBhZ2dyZWdhdGlvbiBhdCB0aGUgYm90dGxlbmVj
ayBhbmQgcGVyDQogICAgICAgaW5ncmVzcy1lZ3Jlc3MgcGFpciB0cmFmZmljLCBib3RoIGFsZ29y
aXRobXMgcGVyZm9ybSByZWFzb25hYmx5DQogICAgICAgd2VsbCBmb3IgdGhlIHJhbmdlIG9mIHRy
YWZmaWMgbW9kZWxzIGNvbnNpZGVyZWQgKHNlZSBzZWN0aW9uIDQuMy4NCiAgICAgICBmb3IgZGV0
YWlsKS4NCg0KICAgMi4gIEJvdGggc2NoZW1lcyBhcmUgc3RyZXNzZWQgZm9yIHNtYWxsIGxldmVs
cyBvZiBpbmdyZXNzLWVncmVzcyBwYWlyDQogICAgICAgYWdncmVnYXRpb24gbGV2ZWxzIG9mIGJ1
cnN0eSB0cmFmZmljIChlLmcuIGEgc2luZ2xlIHZpZGVvLWxpa2UNCiAgICAgICBidXJzdHkgU1ZE
IGZsb3cgcGVyIGluZ3Jlc3MtZWdyZXNzIHBhaXIpLiAgSG93ZXZlciwgd2hpbGUgdGhlDQogICAg
ICAgcXVldWUtYmFzZWQgc2NoZW1lIHJlc3VsdHMgaW4gdG9sZXJhYmxlIHBlcmZvcm1hbmNlIGV2
ZW4gYXQgbG93DQogICAgICAgbGV2ZWxzIG9mIHBlciBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlv
biwgdGhlIHRva2VuLWJ1Y2tldC1iYXNlZA0KICAgICAgIHNjaGVtZSBpcyBzdWJzdGFudGlhbGx5
IG1vcmUgc2Vuc2l0aXZlIHRvIHBhcmFtZXRlciBzZXR0aW5nIHRoYW4NCiAgICAgICB0aGUgcXVl
dWUtYmFzZWQgc2NoZW1lLCBhbmQgaXRzIHBlcmZvcm1hbmNlIGZvciB0aGUgaGlnaCByYXRlDQog
ICAgICAgYnVyc3R5IFNWRCB0cmFmZmljIHdpdGggbG93IGxldmVscyBvZiBpbmdyZXNzLWVncmVz
cyBhZ2dyZWdhdGlvbg0KICAgICAgIGlzIHF1aXRlIHBvb3IgdW5sZXNzIHBhcmFtZXRlcnMgYXJl
IGNob3NlbiBjYXJlZnVsbHkgdG8gY3VyYiB0aGUNCiAgICAgICBlcnJvci4gIEl0IHNob3VsZCBi
ZSBub3RlZCB0aGF0IHRoZSBTVkQgdHJhZmZpYyBtb2RlbCB1c2VkIGluDQogICAgICAgdGhpcyBz
dHVkeSBpcyBleHBlY3RlZCB0byBiZSBzdWJzdGFudGlhbGx5IG1vcmUgY2hhbGxlbmdpbmcgZm9y
DQogICAgICAgYm90aCBhZG1pc3Npb24gYW5kIFByZWVtcHRpb24gbWVjaGFuaXNtcyB0aGF0IHRo
ZSBhY3R1YWwgdmlkZW8NCiAgICAgICB0cmFmZmljLCBhcyB0aGUgbGF0dGVyIGlzIGV4cGVjdGVk
IHRvIGJlIG11Y2ggc21vb3RoZXIgdGhhbiB0aGUNCiAgICAgICBidXJzdHkgb24tb2ZmIG1vZGVs
IHdpdGggaGlnaCBwZWFrLXRvLW1lYW4gcmF0aW8gd2UgdXNlZC4gIFRoaXMNCiAgICAgICBleHBl
Y3RhdGlvbiBpcyBjb25maXJtZWQgYnkgdGhlIGZhY3QgdGhhdCBzaW11bGF0aW9ucyB3aXRoIGFj
dHVhbA0KICAgICAgIHZpZGVvIHRyYWNlcyByZXBvcnRlZCBpbiB0aGlzIHZlcnNpb24gb2YgdGhl
IGRyYWZ0IHJldmVhbCB0aGF0DQogICAgICAgdGhlIHBlcmZvcm1hbmNlIG9mIHRoZSB2aWRlbyB0
cmFjZXMgaXMgbXVjaCBjbG9zZXIgdG8gdGhhdCBvZiBWQlINCiAgICAgICB2b2ljZSB0aGFuIG9m
IG91ciBjcnVkZSBTVkQgb24tb2ZmIG1vZGVsLg0KDQogICAzLiAgRXZlbiBmb3Igc21hbGwgcGVy
IGluZ3Jlc3MtZWdyZXNzIHBhaXIgYWdncmVnYXRpb24sIHJlYXNvbmFibGUNCiAgICAgICBwZXJm
b3JtYW5jZSBhY3Jvc3MgYSByYW5nZSBvZiB0cmFmZmljIG1vZGVscyBjYW4gYmUgb2J0YWluZWQg
Zm9yDQogICAgICAgYm90aCBhbGdvcml0aG1zICh3aXRoIGEgbmFycm93ZXIgcmFuZ2Ugb2YgcGFy
YW1ldGVyIHNldHRpbmcgZm9yDQogICAgICAgdGhlIHRva2VuLWJ1Y2tldCBiYXNlZCBhcHByb2Fj
aCkgLiAgSG93ZXZlciwgYXQgdmVyeSBsb3cgaW5ncmVzcy0NCiAgICAgICBlZ3Jlc3MgYWdncmVn
YXRpb24sIHRoZSB0b2tlbiBidWNrZXQgc2NoZW1lIGlzIHN1YnN0YW50aWFsbHkgbW9yZQ0KICAg
ICAgIHNlbnNpdGl2ZSB0byBwYXJhbWV0ZXIgdmFyaWF0aW9ucyB0aGFuIHRoZSB2aXJ0dWFsLXF1
ZXVlIHNjaGVtZS4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFy
eSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDU2XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KICAgICAgIEluIGdlbmVyYWwsIHRoZSB0b2tlbi1idWNrZXQgc2NoZW1lIHBlcmZvcm1hbmNl
IGlzIHF1aXRlIGJyaXR0bGUNCiAgICAgICBhdCB2ZXJ5IGxvdyBhZ2dyZWdhdGlvbnMsIGFuZCBk
aXNwbGF5cyBzdWJzdGFudGlhbCBwZXJmb3JtYW5jZQ0KICAgICAgIGRlZ3JhZGF0aW9uIHdpdGgg
QkFUQ0ggdHJhZmZpYywgYXMgd2VsbCBzeW5jaHJvbml6YXRpb24gZWZmZWN0cw0KICAgICAgIHJl
c3VsdGluZyBpbiBzdWJzdGFudGlhbCBvdmVyLWFkbWlzc2lvbiAoc2VlIHNlY3Rpb24gOS41LjIp
DQoNCiAgIDQuICBUaGUgYWJzb2x1dGUgdmFsdWUgb2Ygcm91bmQtdHJpcCB0aW1lIChSVFQpIG9y
IHRoZSBSVFQgZGlmZmVyZW5jZQ0KICAgICAgIGJldHdlZW4gZGlmZmVyZW50IGluZ3Jlc3MtZWdy
ZXNzIHBhaXIgd2l0aGluIHRoZSByYW5nZSBvZg0KICAgICAgIGNvbnRpbmVudGFsIHByb3BhZ2F0
aW9uIGRlbGF5cyBkb2VzIG5vdCBhcHBlYXIgdG8gaGF2ZSBhIHZpc2libGUNCiAgICAgICBlZmZl
Y3Qgb24gdGhlIHBlcmZvcm1hbmNlIG9mIGJvdGggYWxnb3JpdGhtcy4NCg0KICAgNS4gIFRoZXJl
IGlzIG5vIHN1YnN0YW50aWFsIGVmZmVjdCBvbiB0aGUgYm90dGxlbmVjayB1dGlsaXNhdGlvbiBv
Zg0KICAgICAgIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ2llcyBmb3IgYm90aCBzY2hlbWVzLiAg
Qm90aCBzY2hlbWVzDQogICAgICAgc3VmZmVyIHN1YnN0YW50aWFsIHVuZmFpcm5lc3MgKGFuZCBw
b3NzaWJseSBjb21wbGV0ZSBzdGFydmF0aW9uKQ0KICAgICAgIG9mIHRoZSBsb25nLWhhdWwgYWdn
cmVnYXRlcyB0cmF2ZXJzaW5nIG11bHRpcGxlIGJvdHRsZW5lY2tzDQogICAgICAgY29tcGFyZWQg
dG8gc2hvcnQtaGF1bCBmbG93cyAoYSBwcm9wZXJ0eSBzaGFyZWQgYnkgb3RoZXIgTUJBQw0KICAg
ICAgIGFsZ29yaXRobXMgYXMgd2VsbCkuICBUb2tlbi1idWNrZXQgc2NoZW1lIGRpc3BsYXllZCBz
b21ld2hhdA0KICAgICAgIGxhcmdlciB1bmZhaXJuZXNzIHRoYW4gdGhlIHZpcnR1YWwtcXVldWUg
c2NoZW1lLg0KDQogICA2Lg0KDQo3LjIuMi4gIEZ1dHVyZSB3b3JrDQoNCiAgIFRoaXMgc3R1ZHkg
aXMgYnV0IHRoZSBmaXJzdCBzdGVwIGluIHBlcmZvcm1hbmNlIGV2YWx1YXRpb24gb2YgdGhlDQog
ICB0b2tlbi1idWNrZXQgYmFzZWQgYWRtaXNzaW9uIGNvbnRyb2wuICBGdXJ0aGVyIGV2YWx1YXRp
b24gc2hvdWxkDQogICBpbmNsdWRlIGEgcmFuZ2Ugb2YgaW52ZXN0aWdhdGlvbiwgaW5jbHVkaW5n
IHRoZSBmb2xsb3dpbmcNCg0KICAgbyAgaW50ZXJhY3Rpb25zIGJldHdlZW4gYWRtaXNzaW9uIGNv
bnRyb2wgYW5kIHByZWVtcHRpb24NCg0KICAgbyAgZWZmZWN0IG9mIHNpZ25hbGluZyBkZWxheXMv
cHJvYmluZw0KDQogICBvICBlZmZlY3Qgb2YgbG9zcyBvZiBtYXJrZWQgcGFja2V0cw0KDQoNCjgu
ICBBcHBlbmRpeCBBOiAgU2ltdWxhdGlvbiBEZXRhaWxzDQoNCjguMS4gIE5ldHdvcmsgYW5kIFNp
Z25hbGluZyBNb2RlbHMNCg0KICAgTmV0d29yayB0b3BvbG9naWVzIHVzZWQgaW4gdGhpcyBzdHVk
eSBhcmUgc2hvd24gaW4gdGhlIEZpZ3VyZXMgYmVsb3cuDQogICBUaGUgbmV0d29yayBpcyBtb2Rl
bGVkIGFzIGVpdGhlciBTaW5nbGUgTGluayAoRmlnLiBBLjEpLCBNdWx0aSBMaW5rDQogICBOZXR3
b3JrIHdpdGggYSBzaW5nbGUgYm90dGxlbmVjayAodGVybWVkICJSVFQiLCBGaWcuIEEuMiksIG9y
IGEgcmFuZ2UNCiAgIG9mIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ2llcyBzaG93biBpbiBGaWcu
IEEuMyAodGVybWVkICJQYXJraW5nDQogICBMb3QiKS4NCg0KDQoNCg0KDQoNCg0KDQoNCkNoYXJu
eSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAg
IFtQYWdlIDU3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBN
YXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgICAgICAgICAgICAgICAgICAg
ICAgICBBIC0tLSBCDQoNCg0KICAgRmlndXJlIEEuMTogU2ltdWxhdGVkIFNpbmdsZSBMaW5rIE5l
dHdvcmsuDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBDQoNCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgXA0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIEIg
IC0gIEQgLSBGDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLw0KICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBDDQogICBGaWd1cmUgQS4yOiBTaW11bGF0ZWQgTXVsdGkgTGlu
ayBOZXR3b3JrLg0KDQoNCiAgICAgICAgIEEtLUItLUMgICAgIEEtLUItLUMtLUQgICAgICBBLS1C
LS1DLS1ELS1FLS1GDQogICAgICAgICB8ICB8ICB8ICAgICB8ICB8ICB8ICB8ICAgICAgfCAgfCAg
fCAgfCAgfCAgfA0KICAgICAgICAgfCAgfCAgfCAgICAgfCAgfCAgfCAgfCAgICAgIHwgIHwgIHwg
IHwgIHwgIHwNCiAgICAgICAgIEQgIEUgIEYgICAgIEUgIEYgIEcgIEggICAgICBHICBIICBJICBK
ICBLICBMDQoNCiAgICAgICAgICAgKGEpICAgICAgICAgIChiKSAgICAgICAgICAgICAgICAoYykN
CiAgIEZpZ3VyZSBBLjM6IFNpbXVsYXRlZCBNdWx0aXBsZS1ib3R0bGVuZWNrIChQYXJraW5nIExv
dCApVG9wb2xvZ2llcy4NCg0KICAgRmlndXJlIEEuMSBzaG93cyBhIHNpbmdsZSBsaW5rIGJldHdl
ZW4gYW4gaW5ncmVzcyBhbmQgYW4gZWdyZXNzIG5vZGUsDQogICBhbGwgZmxvd3MgZW50ZXIgYXQg
bm9kZSBBIGFuZCBkZXBhcnQgYXQgbm9kZSBCLiBUaGlzIHRvcG9sb2d5IGlzIHVzZWQNCiAgIGZv
ciB0aGUgYmFzaWMgdmVyaWZpY2F0aW9uIG9mIHRoZSBiZWhhdmlvciBvZiB0aGUgYWxnb3JpdGht
cyB3aXRoDQogICByZXNwZWN0IHRvIGEgc2luZ2xlIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0ZSBp
biBpc29sYXRpb24uDQoNCiAgIEluIEZpZ3VyZSBBLjIsIEEgc2V0IG9mIGluZ3Jlc3NlcyAoQSxC
LEMpIGFyZSBjb25uZWN0ZWQgdG8gYW4NCiAgIGludGVyaW9yIG5vZGUgaW4gdGhlIG5ldHdvcmsg
KEQpLiAgVGhpcyB0b3BvbG9neSBpcyB1c2VkIHRvIHN0dWR5IHRoZQ0KICAgYmVoYXZpb3Igb2Yg
dGhlIGFsZ29yaXRobSB3aGVyZSBtYW55IGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0ZXMgc2hhcmUN
CiAgIGEgc2luZ2xlIGJvdHRsZW5lY2sgbGluay4gIFRoZSBudW1iZXIgb2YgaW5ncmVzc2VzIHZh
cmllZCBpbg0KICAgZGlmZmVyZW50IHNpbXVsYXRpb24gZXhwZXJpbWVudHMgaW4gdGhlIHJhbmdl
IG9mIDItMTAwLiAgQWxsIGxpbmtzDQogICBoYXZlIGdlbmVyYWxseSBkaWZmZXJlbnQgcHJvcGFn
YXRpb24gZGVsYXlzLCBpbiB0aGUgcmFuZ2UgMW1zIC0gMTAwDQogICBtcyAoYWx0aG91Z2ggaW4g
c29tZSBleHBlcmltZW50cyBhbGwgcHJvcGFnYXRpb24gZGVsYXlzIGFyZSBzZXQgdGhlDQogICBz
YW1lLiAgVGhpcyBub2RlIEQgaW4gdHVybiBpcyBjb25uZWN0ZWQgdG8gdGhlIGVncmVzcyAoRiku
ICBJbiB0aGlzDQogICB0b3BvbG9neSwgZGlmZmVyZW50IHNldHMgb2YgZmxvd3MgYmV0d2VlbiBl
YWNoIGluZ3Jlc3MgYW5kIHRoZSBlZ3Jlc3MNCiAgIGNvbnZlcmdlIG9uIHRoZSBzaW5nbGUgbGlu
ayBELUYsIHdoZXJlIHByZS1jb25nZXN0aW9uIG5vdGlmaWNhdGlvbg0KICAgYWxnb3JpdGhtIGlz
IGVuYWJsZWQuICBUaGUgY2FwYWNpdGllcyBvZiB0aGUgaW5ncmVzcyBsaW5rcyBhcmUgbm90DQog
ICBsaW1pdGluZywgYW5kIGhlbmNlIG5vIFBDTiBpcyBlbmFibGUgb24gdGhvc2UuICBUaGUgYm90
dGxlbmVjayBsaW5rDQogICBELUYgaXMgbW9kZWxlZCB3aXRoIGEgMTBtcyBwcm9wYWdhdGlvbiBk
ZWxheSBpbiBhbGwgc2ltdWxhdGlvbnMuDQogICBUaGVyZWZvcmUgdGhlIHJhbmdlIG9mIHJvdW5k
LXRyaXAgZGVsYXlzIGluIHRoZSBleHBlcmltZW50cyBpcyBmcm9tDQogICAyMm1zIHRvIDIyMG1z
Lg0KDQogICBBbm90aGVyIHR5cGUgb2YgbmV0d29yayBvZiBpbnRlcmVzdCBpcyBtdWx0aS1ib3R0
bGVuZWNrIChvciBQYXJraW5nDQogICBMb3QsIFBMVCBmb3Igc2hvcnQpIHRvcG9sb2d5LiAgVGhl
IHNpbXBsZXN0IFBMVCB3aXRoIDIgYm90dGxlbmVja3MgaXMNCg0KDQoNCkNoYXJueSwgZXQgYWwu
ICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDU4
XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAg
ICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgaWxsdXN0cmF0ZWQgaW4gRmlnIEEuMyhhKS4g
IEFuIGV4YW1wbGUgdHJhZmZpYyBtYXRyaXggd2l0aCB0aGlzDQogICBuZXR3b3JrIG9uIHRoaXMg
dG9wb2xvZ3kgaXMgYXMgZm9sbG93czoNCg0KICAgbyAgYW4gYWdncmVnYXRlIG9mICIyLWhvcCIg
Zmxvd3MgZW50ZXJpbmcgdGhlIG5ldHdvcmsgYXQgQSBhbmQNCiAgICAgIGxlYXZpbmcgYXQgQyAo
dmlhIHRoZSB0d28gbGlua3MgQS1CLUMpDQoNCiAgIG8gIGFuIGFnZ3JlZ2F0ZSBvZiAiMS1ob3Ai
IGZsb3dzIGVudGVyaW5nIHRoZSBuZXR3b3JrIGF0IEQgYW5kDQogICAgICBsZWF2aW5nIGF0IEUg
KHZpYSBBLUIpDQoNCiAgIG8gIGFuIGFnZ3JlZ2F0ZSBvZiAiMS1ob3AiIGZsb3dzIGVudGVyaW5n
IHRoZSBuZXR3b3JrIGF0IEUgYW5kDQogICAgICBsZWF2aW5nIGF0IEYgKHZpYSBCLUMpDQoNCiAg
IEluIHRoZSAyLWhvcCBQTFQgc2hvd24gaW4gRmlnLiBBLjMoYSkgdGhlIHBvaW50cyBvZiBjb25n
ZXN0aW9uIGFyZQ0KICAgbGlua3MgQS0tQiBhbmQgQi0tQy4gIENhcGFjaXR5IG9mIGFsbCBvdGhl
ciBsaW5rcyBpcyBub3QgbGltaXRpbmcuDQogICBXZSBhbHNvIGV4cGVyaW1lbnQgd2l0aCBsYXJn
ZXIgUExUIHRvcG9sb2dpZXMgd2l0aCAzIGJvdHRsZW5lY2tzKHNlZQ0KICAgRmlnIEEuMyhiKSkg
YW5kIDUgYm90dGxlbmVja3MgKCBGaWcgQS4zIChjKSkuICBJbiBhbGwgY2FzZXMsIHdlDQogICBz
aW11bGF0ZWQgb25lIGluZ3Jlc3MtZWdyZXNzIHBhaXIgdGhhdCBjYXJyaWVzIHRoZSBhZ2dyZWdh
dGUgb2YNCiAgICJsb25nIiBmbG93cyB0cmF2ZXJzaW5nIGFsbCB0aGUgTiBib3R0bGVuZWNrcyAo
d2hlcmUgTiBpcyB0aGUgbnVtYmVyDQogICBvZiBib3R0bGVuZWNrIGxpbmtzIGluIHRoZSBQTFQg
dG9wb2xvZ3kpLCBhbmQgTiBpbmdyZXNzLWVncmVzcyBwYWlycw0KICAgdGhhdCBjYXJyeSBmbG93
cyB0cmF2ZXJzaW5nIGEgc2luZ2xlIGJvdHRsZW5lY2sgbGluayBhbmQgZXhpdGluZyBhdA0KICAg
dGhlIG5leHQgImhvcCIuICBJbiBhbGwgY2FzZXMsIG9ubHkgdGhlICJob3Jpem9udGFsIiBsaW5r
cyBpbiBGaWcuDQogICBBLjMgd2VyZSB0aGUgYm90dGxlbmVja3MsIHdpdGggY2FwYWNpdGllcyBv
ZiBhbGwgInZlcnRpY2FsIiBsaW5rcw0KICAgbm9uLWxpbWl0aW5nLiAgUHJvcGFnYXRpb24gZGVs
YXlzIGZvciBhbGwgbGlua3MgaW4gYWxsIFBMVCB0b3BvbG9naWVzDQogICBhcmUgc2V0IHRvIDFt
cy4NCg0KICAgRHVlIHRvIHRpbWUgbGltaXRhdGlvbnMsIG90aGVyIHBvc3NpYmxlIHRyYWZmaWMg
bWF0cmljZXMgKGUuZy4gc29tZQ0KICAgb2YgdGhlIGZsb3dzIHRyYXZlcnNpbmcgYSBzdWJzZXQg
b2Ygc2V2ZXJhbCBib3R0bGVuZWNrIGxpbmtzKSBoYXZlDQogICBub3QgeWV0IGJlZW4gY29uc2lk
ZXJlZCBhbmQgcmVtYWluIHRoZSBhcmVhIGZvciBmdXR1cmUgaW52ZXN0aWdhdGlvbi4NCg0KICAg
T3VyIHNpbXVsYXRpb25zIGNvbmNlbnRyYXRlZCBwcmltYXJpbHkgb24gdGhlIHJhbmdlIG9mIGNh
cGFjaXRpZXMgb2YNCiAgICdib3R0bGVuZWNrJyBsaW5rcyB3aXRoIHN1ZmZpY2llbnQgYWdncmVn
YXRpb24gLSBhYm92ZSAxMCBNYnBzIGZvcg0KICAgdm9pY2UgYW5kIDYyMiBNYnBzIGZvciBTVkQs
IHVwIHRvIDIuNCBHYnBzLiAgQnV0IHdlIGFsc28gaW52ZXN0aWdhdGVkDQogICBzbG93ZXIgJ2Jv
dHRsZW5lY2snIGxpbmtzIGRvd24gdG8gNTEyIEticHMgaW4gc29tZSBleHBlcmltZW50cy4NCiAg
IEhpZ2hlciByYXRlIGJvdHRsZW5lY2sgc3BlZWRzIHdlZSBub3QgY29uc2lkZXJlZCBkdWUgdG8g
dGhlDQogICBzaW11bGF0aW9uIHRpbWUgbGltaXRhdGlvbnMuICBJdCBzaG91bGQgZ2VuZXJhbGx5
IGJlIGV4cGVjdGVkIHRoYXQNCiAgIHRoZSBoaWdoZXIgbGluayBzcGVlZHMgd2lsbCByZXN1bHQg
aW4gaGlnaGVyIGxldmVscyBvZiBhZ2dyZWdhdGlvbiwNCiAgIGFuZCBoZW5jZSBnZW5lcmFsbHkg
YmV0dGVyIHBlcmZvcm1hbmNlIG9mIHRoZSBtZWFzdXJlbWVudC1iYXNlZA0KICAgYWxnb3JpdGht
cy4gIFRoZXJlZm9yZSBpcyBzZWVtcyByZWFzb25hYmxlIHRvIGJlbGlldmUgdGhhdCB0aGUgbGlu
aw0KICAgc3BlZWRzIHN0dWRpZWQgZG8gcHJvdmlkZSBtZWFuaW5nZnVsIGV2YWx1YXRpb24gdGFy
Z2V0cy4NCg0KICAgSW4gdGhlIHNpbXVsYXRpb24gbW9kZWwsIGEgY2FsbCByZXF1ZXN0cyBhcnJp
dmVzIGF0IHRoZSBpbmdyZXNzIGFuZA0KICAgaW1tZWRpYXRlbHkgc2VuZHMgYSBtZXNzYWdlIHRv
IHRoZSBlZ3Jlc3MuICBUaGUgbWVzc2FnZSBhcnJpdmVzIGF0DQogICB0aGUgZWdyZXNzIGFmdGVy
IHRoZSBwcm9wYWdhdGlvbiB0aW1lIHBsdXMgbGluayBwcm9jZXNzaW5nIHRpbWUgKGJ1dA0KICAg
bm8gcXVldWluZyBkZWxheSkuICBXaGVuIHRoZSBlZ3Jlc3MgcmVjZWl2ZXMgdGhpcyBtZXNzYWdl
LCBpdA0KICAgaW1tZWRpYXRlbHkgcmVzcG9uZHMgdG8gdGhlIGluZ3Jlc3Mgd2l0aCB0aGUgY3Vy
cmVudCBDb25nZXN0aW9uLQ0KICAgTGV2ZWwtRXN0aW1hdGUuICBJZiB0aGUgQ29uZ2VzdGlvbi1M
ZXZlbC1Fc3RpbWF0ZSBpcyBiZWxvdyB0aGUNCiAgIHNwZWNpZmllZCBDTEUtdGhyZXNob2xkLCB0
aGUgY2FsbCBpcyBhZG1pdHRlZCwgb3RoZXJ3aXNlIGl0IGlzDQogICByZWplY3RlZC4gIEFuIGFk
bWl0dGVkIGNhbGwgc2VuZHMgcGFja2V0cyBhY2NvcmRpbmcgdG8gb25lIG9mIHRoZQ0KDQoNCg0K
Q2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAg
ICAgICAgW1BhZ2UgNTldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2lu
Z2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBjaG9zZW4gdHJhZmZp
YyBtb2RlbHMgZm9yIHRoZSBkdXJhdGlvbiBvZiB0aGUgY2FsbCAoc2VlIG5leHQNCiAgIHNlY3Rp
b24pLiAgUHJvcGFnYXRpb24gZGVsYXkgZnJvbSBzb3VyY2UgdG8gdGhlIGluZ3Jlc3MgYW5kIGZy
b20NCiAgIGRlc3RpbmF0aW9uIHRvIHRoZSBlZ3Jlc3MgaXMgYXNzdW1lZCBuZWdsaWdpYmxlIGFu
ZCBpcyBub3QgbW9kZWxlZC4NCg0KICAgSW4gdGhlIHNpbXVsYXRpb24gbW9kZWwgb2YgYWRtaXNz
aW9uIGNvbnRyb2wsIGEgY2FsbCByZXF1ZXN0IGFycml2ZXMNCiAgIGF0IHRoZSBpbmdyZXNzIGFu
ZCBpbW1lZGlhdGVseSBzZW5kcyBhIG1lc3NhZ2UgdG8gdGhlIGVncmVzcy4gIFRoZQ0KICAgbWVz
c2FnZSBhcnJpdmVzIGF0IHRoZSBlZ3Jlc3MgYWZ0ZXIgdGhlIHByb3BhZ2F0aW9uIHRpbWUgcGx1
cyBsaW5rDQogICBwcm9jZXNzaW5nIHRpbWUgKGJ1dCBubyBxdWV1aW5nIGRlbGF5KS4gIFdoZW4g
dGhlIGVncmVzcyByZWNlaXZlcw0KICAgdGhpcyBtZXNzYWdlLCBpdCBpbW1lZGlhdGVseSByZXNw
b25kcyB0byB0aGUgaW5ncmVzcyB3aXRoIHRoZSBjdXJyZW50DQogICBDb25nZXN0aW9uIExldmVs
IEVzdGltYXRlLiAgSWYgdGhlIENvbmdlc3Rpb24gTGV2ZWwgRXN0aW1hdGUgaXMgYmVsb3cNCiAg
IHRoZSBzcGVjaWZpZWQgQ0xFLSB0aHJlc2hvbGQsIHRoZSBjYWxsIGlzIGFkbWl0dGVkLCBvdGhl
cndpc2UgaXQgaXMNCiAgIHJlamVjdGVkLiAgRm9yIEZsb3cgVGVybWluYXRpb24sIG9uY2UgdGhl
IGluZ3Jlc3Mgbm9kZSBvZiBhIFBDTi0NCiAgIGRvbWFpbiBkZWNpZGVzIHRvIHRlcm1pbmF0ZSBh
IGZsb3csIHRoYXQgZmxvdyBpcyBwcmVlbXB0ZWQNCiAgIGltbWVkaWF0ZWx5IGFuZCBzZW5kcyBu
byBtb3JlIHBhY2tldHMgZnJvbSB0aGF0IHRpbWUgb24uICBUaGUgbGlmZSBvZg0KICAgYSBmbG93
IG91dHNpZGUgdGhlIGRvbWFpbiBkZXNjcmliZWQgYWJvdmUgaXMgbm90IG1vZGVsbGVkLg0KICAg
UHJvcGFnYXRpb24gZGVsYXkgZnJvbSBzb3VyY2UgdG8gdGhlIGluZ3Jlc3MgYW5kIGZyb20gZGVz
dGluYXRpb24gdG8NCiAgIHRoZSBlZ3Jlc3MgaXMgYXNzdW1lZCBuZWdsaWdpYmxlIGFuZCBpcyBu
b3QgbW9kZWxsZWQuDQoNCjguMi4gIFRyYWZmaWMgTW9kZWxzDQoNCiAgIEZvdXIgdHlwZXMgb2Yg
dHJhZmZpYyB3ZXJlIHNpbXVsYXRlZCAoQ0JSIHZvaWNlLCBvbi1vZmYgdHJhZmZpYw0KICAgYXBw
cm94aW1hdGluZyB2b2ljZSB3aXRoIHNpbGVuY2UgY29tcHJlc3Npb24sIGFuZCBvbi1vZmYgdHJh
ZmZpYyB3aXRoDQogICBoaWdoZXIgcGVhayBhbmQgbWVhbiByYXRlcyAod2UgdGVybWVkIHRoZSBs
YXR0ZXIgIlN5bnRoZXRpYyBWaWRlbyINCiAgIChTVkQpIGFzIHRoZSBjaG9zZW4gcGVhayBhbmQg
bWVhbiByYXRlIHdhcyBzaW1pbGFyIHRvIHRoYXQgb2YgYW4gTVBFRw0KICAgdmlkZW8gc3RyZWFt
LiAoYnV0IGZvciBTVkQgbm8gYXR0ZW1wdCB3YXMgbWFkZSB0byBtYXRjaCBhbnkgb3RoZXINCiAg
IHBhcmFtZXRlcnMgb2YgdGhpcyB0cmFmZmljIHRvIHRob3NlIG9mIGEgdmlkZW8gc3RyZWFtKSwg
YW5kIGZpbmFsbHkNCiAgIHJlYWwgdmlkZW8gdHJhY2VzIGZyb20NCiAgIGh0dHA6Ly93d3cudGtu
LnR1LWJlcmxpbi5kZS9yZXNlYXJjaC90cmFjZS90cmFjZS5odG1sIChjb3VydGVzeQ0KICAgVGVs
ZWNvbW11bmljYXRpb24gTmV0d29ya3MgR3JvdXAgb2YgVGVjaG5pY2FsIFVuaXZlcnNpdHkgb2Yg
QmVybGluKS4NCg0KICAgVGhlIGRpc3RyaWJ1dGlvbiBvZiBmbG93IGR1cmF0aW9uIHdhcyBjaG9z
ZW4gdG8gYmUgZXhwb25lbnRpYWxseQ0KICAgZGlzdHJpYnV0ZWQgd2l0aCBtZWFuIDFtaW4sIHJl
Z2FyZGxlc3Mgb2YgdGhlIHRyYWZmaWMgdHlwZS4gIEluIG1vc3QNCiAgIG9mIHRoZSBleHBlcmlt
ZW50cyBmbG93cyBhcnJpdmVkIGFjY29yZGluZyB0byBhIFBvaXNzb24gZGlzdHJpYnV0aW9uDQog
ICB3aXRoIG1lYW4gYXJyaXZhbCByYXRlIGNob3NlbiB0byBhY2hpZXZlIGEgZGVzaXJlZCBhbW91
bnQgb2Ygb3ZlcmxvYWQNCiAgIG92ZXIgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIGlu
IGVhY2ggZXhwZXJpbWVudC4gIE92ZXJsb2FkcyBpbg0KICAgdGhlIHJhbmdlIDF4IHRvIDV4IGFu
ZCB1bmRlcmxvYWQgd2l0aCAwLjk1eCBoYXZlIGJlZW4gaW52ZXN0aWdhdGVkLg0KICAgTm90ZSB0
aGF0IHRoZSByYXRpb25hbGUgZm9yIGxvb2tpbmcgYXQgdGhlIGxvYWQgMWFuZCBiZWxvdyBpcyB0
byBzZWUNCiAgIGlmIGFueSBzaWduaWZpY2FudCBhbW91bnQgb2YgImZhbHNlIHJlamVjdHMiIHdv
dWxkIGJlIHNlZW4gKGkuZS4gb25lDQogICB3b3VsZCBhc3N1bWUgdGhhdCBhbGwgdHJhZmZpYyBz
aG91bGQgYmUgYWNjZXB0ZWQgaWYgdGhlIHRvdGFsIGRlbWFuZA0KICAgaXMgYmVsb3cgdGhlIGFk
bWlzc2lvbiB0aHJlc2hvbGQpLiAgRm9yIG9uLW9mZiB0cmFmZmljLCBvbiBhbmQgb2ZmDQogICBw
ZXJpb2RzIHdlcmUgZXhwb25lbnRpYWxseSBkaXN0cmlidXRlZCB3aXRoIHRoZSBzcGVjaWZpZWQg
bWVhbi4NCiAgIFRyYWZmaWMgcGFyYW1ldGVycyBmb3IgZWFjaCB0eXBlIGFyZSBzdW1tYXJpemVk
IGJlbG93Og0KDQo4LjIuMS4gIFZvaWNlIFRyYWZmaWMgTW9kZWxzDQoNCiAgIFRhYmxlIEEuMSBi
ZWxvdyBkZXNjcmliZXMgYWxsIHZvaWNlIGNvZGVjcyB3ZSBtb2RlbGVkIGluIG91cg0KICAgc2lt
dWxhdGlvbiByZXN1bHRzLg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVz
IEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA2MF0NCgwNCkludGVybmV0LURy
YWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkg
MjAwNw0KDQoNCiAgIFRoZSBmaXJzdCB0d28gcm93cyBjb3JyZXNwb25kIHRvIG91ciB0d28gYmFz
aWMgbW9kZWxzIGNvcnJlc3BvbmRpbmcNCiAgIHRvIHRoZSBvbGRlciBHLjcxMSBlbmNvZGluZyB3
aXRoIGFuZCB3aXRob3V0IHNpbGVuY2UgY29tcHJlc3Npb24uDQogICBUaGVzZSB0d28gbW9kZWxz
IGFyZSByZWZlcnJlZCBzaW1wbHkgYXMgIkNCUiIgYW5kICJWQlIiIGluIHRoZQ0KICAgcmVwb3J0
ZWQgc2ltdWxhdGlvbiByZXN1bHRzLg0KDQogICBXZSBhbHNvIHNpbXVsYXRlZCBzZXZlcmFsICJt
aXhlcyIgb2YgdGhlIGRpZmZlcmVudCBjb2RlY3MgcmVwb3J0ZWQgaW4NCiAgIHRoZSB0YWJsZSBi
ZWxvdy4gIFRoZSBwcmltYXJ5IG1peCBjb25zaXN0cyBvZiBlcXVhbCBwcm9wb3J0aW9uIG9mIGFs
bA0KICAgdm9pY2UgY29kZWNzIGxpc3RlZCBiZWxvdy4gIFdlIGhhdmUgYWxzbyBzaW11bGF0ZWQg
dmFyaW91cyBvdGhlciBtaXgNCiAgIGNvbnNpc3QgZGlmZmVyZW50IHByb3BvcnRpb24gb2YgdGhl
IHN1YnNldCBvZiBhbGwgY29kZWNzLiAgVGhvdWdoDQogICB0aGVzZSByZXN1bHQgYXJlIG5vdCBy
ZXBvcnRlZCBpbiB0aGlzIGRyYWZ0IGR1ZSB0byB0aGVpciBzaW1pbGFyaXRpZXMNCiAgIHRvIHRo
ZSBwcmltYXJ5IG1peCByZXN1bHQuDQoNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfCBOYW1lL0NvZGVj
cyB8IFBhY2tldCBTaXplIHwgSW50ZXItQXJyaXZhbCB8IE9uL09mZiBQZXJpb2QgfCBBdmVyYWdl
IFJhdGUgfA0KfCAgICAgICAgICAgICB8ICAgKEJ5dGVzKSAgIHwgICBUaW1lIChtcykgICB8ICAg
ICAgUmF0aW8gICAgfCAgICAoa2JwcykgICAgfA0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQp8ICAiQ0JS
IiAgICAgIHwgICAgIDE2MCAgICAgfCAgICAgIDIwICAgICAgIHwgICAgICAxICAgICAgICB8ICAg
ICAgNjQgICAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgICJWQlIiICAgICAgfCAgICAgMTYw
ICAgICB8ICAgICAgMjAgICAgICAgfCAgICAgMC4zNCAgICAgIHwgICAgIDIxLjc1ICAgIHwNCiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KfCAgRy43MTEgQ0JSICB8ICAgICAyMDAgICAgIHwgICAgICAyMCAg
ICAgICB8ICAgICAgMSAgICAgICAgfCAgICAgIDgwICAgICAgfA0KIC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQp8ICBHLjcxMSBWQlIgIHwgICAgIDIwMCAgICAgfCAgICAgIDIwICAgICAgIHwgICAgIDAuNCAg
ICAgICB8ICAgICAgMzIgICAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgIEcuNzExIENCUiAg
fCAgICAgMTIwICAgICB8ICAgICAgMTAgICAgICAgfCAgICAgIDEgICAgICAgIHwgICAgICA5NiAg
ICAgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfCAgRy43MTEgVkJSICB8ICAgICAxMjAgICAgIHwg
ICAgICAxMCAgICAgICB8ICAgICAwLjQgICAgICAgfCAgICAgMzguNCAgICAgfA0KIC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQp8ICBHLjcyOSBDQlIgIHwgICAgIDYwICAgICAgfCAgICAgIDIwICAgICAgIHwg
ICAgICAxICAgICAgICB8ICAgICAgMjQgICAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgIEcu
NzI5IFZCUiAgfCAgICAgNjAgICAgICB8ICAgICAgMjAgICAgICAgfCAgICAgMC40ICAgICAgIHwg
ICAgICA5LjYgICAgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgVGFibGUgQS4xIFNpbXVsYXRl
ZCBWb2ljZSBDb2RpY2VzLg0KDQo4LjIuMi4gICJTeW50aGV0aWMgVmlkZW8iOiAgSGlnaCBSYXRl
IE9OLU9GRiB0cmFmZmljIHdpdGggVmlkZW8tbGlrZQ0KICAgICAgICBNZWFuIGFuZCBQZWFrIFJh
dGVzICgiU1ZEIikNCg0KICAgVGhpcyBtb2RlbCBpcyBvbi1vZmYgdHJhZmZpYyB3aXRoIHZpZGVv
LWxpa2UgbWVhbi10by1wZWFrIHJhdGlvIGFuZA0KICAgbWVhbiByYXRlIGFwcHJveGltYXRpbmcg
dGhhdCBvZiBhbiBNUEVHLTIgdmlkZW8gc3RyZWFtLiAgTm8gYXR0ZW1wdA0KICAgaXMgbWFkZSB0
byBzaW11bGF0ZSBhbnkgb3RoZXIgYXNwZWN0cyBvZiBhIHJlYWwgdmlkZW8gc3RyZWFtLCBhbmQN
CiAgIHRoaXMgbW9kZWwgaXMgbWVyZWx5IHRoYXQgb2Ygb24tb2ZmIHRyYWZmaWMuICBBbHRob3Vn
aCB0aGVyZSBpcyBubw0KICAgY2xhaW0gdGhhdCB0aGlzIG1vZGVsIHJlcHJlc2VudHMgdGhlIHBl
cmZvcm1hbmNlIG9mIHZpZGVvIHRyYWZmaWMNCiAgIHVuZGVyIHRoZSBhbGdvcml0aG1zIGluIHF1
ZXN0aW9uIGFkZXF1YXRlbHksIGludHVpdGl2ZWx5LCB0aGlzIG1vZGVsDQogICBzaG91bGQgYmUg
bW9yZSBjaGFsbGVuZ2luZyBmb3IgYSBtZWFzdXJlbWVudC1iYXNlZCBhbGdvcml0aG0gdGhhbiB0
aGUNCiAgIGFjdHVhbCBNUEVHIHZpZGVvLCBhbmQgYXMgYSByZXN1bHQsICdnb29kJyBvciAicmVh
c29uYWJsZSINCiAgIHBlcmZvcm1hbmNlIG9uIHRoaXMgdHJhZmZpYyBtb2RlbCBpbmRpY2F0ZXMg
dGhhdCBNUEVHIHRyYWZmaWMgc2hvdWxkDQogICBwZXJmb3JtIGF0IGxlYXN0IGFzIHdlbGwuICBX
ZSB0ZXJtIHRoaXMgdHlwZSBvZiB0cmFmZmljIFNWRCBmb3INCiAgICJTeW50aGV0aWMgVmlkZW8i
Lg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgNjFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENO
IHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBvICBM
b25nIHRlcm0gYXZlcmFnZSByYXRlIDQgTWJwcw0KDQogICBvICBPbiBQZXJpb2QgbWVhbiBkdXJh
dGlvbiAzNDBtczsgZHVyaW5nIHRoZSBvbi1wZXJpb2QgdGhlIHBhY2tldHMNCiAgICAgIGFyZSBz
ZW50IGF0IDEyIE1icHMgKDE1MDAgYnl0ZSBwYWNrZXRzLCBwYWNrZXQgaW50ZXItYXJyaXZhbDog
MW1zKQ0KDQogICBvICBPZmYgUGVyaW9kIG1lYW4gZHVyYXRpb24gNjYwbQ0KDQo4LjIuMy4gIFJl
YWwgVmlkZW8gVHJhY2VzIChWVFIpDQoNCiAgIFdlIHVzZWQgYSBwdWJsaWNseSBhdmFpbGFibGUg
bGlicmFyeSBvZiBmcmFtZSBzaXplIHRyYWNlcyBvZiBsb25nDQogICBNUEVHLTQgYW5kIEguMjYz
IGVuY29kZWQgdmlkZW8gb2J0YWluZWQgZnJvbQ0KICAgaHR0cDovL3d3dy50a24udHUtYmVybGlu
LmRlL3Jlc2VhcmNoL3RyYWNlL3RyYWNlLmh0bWwuICBFYWNoIHRyYWNlIGluDQogICB0aGF0IHJl
cG9zaXRvcnkgcyByb3VnaGx5IDYwIG1pbnV0ZXMgaW4gbGVuZ3RoLCBjb25zaXN0aW5nIG9mIGEg
bGlzdA0KICAgb2YgcmVjb3JkcyBpbiB0aGUgZm9ybWF0IG9mIDxGcmFtZUFycml2YWxUaW1lLCBG
cmFtZVNpemU+LiAgQW1vbmcgdGhlDQogICAxNjAgYXZhaWxhYmxlIHRyYWNlcywgd2UgcGlja2Vk
IHRoZSB0d28gd2l0aCB0aGUgaGlnaGVzdCBhdmVyYWdlIHJhdGUNCiAgIChhdmVyYWdlZCBvdmVy
IHRoZSB0cmFjZSBsZW5ndGgsIGluIHRoaXMgY2FzZSwgNjAgbWludXRlcy4gIEluDQogICBhZGRp
dGlvbiwgdGhlIHR3byBhbHNvIGhhdmUgYSBzaW1pbGFyIGF2ZXJhZ2UgcmF0ZSkuICBUaGUgdHJh
Y2UgZmlsZQ0KICAgdXNlZCBpbiB0aGUgc2ltdWxhdGlvbiBpcyB0aGUgY29uY2F0ZW5hdGlvbiBv
ZiB0aGUgdHdvLg0KDQogICBTaW5jZSB0aGUgZHVyYXRpb24gb2YgdGhlIGZsb3cgaW4gb3VyIHNp
bXVsYXRpb24gaXMgbXVjaCBzbWFsbGVyIHRoYW4NCiAgIHRoZSBsZW5ndGggb2YgdGhlIHRyYWNl
LCB3ZSBjaGVja2VkIHdoZXRoZXIgdGhlIGV4cGVjdGVkIHJhdGUgb2YgZmxvdw0KICAgY29ycmVz
cG9uZHMgdG8gdGhlIHRyYWNlJ3MgbG9uZyB0ZXJtIGF2ZXJhZ2UuICBUbyBkbyBzbywgd2Ugc2lt
dWxhdGVkDQogICBhIG51bWJlciBvZiBmbG93cyBzdGFydGluZyBmcm9tIHJhbmRvbSBsb2NhdGlv
bnMgaW4gdGhlIHRyYWNlIHdpdGgNCiAgIGR1cmF0aW9uIGNob3NlbiB0byBiZSBleHBvbmVudGlh
bGx5IGRpc3RyaWJ1dGVkIHdpdGggdGhlIG1lYW4gb2YNCiAgIDFtaW4uICBUaGUgcmVzdWx0cyBz
aG93IHRoYXQgdGhlIGV4cGVjdGVkIHJhdGUgb2YgZmxvdyBpcyByb3VnaGx5IHRoZQ0KICAgc2Ft
ZSBhcyB0aGUgdHJhY2UncyBhdmVyYWdlLg0KDQogICBJbiBzdW1tYXJ5LCBvdXIgc2ltdWxhdGlv
bnMgdXNlIGEgc2V0IG9mIHNlZ21lbnRzIG9mIHRoZSAxMjAgbWluDQogICB0cmFjZSBjaG9zZW4g
YXQgcmFuZG9tIG9mZnNldCBmcm9tIHRoZSBiZWdpbm5pbmcgYW5kIHdpdGggbWVhbg0KICAgZHVy
YXRpb24gb2YgMSBtaW4uDQoNCiAgIFNpbmNlIHRoZSB0cmFjZXMgcHJvdmlkZSBvbmx5IHRoZSBm
cmFtZSBzaXplLCB3ZSBhbHNvIHNpbXVsYXRlZA0KICAgcGFja2V0aXphdGlvbiBvZiB0aGUgZnJh
bWUgYXMgYSBDQlIgc2VnbWVudCB3aXRoIHBhY2tldCBzaXplIGFuZA0KICAgaW50ZXItYXJyaXZh
bCB0aW1lIGNvcnJlc3BvbmRpbmcgdG8gdGhvc2Ugb2Ygb3VyIFNWRCBtb2RlbC4gIFNpbmNlDQog
ICB0aGUgZnJhbWUgc2l6ZSBpcyBub3QgYWx3YXlzIGEgbXVsdGlwbGUgb2YgdGhlIGNob3NlbiBw
YWNrZXQgc2l6ZSwNCiAgIHRoZSBsYXN0IHBhY2tldCBpbiBhIGZyYW1lIG1heSBiZSBzaG9ydGVy
IHRoYW4gMTUwMCBieXRlcyBjaG9zZW4gZm9yDQogICB0aGUgU1ZEIGVuY29kaW5nLg0KDQogICBU
cmFmZmljIGNoYXJhY3RlcmlzdGljcyBmb3Igb3VyIFZUUiBtb2RlbHMgYXJlIHN1bW1hcml6ZWQg
YmVsb3c6DQoNCiAgIG8gIEF2ZXJhZ2UgcmF0ZSA3NjkgS2Jwcw0KDQogICBvICBFYWNoIGZyYW1l
IGlzIHNlbnQgd2l0aCBwYWNrZXQgbGVuZ3RoIDE1MDAgYnl0ZXMgYW5kIHBhY2tldCBpbnRlci0N
CiAgICAgIGFycml2YWwgdGltZSAxbXMNCg0KICAgbyAgTm8gdHJhZmZpYyBpcyBzZW50IGJldHdl
ZW4gZnJhbWVzLg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFu
dWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDYyXQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KOC4zLiAgUmFuZG9taXphdGlvbiBvZiBCYXNlIFRyYWZmaWMgTW9kZWxzDQoNCiAgIFRv
IGVtdWxhdGUgc29tZSBkZWdyZWUgb2YgZGlzcnVwdGlvbiBvZiB0aGUgYXJyaXZhbCBtb2RlbHMg
d2UgdXNlZCBieQ0KICAgdGhlIHF1ZXVpbmcgZW5jb3VudGVyZWQgYnkgdGhlIHRyYWZmaWMgc3Ry
ZWFtIGJlZm9yZSBpdHMgYXJyaXZhbCB0bw0KICAgdGhlIGJvdHRsZW5lY2sgbGluayAoZS5nLiBw
cmlvciB0byBpdHMgYXJyaXZhbCBpbiB0aGUgUENOLWRvbWFpbiksIHdlDQogICBpbXBsZW1lbnRl
ZCBsaW1pdGVkIHJhbmRvbWl6YXRpb24gb2YgdGhlIGJhc2UgbW9kZWxzIGJ5IHJhbmRvbWx5DQog
ICBtb3ZpbmcgdGhlIHBhY2tldCBieSBhIHNtYWxsIGFtb3VudCBvZiB0aW1lIGFyb3VuZCBpdHMg
dHJhbnNtaXNzaW9uDQogICB0aW1lIGluIHRoZSBjb3JyZXNwb25kaW5nIGJhc2UgdHJhZmZpYyBt
b2RlbC4gIE1vcmUgc3BlY2lmaWNhbGx5LCBmb3INCiAgIGVhY2ggcGFja2V0IHdlIGNob3NlIGEg
cmFuZG9tIG51bWJlciBwaWNrZWQgZnJvbSB1bmlmb3JtIGRpc3RyaWJ1dGlvbg0KICAgb2YgaW50
ZXJ2YWwgWzAsIHBdLCBhbmQgZGVsYXllZCB0aGUgcGFja2V0IGJ5IHAgdGltZXMgdGhlIHJlbGV2
YW50DQogICBDQlIgcGFja2V0IGludGVyLWFycml2YWwgdGltZSBjb21wYXJlZCB0byBpdHMgaWRl
YSBDQlIgZGVwYXJ0dXJlDQogICB0aW1lLg0KDQogICBUbyBzaW11bGF0ZSBhIHJhbmdlIG9mIHF1
ZXVlaW5nIGRlbGF5cywgd2UgdmFyaWVkIHRoZSBkZWdyZWUgb2YNCiAgIHJhbmRvbWl6YXRpb24g
aW4gZGlmZmVyZW50IGV4cGVyaW1lbnRzIGJ5IGNob29zaW5nIHAgZnJvbSAwLjAwMDEgdG8NCiAg
IDAuMS4gIFdoaWxlIHdlIGRvIG5vdCBhc3N1bWUgdGhhdCB0aGlzIGlzIG5lY2Vzc2FyaWx5IGFu
IGFkZXF1YXRlDQogICBtb2RlbCBmb3IgbmV0d29yay1pbnRyb2R1Y2VkIGppdHRlciwgd2UgY2hv
c2UgaXQgZm9yIHRoZSBzaW1wbGljaXR5DQogICBvZiBpbXBsZW1lbnRhdGlvbiBhcyBhIG1lYW5z
IHRvIGVsaW1pbmF0ZSBhbnkgc2ltdWxhdGlvbiBhcnRpZmFjdHMgb2YNCiAgIHN0cmljdGx5IENC
UiB0cmFmZmljIGdlbmVyYXRpb24uDQoNCiAgIFdlIGltcGxlbWVudGVkIHJhbmRvbWl6ZWQgdmVy
c2lvbnMgb2YgYWxsIDQgdHJhZmZpYyBzdHJlYW1zIChDQlIsDQogICBWQlIsIFNWRCBhbmQgVlRS
KSBieSByYW5kb21pemluZyB0aGUgQ0JSIHBvcnRpb24gb2YgZWFjaCBtb2RlbC4NCg0KOC40LiAg
UGFyYW1ldGVyIFNldHRpbmdzDQoNCjguNC4xLiAgUXVldWUtYmFzZWQgc2V0dGluZ3MNCg0KICAg
QWxsIHRoZSBxdWV1ZS1iYXNlZCBzaW11bGF0aW9ucyB3ZXJlIHJ1biB3aXRoIHRoZSBmb2xsb3dp
bmcgVmlydHVhbA0KICAgUXVldWUgdGhyZXNob2xkczoNCg0KICAgbyAgdmlydHVhbC1xdWV1ZS1y
YXRlOiBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSwgMS8yIGxpbmsgc3BlZWQNCg0KICAgbyAg
bWluLW1hcmtpbmctdGhyZXNob2xkOiA1bXMgYXQgdmlydHVhbC1xdWV1ZS1yYXRlDQoNCiAgIG8g
IG1heC1tYXJraW5nLXRocmVzaG9sZDogMTVtcyBhdCB2aXJ0dWFsLXF1ZXVlLXJhdGUNCg0KICAg
byAgdmlydHVhbC1xdWV1ZS11cHBlci1saW1pdDogMjBtcyBhdCB2aXJ0dWFsLXF1ZXVlLXJhdGUN
Cg0KICAgQXQgdGhlIGVncmVzcywgdGhlIENMRSBpcyBjb21wdXRlZCBhcyBhbiBleHBvbmVudGlh
bCB3ZWlnaHRlZCBtb3ZpbmcNCiAgIGF2ZXJhZ2UgKEVXTUEpIG9uIGFuIGludGVydmFsIGJhc2lz
LCB3aXRoIDEwMG1zIG1lYXN1cmVtZW50IGludGVydmFsDQogICBjaG9zZW4gaW4gYWxsIHNpbXVs
YXRpb25zLiAgV2Ugc2ltdWxhdGVkIHRoZSBFV01BIHdlaWdodCByYW5naW5nIDAuMQ0KICAgdG8g
MC45LiAgVGhlIENMRSB0aHJlc2hvbGQgaXMgY2hvc2VuIHRvIGJlIDAuMDUsIDAuMTUsIDAuMjUs
IGFuZCAwLjUuDQoNCjguNC4yLiAgVG9rZW4gQnVja2V0IFNldHRpbmdzDQoNCiAgIFRoZSB0b2tl
biBidWNrZXQgcmF0ZSBpcyBzZXQgdG8gdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlLCB3
aGljaA0KICAgaXMgaGFsZiBvZiB0aGUgbGluayBzcGVlZCBpbiBhbGwgZXhwZXJpbWVudHMuICBU
b2tlbiBidWNrZXQgZGVwdGgNCiAgIHJhbmdlcyBmcm9tIDY0IHRvIDUxMiBwYWNrZXRzLiAgT3Vy
IHNpbXVsYXRpb24gcmVzdWx0cyBpbmRpY2F0ZSB0aGF0DQoNCg0KDQpDaGFybnksIGV0IGFsLiAg
ICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA2M10N
CgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAg
ICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIGRlcHRoIG9mIHRva2VuIGJ1Y2tldCBoYXMgbm8g
c2lnbmlmaWNhbnQgaW1wYWN0IG9uIHRoZSBwZXJmb3JtYW5jZSBvZg0KICAgdGhlIGFsZ29yaXRo
bXMgYW5kIGhlbmNlLCBpbiB0aGUgcmVzdCBvZiB0aGUgc2VjdGlvbiwgd2Ugb25seSBwcmVzZW50
DQogICB0aGUgcmVzdWx0IHdpdGggMjU2IHBhY2tldHMgYnVja2V0IGRlcHRoLg0KDQogICBUaGUg
Q0xFIGlzIGNhbGN1bGF0ZWQgdXNpbmcgRVdNQSBqdXN0IGFzIGluIHRoZSBjYXNlIG9mIHZpcnR1
YWwtcXVldWUNCiAgIHNldHRpbmdzLCB3aXRoIHdlaWdodHMgZnJvbSAwLjEgdG8gMC45LiAgVGhl
IENMRSB0aHJlc2hvbGRzIGFyZQ0KICAgY2hvc2VuIHRvIGJlIDAuMDAwMSwgMC4wMDEsIDAuMDEs
IDAuMDUgaW4gdGhpcyBjYXNlLiAgTm90ZSB0aGF0IHRoZQ0KICAgc2luY2UgbWVhbmluZyBvZiB0
aGUgQ0xFIGlzIGRpZmZlcmVudCBmb3IgdGhlIFRva2VuIGJ1Y2tldCBhbmQgcXVldWUtDQogICBi
YXNlZCBhbGdvcml0aG1zLCBzbyB0aGVyZSBpcyBubyBkaXJlY3QgY29ycmVzcG9uZGVuY2UgYmV0
d2VlbiB0aGUNCiAgIGNob2ljZSBvZiB0aGUgQ0xFIHRocmVzaG9sZHMgaW4gdGhlIHR3byBjYXNl
cy4NCg0KOC41LiAgU2ltdWxhdGlvbiBEZXRhaWxzDQoNCiAgIFRvIGV2YWx1YXRlIHRoZSBwZXJm
b3JtYW5jZSBvZiB0aGUgYWxnb3JpdGhtcywgd2UgcmVjb3JkZWQgdGhlIGFjdHVhbA0KICAgYWRt
aXR0ZWQgbG9hZCBhdCBhIGdyYW51bGFyaXR5IG9mIDUwbXMsIGZyb20gd2hpY2ggdGhlIG1lYW4g
YWRtaXR0ZWQNCiAgIGxvYWQgb3ZlciB0aGUgZHVyYXRpb24gb2YgdGhlIHNpbXVsYXRpb24gcnVu
IGNhbiBiZSBjb21wdXRlZC4gIFdlDQogICB2ZXJpZmllZCB0aGF0IHRoZSBhY3R1YWwgYWRtaXR0
ZWQgbG9hZCBhdCBhbnkgdGltZSBkb2VzIG5vdCBkZXZpYXRlDQogICBtdWNoIGZyb20gdGhlIG1l
YW4gYWRtaXR0ZWQgbG9hZCBpbiBlYWNoIGV4cGVyaW1lbnQgYnkgY29tcHV0aW5nIHRoZQ0KICAg
Y29lZmZpY2llbnQgb2YgdmFyaWF0aW9uIChDViBpcyBjb25zaXN0ZW50bHkgMC4wNyBmb3IgQ0JS
LCAwLjE1IGZvcg0KICAgVkJSLCAwLjE3IGZvciBWVFIgYW5kIDAuNTEgZm9yIFNWRCBmb3IgYWxs
IGV4cGVyaW1lbnRzKS4gIEZpbmFsbHksDQogICB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIGFsZ29y
aXRobXMgaXMgZXZhbHVhdGVkIHVzaW5nIGEgbWV0cmljIGNhbGxlZA0KICAgb3Zlci1hZG1pc3Np
b24tcGVyY2VudGFnZSwgd2hpY2ggaXMgY2FsY3VsYXRlZCBhcyBhIHBlcmNlbnRhZ2UNCiAgIGRp
ZmZlcmVuY2UgYmV0d2VlbiB0aGUgbWVhbiBhZG1pdHRlZCBsb2FkICh3aXRoIHRoZSBtZWFuIHRh
a2VuIG92ZXINCiAgIHRoZSBkdXJhdGlvbiBvZiB0aGUgZXhwZXJpbWVudCkgYW5kIHRoZSBjb25m
aWd1cmVkIGFkbWlzc2lvbiByYXRlLg0KICAgR2l2ZW4gcmVhc29uYWJseSBzbWFsbCBkZXZpYXRp
b24gb2YgdGhlIGFkbWl0dGVkIHJhdGUgZnJvbSB0aGUgbWVhbg0KICAgYWRtaXR0ZWQgaW4gdGhl
IGV4cGVyaW1lbnRzLCB0aGlzIHNlZW1zIHJlYXNvbmFibGUuDQoNCjguNS4xLiAgU2Vuc2l0aXZp
dHkgdG8gRVdNQSB3ZWlnaHQgYW5kIENMRQ0KDQogICBUYWJsZSBBLjIgc3VtbWFyaXplZCB0aGUg
Y29tcGFyaXNvbiByZXN1bHQgb2Ygb3Zlci1hZG1pc3Npb24tDQogICBwZXJjZW50YWdlIHZhbHVl
cyBmcm9tIDE1IGV4cGVyaW1lbnRzIHdpdGggZGlmZmVyZW50IFt3ZWlnaHQsIENMRQ0KICAgdGhy
ZXNob2xkXSBzZXR0aW5ncyBmb3IgZWFjaCB0eXBlIG9mIHRyYWZmaWMgYW5kIGVhY2ggdG9wb2xv
Z3kuICBUaGUNCiAgIFJhdGlvIG9mIHRoZSBkZW1hbmQgb24gdGhlIGJvdHRsZW5lY2sgbGluayB0
byB0aGUgY29uZmlndXJlZA0KICAgYWRtaXNzaW9uIHRocmVzaG9sZCBpcyBzZXQgdG8gNXguICAo
SW4gdGhlIHJlc3VsdHMgZm9yIDAuOTV4IGNhbiBiZQ0KICAgZm91bmQgaW4gcHJldmlvdXMgZHJh
ZnQpLiAgRm9yIHBhcmtpbmcgbG90IHRvcG9sb2dpZXMgd2UgcmVwb3J0IHRoZQ0KICAgd29yc3Qg
Y2FzZSByZXN1bHQgYWNyb3NzIGFsbCBib3R0bGVuZWNrcy4gIFdlIHByZXNlbnQgaGVyZSBvbmx5
IHRoZQ0KICAgZXh0cmVtZSB2YWx1ZSBvdmVyIHRoZSByYW5nZSBvZiByZXN1bHRpbmcgb3Zlci1h
ZG1pc3Npb24tcGVyY2VudGFnZQ0KICAgdmFsdWVzLg0KDQogICBXZSBmb3VuZCB0aGF0IHRoZSB2
aXJ0dWFsLXF1ZXVlIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSB3b3Jrcw0KICAgcmVsaWFi
bHkgd2l0aCB0aGUgcmFuZ2Ugb2YgcGFyYW1ldGVycyB3ZSBzaW11bGF0ZWQsIGZvciBhbGwgZml2
ZQ0KICAgdHlwZXMgb2YgdHJhZmZpYy4gIEluIGFkZGl0aW9uLCBleGNlcHQgZm9yIFNWRCwgdGhl
IHBlcmZvcm1hbmNlIGlzDQogICBpbnNlbnNpdGl2ZSB0byB0aGUgcGFyYW1ldGVycyBjaGFuZ2Ug
dW5kZXIgYWxsIHRlc3RlZCB0b3BvbG9naWVzLg0KICAgRm9yIFNWRCwgdGhlIGFsZ29yaXRobXMg
ZG9lcyBzaG93IGNlcnRhaW4gc2Vuc2l0aXZpdHkgdG8gdGhlIHRlc3RlZA0KICAgcGFyYW1ldGVy
cy4gIFRoZSBoaWdoIGxldmVsIGNvbmNsdXNpb24gdGhhdCBjYW4gYmUgZHJhd24gaXMgdGhhdA0K
ICAgKHByZWRpY3RhYmx5KSBoaWdoIHBlYWstdG8tbWVhbiByYXRpbyBTVkQgdHJhZmZpYyBpcyBz
dWJzdGFudGlhbGx5DQogICBtb3JlIHN0cmVzc2Z1bCB0byB0aGUgcXVldWUtYmFzZWQgYWRtaXNz
aW9uIGNvbnRyb2wgYWxnb3JpdGhtLCBidXQgYQ0KICAgc2V0IG9mIHBhcmFtZXRlcnMgZXhpc3Rz
IHRoYXQga2VlcHMgdGhlIG92ZXItYWRtaXNzaW9uIHdpdGhpbiBhYm91dA0KDQoNCg0KQ2hhcm55
LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAg
W1BhZ2UgNjRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1h
cmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAtNCUgLSArNyUgb2YgdGhlIGV4
cGVjdGVkIGxvYWQgZXZlbiBmb3IgdGhlIGJ1cnN0eSBTVkQgdHJhZmZpYy4NCg0KICAgVGhlIHRv
a2VuIGJ1Y2tldC1iYXNlZCBhZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG0gc2hvd3MgaGlnaGVy
DQogICBzZW5zaXRpdml0eSB0byB0aGUgcGFyYW1ldGVyIHNldHRpbmdzIGNvbXBhcmVkIHRvIHRo
ZSB2aXJ0dWFsIHF1ZXVlDQogICBiYXNlZCBhbGdvcml0aG0uICBJdCBpcyBpbXBvcnRhbnQgdG8g
bm90ZSBoZXJlIHRoYXQgZm9yIHRoZSB0b2tlbg0KICAgYnVja2V0LWJhc2VkIGFkbWlzc2lvbiBj
b250cm9sIG5vIHRyYWZmaWMgd2lsbCBiZSBtYXJrZWQgdW50aWwgdGhlDQogICByYXRlIG9mIHRy
YWZmaWMgZXhjZWVkcyB0aGUgY29uZmlndXJlZCBhZG1pc3Npb24gcmF0ZSBieSB0aGUgY2hvc2Vu
DQogICBDTEUuICBBcyBhIGNvbnNlcXVlbmNlLCBldmVuIHdpdGggdGhlIGlkZWFsIHBlcmZvcm1h
bmNlIG9mIHRoZQ0KICAgYWxnb3JpdGhtcywgdGhlIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRhZ2Ug
d2lsbCBub3QgYmUgMCwgcmF0aGVyIGl0IGlzDQogICBleHBlY3RlZCB0byBlcXVhbCB0byBDTEUg
dGhyZXNob2xkIGlmIHRoZSBhbGdvcml0aG0gcGVyZm9ybXMgYXMNCiAgIGV4cGVjdGVkLiAgVGhl
cmVmb3JlLCBhIG1vcmUgbWVhbmluZ2Z1bCBtZXRyaWMgZm9yIHRoZSB0b2tlbi1iYXNlZA0KICAg
cmVzdWx0cyBpcyBhY3R1YWxseSB0aGUgb3Zlci1hZG1pc3Npb24tcGVyY2VudGFnZSAobGlzdGVk
IGJlbG93KQ0KICAgbWludXMgdGhlIGNvcnJlc3BvbmRpbmcgKENMRSB0aHJlc2hvbGQgKiAxMDAp
LiAgRm9yIGV4YW1wbGUsIGZvciBDTEUNCiAgID0gMC4wMSwgb25lIHdvdWxkIGV4cGVjdCB0aGF0
IDElIG92ZXItYWRtaXNzaW9uIGlzIGluaGVyZW50bHkNCiAgIGVtYmVkZGVkIGluIHRoZSBhbGdv
cml0aG0sIHdpdGggdGhlIGFsZ29yaXRobSBieSBkZXNpZ24gcmVhY3RpbmcgdG8NCiAgIDAuNSUg
b3ZlcmxvYWQgKG9yIG1vcmUpIG9ubHkuICBIZW5jZSwgd2l0aCBDTEUgPSAwLjAxIGEgMTAlIG92
ZXItDQogICBhZG1pc3Npb24gaW4gdGhlIHRva2VuLWJ1Y2tldCBjYXNlIHNob3VsZCBiZSBjb21w
YXJlZCB0byBhIDElIG92ZXItDQogICBhZG1pc3Npb24gaW4gdGhlIHF1ZXVlLWJhc2VkIGFsZ29y
aXRobS4gIFdoZW4gY29tcGFyaW5nIHRoZQ0KICAgcGVyZm9ybWFuY2Ugb2YgdG9rZW4gYnVja2V0
ICh3aXRoIHRoZSBhZGp1c3RlZCBvdmVyLWFkbWlzc2lvbi0NCiAgIHBlcmNlbnRhZ2UpIHRvIGl0
cyBjb3JyZXNwb25kaW5nIHZpcnR1YWwgcXVldWUgcmVzdWx0LCB3ZSBmb3VuZCB0aGF0DQogICB0
b2tlbiBidWNrZXQgcGVyZm9ybXMgb25seSBzbGlnaHRseSB3b3JzZSBmb3Igdm9pY2UtbGlrZSBD
QlIgVkJSLCBhbmQNCiAgIE1JWCB0cmFmZmljLg0KDQogICBUaGUgcmVzdWx0cyBmb3IgU1ZEIHRy
YWZmaWMgcmVxdWlyZSBzb21lIGFkZGl0aW9uYWwgY29tbWVudGFyeS4gIE5vdGUNCiAgIGZyb20g
dGhlIHJlc3VsdHMgaW4gVGFibGUgQS4yLiBpbiB0aGUgU2luZ2xlIExpbmsgdG9wb2xvZ3kgdGhl
DQogICBwZXJmb3JtYW5jZSBvZiB0aGUgdG9rZW4tYmFzZWQgc29sdXRpb24gaXMgY29tcGFyYWJs
ZSB0byB0aGUNCiAgIHBlcmZvcm1hbmNlIG9mIHRoZSBxdWV1ZS1iYXNlZCBzY2hlbWUuICBIb3dl
dmVyLCBmb3IgdGhlIFJUVA0KICAgdG9wb2xvZ3ksIHRoZSB3b3JzZSBjYXNlIHBlcmZvcm1hbmNl
IGZvciBTVkQgdHJhZmZpYyBiZWNvbWVzIHZlcnkNCiAgIGJhZCwgd2l0aCB1cCB0byAyMyUgb3Zl
ci1hZG1pc3Npb24gaW4gYSBoaWdoIG92ZXJsb2FkLiAgV2UNCiAgIGludmVzdGlnYXRlZCB0d28g
cG90ZW50aWFsIGNhdXNlcyBvZiB0aGlzIGRyYXN0aWMgZGVncmFkYXRpb24gb2YNCiAgIHBlcmZv
cm1hbmNlIGJ5IGNvbmNlbnRyYXRpbmcgb24gdHdvIGtleSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRo
ZQ0KICAgU2luZ2xlIExpbmsgYW5kIHRoZSBSVFQgdG9wb2xvZ2llczogdGhlIGRpZmZlcmVuY2Ug
aW4gdGhlIHJvdW5kLXRyaXANCiAgIHRpbWVzIGFuZCB0aGUgZGVncmVlIG9mIGFnZ3JlZ2F0aW9u
IGluIGEgcGVyIGluZ3Jlc3MtZWdyZXNzIHBhaXINCiAgIGFnZ3JlZ2F0ZS4NCg0KICAgVG8gaW52
ZXN0aWdhdGUgdGhlIGVmZmVjdCBvZiB0aGUgZGlmZmVyZW5jZSBpbiByb3VuZC10cmlwIHRpbWVz
LCB3ZQ0KICAgYWxzbyBjb25kdWN0ZWQgYSBzdWJzZXQgb2YgdGhlIGV4cGVyaW1lbnRzIGRlc2Ny
aWJlZCBhYm92ZSB1c2luZyB0aGUNCiAgIFJUVCB0b3BvbG9neSB0aGF0IGhhcyB0aGUgc2FtZSBS
VFQgYWNyb3NzIGFsbCBpbmdyZXNzLWVncmVzcyBwYWlycw0KICAgcmF0aGVyIHRoYW4gdGhlIHJh
bmdlIG9mIFJUVHMgaW4gb25lIGV4cGVyaW1lbnQuICBXZSBmb3VuZCBvdXQgdGhhdA0KICAgbmVp
dGhlciB0aGUgYWJzb2x1dGUgbm9yIHRoZSByZWxhdGl2ZSBkaWZmZXJlbmNlIGluIFJUVCBiZXR3
ZWVuDQogICBkaWZmZXJlbnQgaW5ncmVzcy1lZ3Jlc3MgcGFpcnMgYXBwZWFyIHRvIGhhdmUgYW55
IHZpc2libGUgZWZmZWN0IG9uDQogICB0aGUgb3Zlci1sb2FkIHBlcmZvcm1hbmNlIG9yIHRoZSBm
YWlybmVzcyBvZiBib3RoIGFsZ29yaXRobXMgKHdlIGRvDQogICBub3QgcHJlc2VudCB0aGVzZSBy
ZXN1bHRzIGhlcmUgYXMgdGhlaXIgYXJlIGVzc2VudGlhbGx5IGlkZW50aWNhbCB0bw0KICAgdGhv
c2UgaW4gVGFibGUgQS4yKS4gIEluIHZpZXcgb2YgdGhhdCBhbmQgbm90aW5nIHRoYXQgaW4gdGhl
IFJUVA0KICAgdG9wb2xvZ3kgd2UgdXNlZCBmb3IgdGhlc2UgZXhwZXJpbWVudHMgZm9yIHRoZSBT
VkQgdHJhZmZpYywgdGhlcmUgaXMNCiAgIG9ubHkgMSBoaWdobHkgYnVyc3R5IGZsb3cgcGVyIGlu
Z3Jlc3MsIHdlIGJlbGlldmUgdGhhdCB0aGUgc2V2ZXJlDQogICBkZWdyYWRhdGlvbiBvZiBwZXJm
b3JtYW5jZSBpbiB0aGlzIHRvcG9sb2d5IGlzIGRpcmVjdGx5IGF0dHJpYnV0YWJsZQ0KICAgdG8g
dGhlIGxhY2sgb2YgdHJhZmZpYyBhZ2dyZWdhdGlvbiBvbiB0aGUgaW5ncmVzcy1lZ3Jlc3MgcGFp
ciBiYXNpcy4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAx
MCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDY1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0K
ICAgV2UgYWxzbyBub3RlIHRoYXQgZXZlbiBmb3IgdGhpcyBoaWdobHkgY2hhbGxlbmdpbmcgc2Nl
bmFyaW8sIGl0IGlzDQogICBwb3NzaWJsZSB0byBmaW5kIGEgcmFuZ2Ugb2YgcGFyYW1ldGVycyB0
aGF0IGxpbWl0IHRoZSBvdmVyLWFkbWlzc2lvbg0KICAgY2FzZSBmb3IgU1ZEIHRyYWZmaWMgdG8g
cXVpdGUgYSByZWFzb25hYmxlIHJhbmdlIG9mIC0zJSArIDEwJQ0KICAgKGFkanVzdGVkIGJ5IHRo
ZSBDTEUpLiAgTHVja2lseSwgdGhlc2UgYXJlIHRoZSBzYW1lIHBhcmFtZXRlcg0KICAgc2V0dGlu
Z3MgdGhhdCB3b3JrIHF1aXRlIHdlbGwgZm9yIHRoZSBvdGhlciB0eXBlcyBvZiB0cmFmZmljIHRl
c3RlZC4NCg0KICAgKHByZWFtYmxlKQ0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgVHlwZSB8ICBUb3BvICB8ICAgIE92ZXIgQWRtaXNz
aW9uIFBlcmMgU3RhdHMgICAgfA0KICAgfCAgICAgIHwgICAgICAgIHwgIFF1ZXVlLWJhc2VkICAg
fCAgQnVja2V0LUJhc2VkICB8DQogICB8ICAgICAgfCAgICAgICAgfCAgTWluICAgICBNYXggICB8
ICBNaW4gICAgIE1heCAgIHwNCiAgIHwtLS0tLS18LS0tLS0tLS18LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgIHwgUy5MaW5rIHwgMC4yMjQgICAxLjEwNSAgfCAt
MC45OSAgIDEuMzczICB8DQogICB8IENCUiAgfCAgIFJUVCAgfCAwLjIwMCAgIDEuMTkyICB8IDYu
NDk1ICAgOS40MDMgIHwNCiAgIHwgICAgICB8ICAgUExUICB8IC0wLjkzICAgMC45OTAgIHwgLTIu
MjQgICAyLjIxNSAgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS18DQogICB8ICAgICAgfCBTLkxpbmsgfCAtMC4wNyAgIDEuNjQ2ICB8IC0yLjk0
ICAgMi43NjAgIHwNCiAgIHwgVkJSICB8ICAgUlRUICB8IC0wLjExICAgMS44MzAgIHwgLTEuOTIg
ICA2LjM4NCAgfA0KICAgfCAgICAgIHwgICBQTFQgIHwgLTEuNDggICAxLjY0NCAgfCAtNC4zNCAg
IDMuNzA3ICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLXwNCiAgIHwgICAgICB8IFMuTGluayB8IC0wLjE0ICAgMS45NjEgIHwgLTIuODUgICAy
LjE1MyAgfA0KICAgfCBNSVggIHwgICBSVFQgIHwgLTAuNDYgICAxLjgwMyAgfCAtMy4xOCAgIDIu
NDQ1ICB8DQogICB8ICAgICAgfCAgIFBMVCAgfCAtMS42MiAgIDEuMDMxICB8IC0zLjY5ICAgMi45
NTUgIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tfA0KICAgfCAgICAgIHwgUy5MaW5rIHwgLTAuMDUgICAxLjU4MSAgfCAtMi4zNiAgIDIuMjQ3
ICB8DQogICB8IFZUUiAgfCAgIFJUVCAgfCAtMC41NyAgIDEuMzEzICB8IC0xLjQ0ICAgNC45NDcg
IHwNCiAgIHwgICAgICB8ICAgUExUICB8IC0xLjI0ICAgMS4wNzEgIHwgLTMuMDUgICAyLjgyOCAg
fA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18
DQogICB8ICAgICAgfCBTLkxpbmsgfCAtMi43MyAgIDYuNTI1ICB8IC0xMS4yNSAgNi4yMjcgIHwN
CiAgIHwgU1ZEICB8ICAgUlRUICB8IC0yLjk4ICAgNS4zNTcgIHwgLTQuMzAgICAyMy40OCAgfA0K
ICAgfCAgICAgIHwgICBQTFQgIHwgLTQuODQgICA0LjI5NCAgfCAtMTEuNDAgIDYuMTI2ICB8DQog
ICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAg
VGFibGUgQS4yIFBhcmFtZXRlciBzZW5zaXRpdml0eTogUXVldWUtYmFzZWQgdi5zLiAgVG9rZW4g
QnVja2V0LQ0KICAgYmFzZWQuICBGb3IgdGhlIHNpbmdsZSBib3R0bGVuZWNrIHRvcG9sb2dpZXMg
KFMuIExpbmsgYW5kIFJUVCkgdGhlDQogICBvdmVybG9hZCBjb2x1bW4gcmVwcmVzZW50cyB0aGUg
cmF0aW8gb2YgdGhlIG1lYW4gZGVtYW5kIG9uIHRoZQ0KICAgYm90dGxlbmVjayBsaW5rIHRvIHRo
ZSBjb25maWd1cmVkIGFkbWlzc2lvbiB0aHJlc2hvbGQuICBGb3IgcGFya2luZw0KICAgbG90IHRv
cG9sb2dpZXMgd2UgcmVwb3J0IHRoZSB3b3JzdCBjYXNlIHJlc3VsdCBhY3Jvc3MgYWxsDQogICBi
b3R0bGVuZWNrcy4gIFdlIHByZXNlbnQgaGVyZSBvbmx5IHRoZSB3b3JzdCBjYXNlIHZhbHVlIG92
ZXIgdGhlDQogICByYW5nZSBvZiByZXN1bHRpbmcgb3Zlci1hZG1pc3Npb24tcGVyY2VudGFnZSB2
YWx1ZXMuDQoNCjguNS4yLiAgRWZmZWN0IG9mIEluZ3Jlc3MtRWdyZXNzIEFnZ3JlZ2F0aW9uDQoN
CiAgIFRvIGludmVzdGlnYXRlIHRoZSBlZmZlY3Qgb2YgSW5ncmVzcy1FZ3Jlc3MgQWdncmVnYXRp
b24sIHdlIGZpeCBhDQogICBwYXJ0aWN1bGFyIEVXTUEgd2VpZ2h0IGFuZCBDTEUgc2V0dGluZyAo
aW4gdGhpcyBjYXNlLCB3ZWlnaHQ9MC4zLCBmb3INCiAgIHZpcnR1YWwgcXVldWUgc2NoZW1lIENM
RT0wLjA1LCBhbmQgZm9yIHRoZSB0b2tlbiBidWNrZXQgc2NoZW1lDQogICBDTEU9MC4wMDAxKSwg
dmFyeSB0aGUgbGV2ZWwgb2YgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gYnkgdXNpbmcNCiAg
IFJUVCB0b3BvbG9naWVzIHdpdGggZGlmZmVyZW50IG51bWJlciBvZiBpbmdyZXNzZXMuDQoNCg0K
DQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAg
ICAgICAgICAgIFtQYWdlIDY2XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRo
IFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgVGFibGUgQS4z
IHNob3dzIHRoZSBjaGFuZ2Ugb2Ygb3Zlci1hZG1pc3Npb24tcGVyY2VudGFnZSB3aXRoIHJlc3Bl
Y3QNCiAgIHRvIHRoZSBpbmNyZWFzZSBpbiB0aGUgbnVtYmVyIG9mIGluZ3Jlc3MgZm9yIGJvdGgg
dmlydHVhbCBxdWV1ZSBhbmQNCiAgIHRva2VuIGJ1Y2tldC4gIEZvciBhbGwgdHJhZmZpYywgdGhl
IGxlZnRtb3N0IGNvbHVtbiBpbiB0aGUgcmVwcmVzZW50cw0KICAgdGhlIGNhc2Ugd2l0aCB0aGUg
bGFyZ2VzdCBhZ2dyZWdhdGlvbiAob25seSB0d28gaW5ncmVzc2VzKSwgd2hpbGUgdGhlDQogICBy
aWdodCBtb3N0IGNvbHVtbiByZXByZXNlbnRzIHRoZSBsb3dlc3QgbGV2ZWwgb2YgYWdncmVnYXRp
b24NCiAgIChleHBlY3RlZCBudW1iZXIgY2FsbHMgcGVyIGluZ3Jlc3MgaXMganVzdCAxIGluIHRo
aXMgY2FzZSkuICBJbiBhbGwNCiAgIGV4cGVyaW1lbnRzIHRoZSBhZ2dyZWdhdGUgbG9hZCBvbiB0
aGUgYm90dGxlbmVjayBpcyB0aGUgc2FtZSBhY3Jvc3MNCiAgIGVhY2ggdHJhZmZpYyB0eXBlICh3
aXRoIHRoZSBhZ2dyZWdhdGUgbG9hZCBiZWluZyBldmVubHkgZGl2aWRlZA0KICAgYmV0d2VlbiBh
bGwgaW5ncmVzc2VzKS4NCg0KICAgQXMgc2VlbiBmcm9tIFRhYmxlIEEuMy4gdGhlIHZpcnR1YWwg
cXVldWUgYmFzZWQgYXBwcm9hY2ggaXMNCiAgIHJlbGF0aXZlbHkgaW5zZW5zaXRpdmUgdG8gdGhl
IGxldmVsIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uLg0KICAgT24gdGhlIG90aGVyIGhh
bmQsIHRoZSBUb2tlbiBCdWNrZXQgYmFzZWQgYXBwcm9hY2ggaXMgcGVyZm9ybWluZw0KICAgc2ln
bmlmaWNhbnRseSB3b3JzZSBhdCBsb3dlciBsZXZlbHMgb2YgaW5ncmVzcy1lZ3Jlc3MgYWdncmVn
YXRpb24uDQogICBGb3IgZXhhbXBsZSBmb3IgQ0JSICh3aXRoIGV4cGVjdCAxLWNhbGwgcGVyIGlu
Z3Jlc3MpLCB0aGUgb3Zlci0NCiAgIGFkbWlzc2lvbi1wZXJjZW50YWdlIGNhbiBiZSBhcyBiYWQg
YXMgNDUlLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFu
dWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDY3XQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KICAgKHByZWFtYmxlKQ0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQp8ICAgICAgIHwgVHlwZSB8ICAgICAg
ICAgICAgICAgICAgTnVtYmVyIG9mIEluZ3Jlc3NlcyAgICAgICAgICAgICAgICAgIHwNCnwgICAg
ICAgfC0tLS0tLXwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tIHwNCnwgICAgICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAgIHwgIDMw
MCAgIHwgIDYwMCAgIHwgIDEwMDAgIHwNCnwgICAgICAgfCBDQlIgIHwgMS4wMDMgIHwgMS4wMjQg
IHwgMC45NzYgIHwgMC4zNTQgIHwgLTEuNDUgIHwgMC4zOTYgIHwNCnwgICAgICAgfC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwg
ICAgICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAgIHwgIDMwMCAgIHwgIDYwMCAg
IHwgIDE4MDAgIHwNCnwgICAgICAgfCBWQlIgIHwgMS4wMjEgIHwgMS4xMTcgIHwgMS4wMDYgIHwg
MC45NzkgIHwgMC43MjEgIHwgLTAuODUgIHwNCnwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnxWaXJ0dWFsfCAgICAg
IHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwgIDEwMDAgIHwN
CnwgUXVldWUgfCBNSVggIHwgMS4wODAgIHwgMS4xNjMgIHwgMS4xMDUgIHwgMS4wNDIgIHwgMS4x
MzIgIHwgMS4wOTggIHwNCnwgQmFzZWQgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwgICAgICAgfCAgICAgIHwgICAyICAgIHwg
ICAxMCAgIHwgICA3MCAgIHwgIDE0MCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwNCnwgICAgICAgfCBW
VFIgIHwgMS4xMDkgIHwgMS4wNTMgIHwgMC44NDIgIHwgMC44NTkgIHwgMC44NTYgIHwgMC44NjIg
IHwNCnwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLXwNCnwgICAgICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICAz
NSAgIHwgICA3MCAgIHwgIDE0MCAgIHwgIDMwMCAgIHwNCnwgICAgICAgfCBTVkQgIHwgLTAuMDgg
IHwgMC4wMDkgIHwgLTAuMTEgIHwgLTAuMjg2IHwgLTEuNTYgIHwgMC45MTQgIHwNCiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tDQp8ICAgICAgIHwgVHlwZSB8ICAgICAgICAgICAgICAgICAgTnVt
YmVyIG9mIEluZ3Jlc3NlcyAgICAgICAgICAgICAgICAgIHwNCnwgICAgICAgfC0tLS0tLXwtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwNCnwgICAg
ICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgIDEwMCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwg
IDEwMDAgIHwNCnwgICAgICAgfCBDQlIgIHwgMC43MjUgIHwgMC43NTMgIHwgNy42NjYgIHwgMjEu
MTYgIHwgMzMuNjkgIHwgNDQuNTggIHwNCnwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwgICAgICAgfCAgICAgIHwg
ICAyICAgIHwgICAxMCAgIHwgIDEwMCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwgIDE4MDAgIHwNCnwg
ICAgICAgfCBWQlIgIHwgMC41MzIgIHwgMC40NzcgIHwgMS40MDkgIHwgMy4wNDQgIHwgNS44MTIg
IHwgMTQuODAgIHwNCnxUb2tlbiAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnxCdWNrZXQgfCAgICAgIHwgICAyICAgIHwgICAx
MCAgIHwgIDEwMCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwgIDE4MDAgIHwNCnxCYXNlZCAgfCBNSVgg
IHwgMC43MzYgIHwgMC42NDkgIHwgMS45NjAgIHwgNC42NTIgIHwgMTAuMzEgIHwgMjcuNjkgIHwN
CnwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLXwNCnwgICAgICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAg
IHwgIDE0MCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwNCnwgICAgICAgfCBWVFIgIHwgMC43NTggIHwg
MC44ODkgIHwgMS4zMzUgIHwgMS42OTQgIHwgNC4xMjggIHwgMTMuMjggIHwNCnwgICAgICAgfC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LXwNCnwgICAgICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICAzNSAgIHwgIDEwMCAgIHwg
IDE0MCAgIHwgIDMwMCAgIHwNCnwgICAgICAgfCBTVkQgIHwgLTEuNjQgIHwgLTAuOTMgIHwgMC4y
MzcgIHwgNC43MzIgIHwgNy4xMDMgIHwgOC43OTkgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgKFRhYmxl
IEEuMyBTeW5jaHJvbmlzYXRpb24gZWZmZWN0IHdpdGggbG93IEluZ3Jlc3MtRWdyZXNzDQogICBB
Z2dyZWdhdGlvbjogUXVldWUtYmFzZWQgdi5zLiAgVG9rZW4gYnVja2V0LWJhc2VkKQ0KDQogICBP
dXIgaW52ZXN0aWdhdGlvbiByZXZlYWxzIHRoYXQgdGhlIGNhdXNlIG9mIHRoZSBwb29yIHBlcmZv
cm1hbmNlIG9mDQogICB0aGUgdG9rZW4gYnVja2V0IHNjaGVtZSBpbiBvdXIgZXhwZXJpbWVudHMg
aXMgYXR0cmlidXRlZCBkaXJlY3RseSB0bw0KICAgdGhlIHNhbWUgInN5bmNocm9uaXNhdGlvbiIg
ZWZmZWN0IGFzIHdhcyBlYXJsaWVyIGRlc2NyaWJlZCBpbiB0aGUNCiAgIFRlcm1pbmF0aW9uIChw
cmVlbXB0aW9uKSByZXN1bHRzIGluDQogICBkcmFmdC16aGFuZy1wY24tcGVyZm9ybWFuY2UtZXZh
bHVhdGlvbiwgYW5kIHRvIHdoaWNoIHdlIHJlZmVyIHRoZQ0KICAgcmVhZGVyIGZvciBhIG1vcmUg
ZGV0YWlsZWQgZGVzY3JpcHRpb24gb2YgdGhpcyBlZmZlY3QuICBJbiBzaG9ydA0KICAgaG93ZXZl
ciwgZm9yIENCUiB0cmFmZmljLCBhIHBlcmlvZGljIHBhdHRlcm4gYXJpc2VzIHdoZXJlIHBhY2tl
dHMgb2YNCiAgIGEgZ2l2ZW4gZmxvdyBzZWUgcm91Z2hseSB0aGUgc2FtZSBzdGF0ZSBvZiB0aGUg
dG9rZW4gYnVja2V0IGF0IHRoZQ0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJl
cyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNjhdDQoMDQpJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5
IDIwMDcNCg0KDQogICBib3R0bGVuZWNrLCBhbmQgaGVuY2UgZWl0aGVyIGFsbCBnZXQgbWFya2Vk
LCBvciBhbGwgZG8gbm90IGdldA0KICAgbWFya2VkLiAgQXMgYSByZXN1bHQsIGF0IGxvdyBsZXZl
bHMgb2YgYWdncmVnYXRpb24gYSBzdWJzZXQgb2YNCiAgIGluZ3Jlc3NlcyBhbHdheXMgZ2V0IHRo
ZWlyIHBhY2tldHMgbWFya2VkLCB3aGlsZSBzb21lIG90aGVyIGluZ3Jlc3Nlcw0KICAgZG8gbm90
Lg0KDQogICBBcyByZXBvcnRlZCBpbiBkcmFmdC16aGFuZy1wY24tcGVyZm9ybWFuY2UtZXZhbHVh
dGlvbiwgaW4gdGhlIGNhc2Ugb2YNCiAgIFRlcm1pbmF0aW9uIHRoaXMgc3luY2hyb25pemF0aW9u
IGVmZmVjdCBpcyBiZW5lZmljaWFsIHRvIHRoZQ0KICAgYWxnb3JpdGhtLiAgSW4gY29udHJhc3Qs
IGZvciBBZG1pc3Npb24sIHRoaXMgc3luY2hyb25pc2F0aW9uIGlzDQogICBkZXRyaW1lbnRhbCB0
byB0aGUgYWxnb3JpdGhtIHBlcmZvcm1hbmNlIGF0IGxvdyBhZ2dyZWdhdGlvbnMuICBUaGlzDQog
ICBjYW4gYmUgZWFzaWx5IGV4cGxhaW5lZCBieSBub3RpbmcgdGhhdCBpbmdyZXNzZXMgd2hpY2gg
cGFja2V0cyBkbyBub3QNCiAgIGdldCBtYXJrZWQgY29udGludWUgYWRtaXR0aW5nIG5ldyB0cmFm
ZmljIGV2ZW4gaWYgdGhlIGFnZ3JlZ2F0ZQ0KICAgYm90dGxlbmVjayBsb2FkIGhhcyBiZWVuIHJl
YWNoZWQgb3IgZXhjZWVkZWQuDQoNCiAgIFNpbmNlIG1vc3Qgb2YgdGhlIG90aGVyIHRyYWZmaWMg
cGF0dGVybnMgY29udGFpbiBsYXJnZSBDQlIgc2VnbWVudHMsDQogICB0aGlzIGVmZmVjdCBpcyBz
ZWVuIHdpdGggb3RoZXIgdHJhZmZpYyB0eXBlcyBhcyB3ZWxsLCBhbHRob3VnaCB0byBhDQogICBk
aWZmZXJlbnQgZXh0ZW50Lg0KDQogICBBIG5hdHVyYWwgaW5pdGlhbCByZWFjdGlvbiBjYW4gYmUg
dG8gd3JpdGUtb2ZmIHRoaXMgZWZmZWN0IGFzIHB1cmVseQ0KICAgYSBzaW11bGF0aW9uIGFydGlm
YWN0LiAgSW4gZmFjdCwgb25lIGNhbiBleHBlY3QgdGhhdCBpZiBzb21lIGppdHRlcg0KICAgaXMg
aW50cm9kdWNlZCBpbnRvIHRoZSBzdHJpY3QgQ0JSIHRyYWZmaWMgcGF0dGVybiBzbyB0aGF0IHRo
ZSBwYWNrZXQNCiAgIHRyYW5zbWlzc2lvbiBpcyBsb25nZXIgc3RyaWN0bHkgcGVyaW9kaWMsIHRo
ZW4gdGhlICJzeW5jaHJvbml6YXRpb24iDQogICBlZmZlY3QgbWlnaHQgYmUgZWFzaWx5IGJyb2tl
bi4NCg0KICAgVG8gdmVyaWZ5IHdoZXRoZXIgdGhpcyBpcyBpbmRlZWQgdGhlIGNhc2UsIHdlIHJh
biB0aGUgZXhwZXJpbWVudCB3aXRoDQogICBzYW1lIHRvcG9sb2dpZXMgYW5kIHBhcmFtZXRlciBz
ZXR0aW5ncywgYnV0IHdpdGggcmFuZG9taXplZCB2ZXJzaW9uDQogICBvZiB0aGUgYmFzZSB0cmFm
ZmljIHR5cGVzLiAgQXMgZGVzY3JpYmVkIGVhcmxpZXIsIG91ciByYW5kb21pemVkDQogICB0cmFm
ZmljIHR5cGVzIHNpbXVsYXRlIHNvbWUgYW1vdW50IG9mIG5ldHdvcmstaW50cm9kdWNlZCBqaXR0
ZXIgYnkNCiAgIG9mZnNldHRpbmcgZXZlcnkgcGFja2V0J3MgdHJhbnNtaXNzaW9uIHRpbWUgYnkg
YSByYW5kb20gYW1vdW50IGNob3Nlbg0KICAgdW5pZm9ybWx5IGluIHRoZSAiZGV2aWF0aW9uIGlu
dGVydmFsIiAod2hlcmUgdGhlICJkZXZpYXRpb24gaW50ZXJ2YWwiDQogICBpcyBjYWxjdWxhdGVk
IGFzIGEgcGVyY2VudGFnZSBvZiB0aGUgb3JpZ2luYWwsIG5vbi1yYW5kb21pemVkIGludGVyLQ0K
ICAgcGFja2V0LWFycml2YWwtdGltZSBmb3IgdGhlIGdpdmVuIHRyYWZmaWMgdHlwZSkuICBUaGUg
bGFyZ2VyIHRoZQ0KICAgZGV2aWF0aW9uIGludGVydmFsLCB0aGUgbGFyZ2VyIHRoZSBleHBlY3Rl
ZCBqaXR0ZXIgaXMuDQoNCiAgIFRoZSByZXN1bHRzIGFyZSBzdW1tYXJpemVkIGluIFRhYmxlIEEu
NCAobm90ZSB0aGF0IHRoZSBjb2x1bW4gb2YgIk5vLQ0KICAgUmFuZCIgYWN0dWFsbHkgY29ycmVz
cG9uZCB0byB0aGUgdG9rZW4gYnVja2V0IHJlc3VsdHMgaW4gVGFibGUgQS4zKS4NCiAgIEl0IHR1
cm5zIG91dCB0aGF0IGluZGVlZCBpbnRyb2R1Y2luZyBlbm91Z2ggaml0dGVyIGRvZXMgYnJlYWsg
dGhlDQogICBzeW5jaHJvbml6YXRpb24gZWZmZWN0IGFuZCB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhl
IGFsZ29yaXRobSBtdWNoDQogICBpbXByb3Zlcy4gIEhvd2V2ZXIsIGl0IHRha2VzIHN1ZmZpY2ll
bnQgYW1vdW50IG9mIHRoZSByYW5kb21pemF0aW9uDQogICBiZWZvcmUgaXQgaXMgbm90aWNlZCAo
aW4gb3VyIHNpbXVsYXRpb25zIG9uZSB3b3VsZCBuZWVkIHRvIGludHJvZHVjZQ0KICAgYWJvdXQg
MW1zIGppdHRlciB0byBvdXIgQ0JSIHRyYWZmaWMgYmVmb3JlIHRoZSBzeW5jaHJvbmlzYXRpb24g
ZWZmZWN0DQogICBpcyBicm9rZW4uICBXaGlsZSAxIG1zIHBlci1ob3Agaml0dGVyIGZvciB2b2lj
ZSB0cmFmZmljIGlzIG5vdA0KICAgdW5yZWFzb25hYmxlIHRvIGV4cGVjdCBmb3Igdm9pY2UgdHJh
ZmZpYywgaW4gd2VsbCBwcm92aXNpb25lZA0KICAgbmV0d29ya3Mgd2l0aCBhIHJlbGF0aXZlbHkg
c21hbGwgYW1vdW50IG9mIHZvaWNlIHRyYWZmaWMgaW4gdGhlDQogICBwcmlvcml0eSBxdWV1ZSBv
bmUgbWlnaHQgaW4gZmFjdCBmaW5kIGxvd2VyIGppdHRlciBsZXZlbHMuICBJbiBhbnkNCiAgIGNh
c2UsIHRoZSBmYWN0IHRoYXQgaml0dGVyIHNtYWxsZXIgdGhhbiAxbXMgZG9lcyBub3Qgc3Vic3Rh
bnRpYWxseQ0KICAgaGVscCB0aGUgcGVyZm9ybWFuY2UgaW5kaWNhdGVzIHRoZSAic3luY2hyb25p
emF0aW9uIiBlZmZlY3QgY2FuIG5vdA0KICAgYmUgY29tcGxldGVseSB3cml0dGVuIG9mZiBhcyBh
IHNpbXVsYXRpb24gYXJ0aWZhY3QuDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4
cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDY5XQ0KDA0KSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAg
SnVseSAyMDA3DQoNCg0KICAgVGhlIGdvb2QgbmV3cywgaG93ZXZlciwgdGhhdCB0aGlzIGVmZmVj
dCBpcyB2aXNpYmxlIG9ubHkgYXQgdmVyeSBsb3cNCiAgIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0
aW9uIGxldmVscywgYW5kIGFzIHRoZSBpbmdyZXNzLWVncmVzcw0KICAgYWdncmVnYXRpb24gaW5j
cmVhc2VzLCB0aGUgZWZmZWN0IHF1aWNrbHkgZGlzYXBwZWFycy4NCg0KICAgV2Ugb2JzZXJ2ZWQg
dGhlIHN5bmNocm9uaXNhdGlvbiBlZmZlY3QgY29uc2lzdGVudGx5IGFjcm9zcyBhbGwgdHlwZXMN
CiAgIG9mIHRyYWZmaWMgd2UgdGVzdGVkIHdpdGggdGhlIGV4Y2VwdGlvbiBvZiBWVFIuICBWVFIg
YWxzbyBleGhpYml0cw0KICAgc29tZSBhZ2dyZWdhdGlvbiBlZmZlY3QgLSBob3dldmVyIHJhbmRv
bWl6YXRpb24gb2YgaXRzIENCUiBwb3J0aW9uDQogICBoYXMgYWxtb3N0IGhhdmUgbm8gZWZmZWN0
IG9uIHBlcmZvcm1hbmNlLiAgV2Ugc3VzcGVjdCB0aGlzIGlzIGJlY2F1c2UNCiAgIHRoZSByYW5k
b21pemF0aW9uIHdlIHBlcmZvcm0gaXMgYXQgcGFja2V0IGxldmVsLCB3aGlsZSB0aGUNCiAgIHN5
bmNocm9uaXphdGlvbiB0aGF0IHNlZW1zIHRvIGJlIGNhdXNpbmcgdGhlIHBlcmZvcm1hbmNlIGRl
Z3JhZGF0aW9uDQogICBhdCBsb3cgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gZm9yIFZUUiB0
cmFmZmljIG9jY3VycyBhdCBmcmFtZS0NCiAgIGxldmVsLiAgQWx0aG91Z2ggb3VyIGludmVzdGln
YXRpb24gb2YgdGhpcyBpc3N1ZSBpcyBub3QgY29tcGxldGVkDQogICB5ZXQsIG91ciBwcmVsaW1p
bmFyeSByZXN1bHRzIHNob3cgdGhhdCBpZiB3ZSBjYWxjdWxhdGluZyByYW5kb20NCiAgIGRldmlh
dGlvbiBmb3Igb3VyIGFydGlmaWNpYWxseSBpbmR1Y2VkIGppdHRlciB1c2luZyBmcmFtZSBpbnRl
ci0NCiAgIGFycml2YWwgdGltZSBpbnN0ZWFkIG9mIHBhY2tldC1pbnRlcmFycml2YWwgdGltZSwg
d2UgY2FuIHJlZHVjZSB0aGUNCiAgIG92ZXItYWRtaXNzaW9uIHBlcmNlbnRhZ2UgZm9yIFZUUiB0
byByb3VnaGx5IDMlLiAgSXQgaXMgdW5jbGVhcg0KICAgaG93ZXZlciwgd2hldGhlciBzdWNoIHJh
bmRvbWlzYXRpb24gYXQgdGhlIGZyYW1lIGxldmVsIG1lYW5pbmdmdWxseQ0KICAgcmVmbGVjdHMg
bmV0d29yay1pbnRyb2R1Y2VkIGppdHRlci4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAg
ICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDcwXQ0KDA0K
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAg
ICAgICAgSnVseSAyMDA3DQoNCg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgICAgIHwgIE5vLiAgfCAgICAg
ICAgICBEZXZpYXRpb24gSW50ZXJ2YWwgICAgICAgICAgICAgICAgICAgICAgfA0KICAgfCAgICAg
fCBJbmdyICB8IE5vLVJhbmQgfCAwLjAwMDEgfCAwLjAwMSB8IDAuMDA1IHwgMC4wMSAgfCAwLjA1
ICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgIHwgICAgMiAgfCAgMC43MjUgIHwgMC42ODMgIHwg
MC43ODQgfCAwLjcyNSB8IDAuNzcyIHwgMC43ODcgfA0KICAgfCAgICAgfCAgIDEwICB8ICAwLjc1
MyAgfCAwLjcyNSAgfCAwLjU0MyB8IDAuNjQ1IHwgMC43MzMgfCAwLjg1NCB8DQogICB8ICAgICB8
ICAxMDAgIHwgIDcuNjY2ICB8IDUuNTkzICB8IDIuNzA2IHwgMS40NTQgfCAxLjIyNiB8IDAuNjky
IHwNCiAgIHwgQ0JSIHwgIDMwMCAgfCAgMjEuMTYgIHwgMTUuNTIgIHwgNi42OTkgfCAzLjEwNSB8
IDIuNDc4IHwgMS42MjQgfA0KICAgfCAgICAgfCAgNjAwICB8ICAzMy42OSAgfCAyNS41MSAgfCAx
MS40MSB8IDYuMDIxIHwgNC42NzYgfCAyLjkxNiB8DQogICB8ICAgICB8IDEwMDAgIHwgIDQ0LjU4
ICB8IDM2LjIwICB8IDE3LjAzIHwgNy4wOTQgfCA1LjM3MSB8IDMuMDc2IHwNCiAgIHwtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
fA0KICAgfCAgICAgfCAgICAyICB8ICAwLjUzMiAgfCAwLjY0NSAgfCAwLjY3MCB8IDAuNTU1IHwg
MC4yMzcgfCAwLjc0MCB8DQogICB8ICAgICB8ICAgMTAgIHwgIDAuNDc3ICB8IDAuNTk2ICB8IDAu
NzAzIHwgMC40OTQgfCAwLjY2MiB8IDAuNTMzIHwNCiAgIHwgICAgIHwgIDEwMCAgfCAgMS40MDkg
IHwgMS4yMzYgIHwgMS4wNDMgfCAwLjgxMCB8IDEuMjAyIHwgMS4wMTYgfA0KICAgfCBWQlIgfCAg
MzAwICB8ICAzLjA0NCAgfCAyLjY1MiAgfCAyLjA5MyB8IDEuNTg4IHwgMS43NTUgfCAxLjY3MSB8
DQogICB8ICAgICB8ICA2MDAgIHwgIDUuODEyICB8IDQuOTEzICB8IDMuNTM5IHwgMi45NjMgfCAy
LjgwMyB8IDIuMjc3IHwNCiAgIHwgICAgIHwgMTgwMCAgfCAgMTQuODAgIHwgMTIuNTkgIHwgOC4w
MzkgfCA2LjU4NyB8IDUuNjk0IHwgNC43MzMgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICB8ICAg
IDIgIHwgIDAuNzM2ICB8IDAuNzUzICB8IDAuNjI3IHwgMC43NTEgfCAwLjg1MCB8IDAuODIwIHwN
CiAgIHwgICAgIHwgICAxMCAgfCAgMC42NDkgIHwgMC43MzcgIHwgMC43ODAgfCAwLjgyNCB8IDAu
ODY3IHwgMC43ODcgfA0KICAgfCAgICAgfCAgMTAwICB8ICAxLjk2MCAgfCAxLjcwNSAgfCAxLjQy
OCB8IDEuMTYwIHwgMS4xNDkgfCAxLjAzNCB8DQogICB8IE1JWCB8ICAzMDAgIHwgIDQuNjUyICB8
IDQuNzI0ICB8IDMuNzYwIHwgMi42OTIgfCAyLjQ0OSB8IDIuMDI3IHwNCiAgIHwgICAgIHwgIDYw
MCAgfCAgMTAuMzEgIHwgOS42MjkgIHwgNy4yODkgfCA1LjUyMCB8IDQuOTU4IHwgMy43MTAgfA0K
ICAgfCAgICAgfCAxMDAwICB8ICAxNy4yMSAgfCAxNS45NiAgfCAxMS4wNSB8IDguNzAwIHwgNy4z
ODIgfCA1LjA2MSB8DQogICB8ICAgICB8IDE4MDAgIHwgIDI3LjY5ICB8IDIzLjQ2ICB8IDE2LjUz
IHwgMTIuMDQgfCAxMC44NCB8IDguNTYzIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgfCAgICAy
ICB8ICAwLjc1OCAgfCAwLjc1NiAgfCAwLjg3MiB8IDAuODk0IHwgMC44MjUgfCAwLjg0OSB8DQog
ICB8ICAgICB8ICAgMTAgIHwgIDAuODg5ICB8IDAuOTM5ICB8IDAuNzg1IHwgMC43MDQgfCAwLjg0
MyB8IDAuNTc0IHwNCiAgIHwgICAgIHwgICA3MCAgfCAgMS4zMzUgIHwgMS4xMDEgIHwgMS4wNjYg
fCAxLjE4MSB8IDAuOTc4IHwgMC45NDYgfA0KICAgfCBWVFIgfCAgMTQwICB8ICAxLjY5NCAgfCAx
LjE2MiAgfCAxLjk3OSB8IDEuNzkxIHwgMS42ODQgfCAxLjU3MyB8DQogICB8ICAgICB8ICAzMDAg
IHwgIDQuMTI4ICB8IDQuMTkxICB8IDMuNTQ1IHwgMy4zMDcgfCAzLjk2NCB8IDMuNDY1IHwNCiAg
IHwgICAgIHwgIDYwMCAgfCAgMTMuMjggIHwgMTMuNzYgIHwgMTMuODEgfCAxMy4xOCB8IDEyLjk3
IHwgMTIuMzUgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICB8ICAgIDIgIHwgIC0xLjY0ICB8IC0y
LjMwICB8IC0yLjE0IHwgLTEuNjEgfCAtMS4wMSB8IC0wLjg5IHwNCiAgIHwgICAgIHwgICAxMCAg
fCAgLTAuOTMgIHwgLTEuNjUgIHwgLTIuNDEgfCAtMi45OCB8IC0yLjU4IHwgLTIuMjcgfA0KICAg
fCAgICAgfCAgIDM1ICB8ICAwLjIzNyAgfCAtMC4zMSAgfCAtMC4zNSB8IC0xLjAyIHwgLTAuOTYg
fCAtMi4xNiB8DQogICB8IFNWRCB8ICAxMDAgIHwgIDQuNzMyICB8IDQuNjQwICB8IDQuMTUyIHwg
Mi4yODcgfCAxLjg4NyB8IC0wLjAzIHwNCiAgIHwgICAgIHwgIDE0MCAgfCAgNy4xMDMgIHwgNi4w
MDIgIHwgNS41NjAgfCA0Ljk3NCB8IDMuNjE5IHwgMC4wOTEgfA0KICAgfCAgICAgfCAgMzAwICB8
ICA4Ljc5OSAgfCAxMC43MiAgfCA5Ljg0MCB8IDcuNTMwIHwgNi4yODEgfCA0LjI3MCB8DQogICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KDQogICAoVGFibGUgQS40IEluZ3Jlc3MtRWdyZXNzIEFnZ3JlZ2F0aW9uOiBUb2tl
bi1iYXNlZCByZXN1bHRzIGZvcg0KICAgUmFuZG9taXplZCB0cmFmZmljKSkNCg0KICAgRmluYWxs
eSwgd2UgaW52ZXN0aWdhdGVkIHRoZSBpbXBhY3Qgb2YgY2FsbCBhcnJpdmFsIGFzc3VtcHRpb25z
IGF0DQogICBkaWZmZXJlbnQgbGV2ZWxzIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIGJ5
IGNvbXBhcmluZyB0aGUNCiAgIHJlc3VsdHMgd2l0aCBQb2lzc29uIGFuZCBCQVRDSCBhcnJpdmFs
cy4gIFdlIHJlcG9ydGVkIGluDQogICBkcmFmdC16aGFuZy1wY24tcGVyZm9ybWFuY2UtZXZhbHVh
dGlvbiB0aGF0IHZpcnR1YWwgcXVldWUgLWJhc2VkDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAg
ICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA3MV0NCgwN
CkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAg
ICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIGFkbWlzc2lvbiBpcyByZWxhdGl2ZWx5IGluc2Vuc2l0
aXZlIHRvIHRoZSBCQVRDSCB2cyBQb2lzc29uIGFycml2YWxzLA0KICAgZXZlbiBhdCBsb3dlciBh
Z2dyZWdhdGlvbiBsZXZlbHMuICBJbiBjb250cmFzdCwgdGhlIGNhbGwgYXJyaXZhbA0KICAgYXNz
dW1wdGlvbiBkb2VzIGFmZmVjdCB0aGUgcGVyZm9ybWFuY2Ugb2YgdG9rZW4gYnVja2V0LWJhc2Vk
DQogICBhbGdvcml0aG0sIGFuZCBjYXVzZXMgc3Vic3RhbnRpYWwgZGVncmFkYXRpb24gb2YgcGVy
Zm9ybWFuY2UgYXQgbG93DQogICBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiBsZXZlbC4gIEFu
IGV4YW1wbGUgcmVzdWx0IHdpdGggQ0JSIHRyYWZmaWMNCiAgIGlzIHByZXNlbnRlZCBpbiB0YWJs
ZSBBLjUuICBIZXJlIHdlIHVzZSBiYXRjaCBhcnJpdmFsIHdpdGggbWVhbiA9IDUuDQogICBUaGUg
cmVzdWx0cyBzaG93IHRoYXQgd2l0aCB0aGUgbG93ZXN0IGFnZ3JlZ2F0aW9uLCB0aGUgYmF0Y2gg
YXJyaXZhbA0KICAgZ2l2ZXMgd29yc2UgcmVzdWx0IHRoYW4gdGhlIG5vcm1hbCBQb2lzc29uIGFy
cml2YWwsIGhvd2V2ZXIsIGFzIHRoZQ0KICAgbGV2ZWwgb2YgYWdncmVnYXRpb24gYmVjb21lIHN1
ZmZpY2llbnQgKGUuZy4gMTAwIGluZ3Jlc3MsIDEwIGNhbGwvDQogICBpbmdyZXNzKSwgdGhlIGRp
ZmZlcmVuY2UgYmVjb21lcyBpbnNpZ25pZmljYW50LiAgVGhpcyBiZWhhdmlvciBpcw0KICAgY29u
c2lzdGVudCBhY3Jvc3MgYWxsIHR5cGVzIG9mIHRyYWZmaWMuDQoNCiAgIChwcmVhbWJsZSkNCiAg
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQogICB8ICAgICB8ICBOby4gIHwgICAgICAgICAgRGV2aWF0aW9uIEludGVydmFs
ICAgICAgICAgICAgICAgICAgICAgIHwNCiAgIHwgICAgIHwgSW5nciB8IE5vLVJhbmQgfCAwLjAw
MDEgfCAwLjAwMSB8IDAuMDA1IHwgMC4wMSAgfCAwLjA1ICB8DQogICB8LS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwg
ICAgIHwgICAgMiAgfCAgMC45MTggIHwgMS4wMDcgIHwgMC44MzYgfCAwLjkzMyB8IDEuMDE0IHwg
MC45NzEgfA0KICAgfCAgICAgfCAgIDEwICB8ICAxLjIyMSAgfCAwLjkzNiAgfCAwLjc2NyB8IDAu
OTA2IHwgMC45MjAgfCAwLjg1NyB8DQogICB8ICAgICB8ICAxMDAgIHwgIDguODU3ICB8IDcuMDky
ICB8IDMuMjY1IHwgMS44MjEgfCAxLjQ2MyB8IDEuMDM2IHwNCiAgIHwgQ0JSIHwgIDMwMCAgfCAg
MjkuMzkgIHwgMjIuNTkgIHwgOC41OTYgfCA0Ljk3OSB8IDQuNTUwIHwgMi4xNjUgfA0KICAgfCAg
ICAgfCAgNjAwICB8ICA0My4zNiAgfCAzNy4xMiAgfCAxNy4zNyB8IDEwLjAyIHwgOC4wMDUgfCA0
LjIyMyB8DQogICB8ICAgICB8IDEwMDAgIHwgIDYzLjYwICB8IDUwLjM2ICB8IDI1LjQ4IHwgMTIu
ODIgfCA5LjMzOSB8IDYuMjE5IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgKFRhYmxlIEEuNSBJbi9FZ3Jl
c3MgQWdncmVnYXRpb24gd2l0aCBiYXRjaCB0cmFmZmljOiBUb2tlbi1iYXNlZA0KICAgcmVzdWx0
cyApDQoNCjguNS4zLiAgRWZmZWN0IG9mIE11bHRpcGxlIEJvdHRsZW5lY2tzDQoNCiAgIFRoZSBy
ZXN1bHRzIGluIFRhYmxlIEEuMiAoU2VjdGlvbiA5LjUuMSwgcGFyYW1ldGVyIHNlbnNpdGl2aXR5
IHN0dWR5KQ0KICAgaW1wbGllZCB0aGF0IGZyb20gdGhlIGJvdHRsZW5lY2sgcG9pbnQgb2Ygdmll
dywgdGhlIHBlcmZvcm1hbmNlIG9uDQogICB0aGUgbXVsdGlwbGUtYm90dGxlbmVjayB0b3BvbG9n
eSwgZm9yIGFsbCB0eXBlcyBvZiB0cmFmZmljLCBpcw0KICAgY29tcGFyYWJsZSB0byB0aGUgb25l
cyBvbiB0aGUgU2luZ2xlTGluaywgZm9yIGJvdGggcXVldWUtYmFzZWQgYW5kDQogICB0b2tlbiBi
dWNrZXQtYmFzZWQgYWxnb3JpdGhtcy4gIEhvd2V2ZXIsIHRoZSByZXN1bHRzIGluIFRhYmxlIEEu
Mg0KICAgb25seSBzaG93IHRoZSB3b3JzdCBjYXNlIHZhbHVlcyBvdmVyIGFsbCBib3R0bGVuZWNr
IGxpbmtzLiAgSW4gdGhpcw0KICAgc2VjdGlvbiB3ZSBjb25zaWRlciB0d28gb3RoZXIgYXNwZWN0
cyBvZiB0aGUgTXVsdGlwbGUgQm90dGxlbmVjaw0KICAgZWZmZWN0czogcmVsYXRpdmUgcGVyZm9y
bWFuY2UgYXQgaW5kaXZpZHVhbCBib3R0bGVuZWNrcyBhbmQgZmFpcm5lc3MNCiAgIG9mIGJhbmR3
aWR0aCB1c2FnZSBiZXR3ZWVuIHRoZSBzaG9ydC0gYW5kIHRoZSBsb25nLSBoYXVsIGluZ3Jlc3Mt
DQogICBlZ3Jlc3MgYWdncmVnYXRlcy4NCg0KOC41LjMuMS4gIFJlbGF0aXZlIHBlcmZvcm1hbmNl
IG9mIGRpZmZlcmVudCBib3R0bGVuZWNrcw0KDQogICBJbiBUYWJsZSBBLjUsIHdlIHNob3cgYSBz
bmFwc2hvdCBvZiB0aGUgYmVoYXZpb3Igd2l0aCA1IGJvdHRsZW5lY2sNCiAgIHRvcG9sb2d5LCB3
aXRoIHRoZSBnb2FsIG9mIHN0dWR5aW5nIHRoZSBwZXJmb3JtYW5jZSBvZiBkaWZmZXJlbnQNCiAg
IGJvdHRsZW5lY2tzIG1vcmUgY2xvc2VseS4gIEhlcmUsIHRoZSBvdmVyLWFkbWlzc2lvbi1wZXJj
ZW50YWdlDQogICBkaXNwbGF5ZWQgaXMgYW4gYXZlcmFnZSBhY3Jvc3MgYWxsIDE1IGV4cGVyaW1l
bnRzIHdpdGggZGlmZmVyZW50DQogICBbd2VpZ2h0LCBDTEVdIHNldHRpbmcuICAoV2UgZG8gb2Jz
ZXJ2ZSB0aGUgc2FtZSBiZWhhdmlvciBpbiBlYWNoIG9mDQogICB0aGUgaW5kaXZpZHVhbCBleHBl
cmltZW50LCBoZW5jZSBwcm92aWRpbmcgYSBzdW1tYXJpemVkIHN0YXRpc3RpY3MgaXMNCg0KDQoN
CkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAg
ICAgICAgIFtQYWdlIDcyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNp
bmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgbWVhbmluZ2Z1bCku
DQoNCiAgIE9uZSBkaWZmZXJlbmNlcyBpbiB0b2tlbi1idWNrZXQgY2FzZSB2cyB0aGUgcXVldWUt
YmFzZWQgYWRtaXNzaW9ucyBpbg0KICAgdGhlIFBMVCB0b3BvbG9neSBjYXNlIHJldmVhbGVkIGlu
IFRhYmxlIEEuNiBpcyB0aGF0IHRoZXJlIGFwcGVhcnMgdG8NCiAgIGJlIGEgY29uc2lzdGVudCBy
ZWxhdGlvbnNoaXAgYmV0d2VlbiB0aGUgcG9zaXRpb24gb2YgdGhlIGJvdHRsZW5lY2sNCiAgIGxp
bmsgKGhvdyBmYXIgZG93bnN0cmVhbSBpdCBpcykgYW5kIGl0cyBvdmVyLWFkbWlzc2lvbi1wZXJj
ZW50YWdlLg0KICAgVGhlIGRhdGEgc2hvd3MgdGhlIGZ1cnRoZXIgZG93bnN0cmVhbSB0aGUgYm90
dGxlbmVjayBpcywgdGhlIG1vcmUgaXQNCiAgIHRlbmRzIHRvIG92ZXItYWRtaXQsIHJlZ2FyZGxl
c3MgdGhlIHR5cGUgb2YgdGhlIHRyYWZmaWMuICBUaGUgZXhhY3QNCiAgIGNhdXNlIG9mIHRoaXMg
cGhlbm9tZW5vbiBpcyB5ZXQgdG8gYmUgZXhwbGFpbmVkLCBidXQgdGhlIGVmZmVjdCBvZiBpdA0K
ICAgc2VlbXMgdG8gYmUgaW5zaWduaWZpY2FudCBpbiBtYWduaXR1ZGUsIGF0IGxlYXN0IGluIHRo
ZSBleHBlcmltZW50cw0KICAgd2UgcmFuLg0KDQogICAocHJlYW1ibGUpDQogICAgLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAg
ICAgIHwgVHJhZmZpYyB8ICAgICAgICAgICAgQm90dGxlbmVjayBMaW5rSWQgICAgICAgICAgfA0K
ICAgfCAgICAgICB8ICAgVHlwZSAgfCAgIDEgICB8ICAgMiAgIHwgICAzICAgfCAgIDQgICB8ICAg
NSAgIHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS18DQogICB8ICAgICAgIHwgICBDQlIgICB8IDAuMjg4IHwgMC4yODYgfCAwLjIz
OCB8IDAuMzMyIHwgMC4zMDYgfA0KICAgfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgICAgfCAgIFZCUiAgIHwgMC4zMTkg
fCAwLjQyMCB8IDAuMjU3IHwgMC4zNDEgfCAwLjI1NCB8DQogICB8IFF1ZXVlIHwtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCBCYXNlZCB8ICAg
TUlYICAgfCAwLjM2MyB8IDAuMzk0IHwgMC4zMTIgfCAwLjI2OCB8IDAuMjA1IHwNCiAgIHwgICAg
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQog
ICB8ICAgICAgIHwgICBWVFIgICB8IDAuNDY2IHwgMC4zMDkgfCAwLjIyMyB8IDAuMzYzIHwgMC4z
MTcgfA0KICAgfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLXwNCiAgIHwgICAgICAgfCAgIFNWRCAgIHwgMC4zMTkgfCAwLjQyMCB8IDAuMjU3
IHwgMC4zNDEgfCAwLjI1NCB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAgICAgIHwgVHJhZmZpYyB8ICAgICAgICAg
ICAgQm90dGxlbmVjayBMaW5rSWQgICAgICAgICAgfA0KICAgfCAgICAgICB8ICAgVHlwZSAgfCAg
IDEgICB8ICAgMiAgIHwgICAzICAgfCAgIDQgICB8ICAgNSAgIHwNCiAgIHwgICAgICAgfC0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICAg
IHwgICBDQlIgICB8IDAuMTIxIHwgMC4zMDAgfCAwLjQxMyB8IDAuNTE1IHwgMC43MDAgfA0KICAg
fCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LXwNCiAgIHwgVG9rZW4gfCAgIFZCUiAgIHwgLTAuMDcgfCAwLjI1MSB8IDAuNDk2IHwgMC42OTgg
fCAxLjA0NCB8DQogICB8QnVja2V0IHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tfA0KICAgfCBCYXNlZCB8ICAgTUlYICAgfCAwLjA0MiB8IDAuMzUwIHwg
MC40NjggfCAwLjcxNiB8IDAuOTI0IHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICAgIHwgICBWVFIgICB8IDAu
Mjc3IHwgMC40ODggfCAwLjY0MiB8IDAuOTA3IHwgMS4xMTcgfA0KICAgfCAgICAgICB8LS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgICAg
fCAgIFNWRCAgIHwgLTIuNjQgfCAtMi41MCB8IC0xLjcyIHwgLTEuNTcgfCAtMS4xOSB8DQogICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQoNCiAgIChUYWJsZSBBLjYgQm90dGxlbmVjayBQZXJmb3JtYW5jZTogcXVldWUtYmFzZWQgdi5z
LiB0b2tlbiBidWNrZXQtDQogICBiYXNlZCkNCg0KDQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA3
M10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCjguNS4zLjIuICAoVW4pRmFpcm5lc3MgQmV0d2Vl
biBEaWZmZXJlbnQgSW5ncmVzcy1FZ3Jlc3MgcGFpcnMNCg0KICAgSXQgd2FzIHJlcG9ydGVkIGlu
IGRyYWZ0LXpoYW5nLXBjbi1wZXJmb3JtYW5jZS1ldmFsdWF0aW9uIHRoYXQNCiAgIHZpcnR1YWwt
cXVldWUtYmFzZWQgYWRtaXNzaW9uIGNvbnRyb2wgZmF2b3JzIHNpZ25pZmljYW50bHkgc2hvcnQt
aGF1bA0KICAgY29ubmVjdGlvbiBvdmVyIGxvbmctaGF1bCBjb25uZWN0aW9ucy4gIEFzIHdhcyBk
aXNjdXNzZWQgdGhlcmUsIHRoaXMNCiAgIHByb3BlcnR5IGlzIGluIGZhY3QgY29tbW9uIGZvciBt
ZWFzdXJlbWVudC1iYXNlZCBhZG1pc3Npb24gY29udHJvbA0KICAgYWxnb3JpdGhtcyAoc2VlIGZv
ciBleGFtcGxlIFtKYW1pbl0gZm9yIGEgZGlzY3Vzc2lvbikuICBJdCBpcyBjb21tb24NCiAgIGtu
b3dsZWRnZSB0aGF0IGluIHRoZSBsaW1pdCBvZiBsYXJnZSBkZW1hbmRzLCBsb25nLWhhdWwgY29u
bmVjdGlvbnMNCiAgIGNhbiBiZSBjb21wbGV0ZWx5IHN0YXJ2ZWQuICBXZSBzaG93IGluDQogICBk
cmFmdC16aGFuZy1wZXJmb3JtYW5jZS1ldmFsdWF0aW9uIHRoYXQgaW4gZmFjdCBzdGFydmF0aW9u
IG9mIGxvbmctDQogICBoYXVsIGNvbm5lY3Rpb25zIGNhbiBvY2N1ciBldmVuIHdpdGggcmVsYXRp
dmVseSBzbWFsbCAoYnV0IGNvbnN0YW50KQ0KICAgb3ZlcmxvYWRzLiAgV2UgaWRlbnRpZnkgdGhl
cmUgdGhhdCB0aGUgcHJpbWFyeSByZWFzb24gZm9yIGl0IGlzIGEgZGUtDQogICBzeW5jaHJvbml6
YXRpb24gb2YgdGhlICJjb25nZXN0aW9uIHBlcmlvZHMiIGF0IGRpZmZlcmVudCBib3R0bGVuZWNr
cywNCiAgIHJlc3VsdGluZyBpbiB0aGUgbG9uZy1oYXVsIGNvbm5lY3Rpb25zIGFsbW9zdCBhbHdh
eXMgc2VlaW5nIGF0IGxlYXN0DQogICBvbmUgYm90dGxlbmVjayBhbmQgaGVuY2UgYWxtb3N0IG5l
dmVyIGJlaW5nIGFsbG93ZWQgdG8gYWRtaXQgbmV3DQogICBmbG93cy4gIFdlIHJlZmVyIHRoZSBy
ZWFkZXIgdG8gdGhhdCBkcmFmdCBmb3IgbW9yZSBkZXRhaWwuDQoNCiAgIEhlcmUgd2UgaW52ZXN0
aWdhdGUgdGhlIGNvbXBhcmF0aXZlIGJlaGF2aW9yIG9mIHRoZSB0b2tlbi1idWNrZXQNCiAgIGJh
c2VkIHNjaGVtZSBhbmQgdmlydHVhbCBxdWV1ZSBiYXNlZCBzY2hlbWUgd2l0aCByZXNwZWN0IHRv
IGZhaXJuZXNzLg0KDQogICBUaGUgZmFpcm5lc3MgaXMgaWxsdXN0cmF0ZWQgdXNpbmcgdGhlIHJh
dGlvIGJldHdlZW4gYmFuZHdpZHRoIG9mIHRoZQ0KICAgbG9uZy1oYXVsIGFnZ3JlZ2F0ZXMgYW5k
IHRoZSBzaG9ydC1oYXVsIGFnZ3JlZ2F0ZXMuICBTZXZlcmFsDQogICBwb3RlbnRpYWwgZmFjdG9y
cyB0aGF0IGNhbiBlZmZlY3QgdGhlIGxldmVsIG9mIHVuZmFpcm5lc3MgYXJlIHRoZQ0KICAgbGV2
ZWxzIG9mIGRlbWFuZCBvdmVybG9hZCwgdGhlIEVXTUEgd2VpZ2h0IGFuZCBDTEUgYW5kIHRoZSBu
dW1iZXIgb2YNCiAgIGJvdHRsZW5lY2sgbGlua3MgdHJhdmVyc2VkIGJ5IHRoZSBsb25nLWhhdWwg
YWdncmVnYXRlLg0KDQogICBBcyBpcyBpbnR1aXRpdmVseSBleHBlY3RlZCwgKGFuZCBhbHNvIGNv
bmZpcm1lZCBleHBlcmltZW50YWxseSksIHRoZQ0KICAgdW5mYWlybmVzcyBpcyB0aGUgbGFyZ2Vy
IHRoZSBoaWdoZXIgdGhlIGRlbWFuZCwgYW5kIHRoZSBtb3JlDQogICBib3R0bGVuZWNrcyB0cmF2
ZXJzZWQgYnkgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUgVGhlcmVmb3JlLCB3ZSByZXBvcnQNCiAg
IGhlcmUgdGhlICJ3b3JzdCBjYXNlIiByZXN1bHRzIGFjcm9zcyBvdXIgZXhwZXJpbWVudHMgY29y
cmVzcG9uZGluZyB0bw0KICAgdGhlIDV4IGRlbWFuZCBvdmVybG9hZCBhbmQgdGhlIDUtUExUIHRv
cG9sb2d5Lg0KDQogICBUYWJsZSBBLjcgc3VtbWFyaWVzLCBhdCA1eCBvdmVybG9hZCwgd2l0aCBD
TEU9MC4wNSAoZm9yIHZpcnR1YWwNCiAgIHF1ZXVlKSwgMC4wMDAxKGZvciB0b2tlbiBidWNrZXQp
LCB0aGUgZmFpcm5lc3MgcmVzdWx0cyB0byBkaWZmZXJlbnQNCiAgIHdlaWdodCBhbmQgdG9wb2xv
Z3kuICBXZSBkaXNwbGF5IHRoZSByYXRpbyBhcyBmdW5jdGlvbiBvZiB0aW1lLCBpbiAxMA0KICAg
c2VjIGluY3JlbWVudHMsICh0aGUgcmVwb3J0ZWQgcmF0aW9zIGFyZSBhdmVyYWdlZCBvdmVyIHRo
ZQ0KICAgY29ycmVzcG9uZGluZyAxMCBzaW11bGF0aW9uLXNlY29uZCBpbnRlcnZhbCkuICBUaGUg
cmVzdWx0IHByZXNlbnRlZA0KICAgaW4gdGhpcyBzZWN0aW9uIHVzZXMgdGhlIGFnZ3JlZ2F0ZXMg
dGhhdCB0cmF2ZXJzZSB0aGUgZmlyc3QNCiAgIGJvdHRsZW5lY2suICBUaGUgcmVzdWx0cyBvbiBh
bGwgb3RoZXIgYm90dGxlbmVja3MgYXJlIGV4dHJlbWVseQ0KICAgc2ltaWxhci4NCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAs
IDIwMDggICAgICAgICAgICAgICBbUGFnZSA3NF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAg
ICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAg
IChwcmVhbWJsZSkNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgICAgICAgfFRvcG98V2VpZ2h0fCAg
ICAgICAgICAgICAgIFNpbXVsYXRpb24gIFRpbWUgKHMpICAgICAgICAgICAgICAgICAgICB8DQp8
ICAgICAgIHwgICAgfCAgICAgIHwgIDEwICB8ICAyMCAgfCAgMzAgIHwgIDQwICB8ICA1MCAgfCAg
NjAgIHwgIDcwICB8ICA4MCAgfA0KfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwgICAgICAgfCAgICB8
ICAwLjEgfCAwLjk5IHwgMS4wNCB8IDEuMTQgfCAxLjE0IHwgMS4yMyB8IDEuMjMgfCAxLjM1IHwg
MS40NiB8DQp8ICAgICAgIHxQTFQ1fCAgMC41IHwgMS4wMCB8IDEuMTcgfCAxLjI0IHwgMS40MSB8
IDEuODEgfCAyLjEzIHwgMi44OCB8IDMuMDUgfA0KfCAgICAgICB8ICAgIHwgIDAuOSB8IDEuMDMg
fCAxLjQyIHwgMS43NCB8IDIuMTQgfCAyLjQ0IHwgMi45MSB8IDMuODMgfCA0LjIwIHwNCnwgICAg
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS18DQp8VmlydHVhbHwgICAgfCAgMC4xIHwgMS4wMiB8IDEuMDggfCAxLjE1
IHwgMS4yOSB8IDEuMzMgfCAxLjM4IHwgMS4zNyB8IDEuNDIgfA0KfFF1ZXVlICB8UExUM3wgIDAu
NSB8IDEuMDIgfCAxLjA0IHwgMS4wNyB8IDEuMTkgfCAxLjI0IHwgMS4zMCB8IDEuMzQgfCAxLjMz
IHwNCnxCYXNlZCAgfCAgICB8ICAwLjkgfCAxLjAyIHwgMS4wOSB8IDEuMjMgfCAxLjQxIHwgMS42
NSB8IDIuMTAgfCAyLjYzIHwgMy4xOCB8DQp8ICAgICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KfCAgICAgICB8
ICAgIHwgIDAuMSB8IDEuMDIgfCAwLjk4IHwgMS4wMyB8IDEuMTEgfCAxLjIyIHwgMS4yMSB8IDEu
MjUgfCAxLjMxIHwNCnwgICAgICAgfFBMVDJ8ICAwLjUgfCAxLjAyIHwgMS4wNiB8IDEuMTQgfCAx
LjE3IHwgMS4xNSB8IDEuMzEgfCAxLjQxIHwgMS40MSB8DQp8ICAgICAgIHwgICAgfCAgMC45IHwg
MS4wMiB8IDEuMDQgfCAxLjExIHwgMS4zMCB8IDEuNTYgfCAxLjYxIHwgMS42MiB8IDEuNjcgfA0K
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQ0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgICAgICAgfFRvcG98
V2VpZ2h0fCAgICAgICAgICAgICAgIFNpbXVsYXRpb24gIFRpbWUgKHMpICAgICAgICAgICAgICAg
ICAgICB8DQp8ICAgICAgIHwgICAgfCAgICAgIHwgIDEwICB8ICAyMCAgfCAgMzAgIHwgIDQwICB8
ICA1MCAgfCAgNjAgIHwgIDcwICB8ICA4MCAgfA0KfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCnwgICAg
ICAgfCAgICB8ICAwLjEgfCAxLjAzIHwgMS40OCB8IDEuODMgfCAyLjM0IHwgMi45NSB8IDMuMzMg
fCA0LjMyIHwgNC42NSB8DQp8ICAgICAgIHxQTFQ1fCAgMC41IHwgMS4wOCB8IDEuNTMgfCAxLjkw
IHwgMi40NCB8IDMuMDQgfCAzLjQyIHwgNC40NyB8IDQuODMgfA0KfCAgICAgICB8ICAgIHwgIDAu
OSB8IDEuMDggfCAxLjQ4IHwgMS44MCB8IDIuMjYgfCAyLjgyIHwgMy4xOSB8IDQuMjMgfCA0LjE2
IHwNCnwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQp8VG9rZW4gIHwgICAgfCAgMC4xIHwgMS4wMiB8IDEu
MjYgfCAxLjQ1IHwgMS41NyB8IDEuNjkgfCAxLjc2IHwgMS45MiB8IDEuOTQgfA0KfEJ1Y2tldCB8
UExUM3wgIDAuNSB8IDEuMDcgfCAxLjQxIHwgMS44OSB8IDIuMzYgfCAyLjg5IHwgMy42MyB8IDMu
NzAgfCAzLjgyIHwNCnxCYXNlZCAgfCAgICB8ICAwLjkgfCAxLjA3IHwgMS4zMyB8IDEuNTkgfCAx
Ljk0IHwgMi40MSB8IDIuODAgfCAyLjc1IHwgMi45MCB8DQp8ICAgICAgIHwtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0K
fCAgICAgICB8ICAgIHwgIDAuMSB8IDEuMDMgfCAxLjEwIHwgMS40MyB8IDIuMDYgfCAyLjI4IHwg
Mi44NSB8IDMuMDkgfCAyLjkwIHwNCnwgICAgICAgfFBMVDJ8ICAwLjUgfCAxLjA3IHwgMS4zMiB8
IDEuNDcgfCAxLjcyIHwgMS43MSB8IDEuODEgfCAxLjg5IHwgMS45NCB8DQp8ICAgICAgIHwgICAg
fCAgMC45IHwgMS4wOSB8IDEuMjcgfCAxLjUxIHwgMS44NiB8IDEuODIgfCAxLjg4IHwgMS44OCB8
IDIuMDYgfA0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIChUYWJsZSBBLjcgRmFpcm5lc3MgcGVyZm9ybWFuY2U6
IFZpcnR1YWwgUXVldWUgdi5zLiAgVG9rZW4gQnVja2V0Lg0KICAgVGhlIG51bWJlcnMgaW4gdGhl
IGNlbGxzIHJlcHJlc2VudCB0aGUgcmF0aW8gYmV0d2VlbiB0aGUgYmFuZHdpZHRoIG9mDQogICB0
aGUgbG9uZy0gYW5kIHNob3J0LWhhdWwgYWdncmVnYXRlcy4gIEVhY2ggcm93IHJlcHJlc2VudHMg
dGhlIHRpbWUNCiAgIHNlcmllcyBvZiB0aGVzZSByZXN1bHRzIGluIDEwIHNpbXVsYXRpb24gc2Vj
b25kIGluY3JlbWVudHMuKQ0KDQoNCjkuICBBcHBlbmRpeCBCLiBDb250cm9sbGluZyBUaGUgU2lu
Z2xlIE1hcmtpbmcgQ29uZmlndXJhdGlvbiB3aXRoIGENCiAgICBTaW5nbGUgUGFyYW1ldGVyDQoN
CjkuMS4gIERldGFpbHMgb2YgdGhlIFByb3Bvc2VkIEVuaGFuY2VtZW50cyB0byBQQ04gQXJjaGl0
ZWN0dXJlDQoNCg0KDQoNCg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBK
YW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNzVdDQoMDQpJbnRlcm5ldC1EcmFm
dCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIw
MDcNCg0KDQo5LjEuMS4gIFBDTi1JbnRlcm5hbC1Ob2RlDQoNCiAgIE5vIHN1YnN0YW50aXZlIGNo
YW5nZSBpcyByZXF1aXJlZCBmb3IgdGhlIFBDTiBmcmFtZXdvcmsgKGFzIGRlZmluZWQNCiAgIGlu
IFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSkgdG8gZW5hYmxlIFNpbmdsZSBNYXJraW5n
IE9wZXJhdGlvbg0KICAgaW4gdGhlIFBDTiBJbnRlcm5hbCBOb2RlLiAgVGhlIGFyY2hpdGVjdHVy
ZSBhbHJlYWR5IGFsbG93cyB0aGUNCiAgIGltcGxlbWVudGF0aW9uIG9mIG9ubHkgb25lIG1hcmtp
bmcgYW5kIG1ldGVyaW5nIGFsZ29yaXRobSBhdCB0aGUgUENOLQ0KICAgaW50ZXJuYWwtbm9kZS4N
Cg0KICAgSG93ZXZlciwgd2UgcHJvcG9zZSB0byByZW5hbWUgdGhlIHRlcm1zICJjb25maWd1cmVk
LWFkbWlzc2libGUtcmF0ZSINCiAgIGFuZCAiY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlIiB0
byAiVHlwZSBRIHRocmVzaG9sZCIgYW5kICJUeXBlIFIiDQogICB0aHJlc2hvbGQuICBUaGUgYXJj
aGl0ZWN0dXJlIHNob3VsZCBhbGxvdyBjb25maWd1cmluZyBlaXRoZXIgb25lIG9mDQogICB0aGVz
ZSB0aHJlc2hvbGRzIG9yIGJvdGggYXQgdGhlIFBDTi1pbmdyZXNzIG5vZGUuICBUaGUgdHlwZSBv
ZiB0aGUNCiAgIHRocmVzaG9sZCBkZXRlcm1pbmVzIHRoZSB0eXBlIG9mIHRoZSBtYXJraW5nIHNl
bWFudGljcy9hbGdvcml0aG0NCiAgIGFzc29jaWF0ZWQgd2l0aCB0aGUgdGhyZXNob2xkLg0KDQo5
LjEuMi4gIFBDTi1FZ3Jlc3MtTm9kZQ0KDQogICBUaGUgb25seSBwcm9wb3NlZCBjaGFuZ2UgYXQg
dGhlIFBDTi1lZ3Jlc3Mtbm9kZSBpcyB0aGUgYWRkaXRpb24gb2YgYQ0KICAgc2luZ2xlIChnbG9i
YWxseSBkZWZpbmVkKSBjb25maWd1cmF0aW9uIGNvbnN0YW50IFUuIFRoZSBzZXR0aW5nIG9mDQog
ICB0aGlzIGNvbnN0YW50IGRlZmluZXMgdGhlIHR5cGUgb2YgbWFya2luZyBDTEUgaXMgbWVhc3Vy
ZWQgYWdhaW5zdC4NCiAgIElmIFU9MSwgdGhlIHN5c3RlbSBkZWZhdWx0cyB0byB0aGUgZHVhbC1t
YXJraW5nIGJlaGF2aW9yIGFuZCB0aGUgQ0xFDQogICBpcyBtZWFzdXJlZCBhZ2FpbnN0IFR5cGUg
USBtYXJrZWQgcGFja2V0cy4gIElmIFU+MSwgdGhlIENMRSBpcw0KICAgbWVhc3VyZWQgYWdhaW5z
dCBUeXBlIFIgbWFya2VkIHRyYWZmaWMuICBObyBvdGhlciBjaGFuZ2UgaXMgcmVxdWlyZWQuDQoN
CiAgIEluIG1vcmUgZGV0YWlsLA0KDQogICBvICBJZiBVPTEsIGEgUENOLWVncmVzcy1ub2RlIGV4
cGVjdHMgdG8gcmVjZWl2ZSBlaXRoZXIgVHlwZSBRIG1hcmtpbmcNCiAgICAgIG9ubHkgKHRoZSBu
ZXR3b3JrIGltcGxlbWVudHMgdmlydWFsLXF1ZXVlLWJhc2VkIGFkbWlzc2lvbiBvbmx5KSwNCiAg
ICAgIG9yIFR5cGUgUiBtYXJraW5nIG9ubHkgKHRoZSBzeXN0ZW0gaW1wbGVtZW50cyBleGNlc3Mt
cmF0ZS1iYXNlZA0KICAgICAgZmxvdyB0ZXJtaW5hdGlvbiBvbmx5KSwgb3IgYm90aCAodGhlIHN5
c3RlbSBpbXBsZW1lbnRzIGR1YWwtDQogICAgICBtYXJraW5nIGFkbWlzc2lvbiBhbmQgdGVybWlu
YXRpb24pLg0KDQogICBvICBJZiBVPjEsIGEgUENOIGVncmVzcyBub2RlIGV4cGVjdHMgdG8gcmVj
ZWl2ZSBvbmx5IHR5cGUtUiBtYXJraW5nDQogICAgICAodGhlIG5ldHdvcmsgaW1wbGVtZW50cyBz
aW5nbGUtbWFya2luZyBhcHByb2FjaCkuDQoNCiAgIG8gIElmIFU9MSBhbmQgVHlwZS1RIG1hcmtp
bmcgaXMgcmVjZWl2ZWQgKGFzIGluZGljYXRlZCBieSB0aGUNCiAgICAgIGVuY29kaW5nIGluIHRo
ZSBQQ04gcGFja2V0cyksIHRoZW4gdGhlIFBDTi1lZ3Jlc3Mtbm9kZSBhbHdheXMNCiAgICAgIG1l
YXN1cmVzIHRoZSBDTEUgKGZyYWN0aW9uIG9mIHRyYWZmaWMgY2FycnlpbmcgVHlwZS1RIG1hcmtz
KSBvbiBhDQogICAgICBwZXItaW5ncmVzcyBiYXNpcyBhZ2FpbnN0IFR5cGUgUSBtYXJraW5nLiAg
VGhpcyByZXByZXNlbnRzIG5vDQogICAgICBjaGFuZ2UgKG90aGVyIHRoYW4gcmVuYW1pbmcgImFk
bWlzc2lvbi1tYXJrZWQtcGFja2V0cyIgdG8gInR5cGUNCiAgICAgIFEtbWFya2VkIiBwYWNrZXRz
KSBjb21wYXJlZCB0byB0aGUgY3VycmVudCBhcmNoaXRlY3R1cmUuICBUaGUgUENOLQ0KICAgICAg
ZWdyZXNzLW5vZGUgdGhlbiBzaWduYWxzIHRoZSAodHlwZSBRLWJhc2VkKSBDTEUgdG8gdGhlIFBD
Ti0NCiAgICAgIGluZ3Jlc3Mtbm9kZSAtIGFnYWluIGFzIGFscmVhZHkgZW5hYmxlZCBieSB0aGUg
Y3VycmVudCBQQ04NCiAgICAgIGFyY2hpdGVjdHVyZS4NCg0KICAgbyAgSWYgVT0xIGFuZCBhIFBD
Ti1lZ3Jlc3Mtbm9kZSByZWNlaXZlcyAiVHlwZSBSIiBtYXJraW5nIChhcw0KICAgICAgaW5kaWNh
dGVkIGluIHRoZSBlbmNvZGluZyBvZiB0aGUgUENOIHBhY2tldHMpLCBpdCBtZWFzdXJlcw0KICAg
ICAgc3VzdGFpbmFibGUgcmF0ZSB3aXRoIHJlc3BlY3QgdG8gVHlwZS1SIG1hcmtlZCB0cmFmZmlj
LCAoaS5lLiBpdA0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5
IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNzZdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0K
DQogICAgICBtZWFzdXJlcyB0aGUgYW1vdW50IG9mIHRyYWZmaWMgd2l0aG91dCB0aGUgIlR5cGUt
UiIgbWFya3MpLiAgVGhpcw0KICAgICAgYWxzbyBpcyBqdXN0IGEgcmVuYW1pbmcgY2hhbmdlICh3
aXRoIHRlcm1pbmF0aW9uLW1hcmtpbmcgcmVuYW1lZA0KICAgICAgdG8gIlR5cGUgUiIgbWFya2lu
ZykgYW5kIGlzIGZ1bGx5IGNvbXBhdGlibGUgd2l0aCB0aGUgY3VycmVudCBQQ04NCiAgICAgIGFy
Y2hpdGVjdHVyZS4NCg0KICAgbyAgSWYgVSA+IDEsIHRoZSBQQ04tZWdyZXNzIG5vZGUgY29tcHV0
ZXMgYm90aCB0aGUgQ0xFIGFuZCB0aGUNCiAgICAgIFN1c3RhaW5hYmxlIHJhdGUgd2l0aCByZXNw
ZWN0IHRvIFR5cGUtUiBtYXJraW5nLg0KDQogICBvICBPbmNlIGNvbXB1dGVkLCB0aGUgQ0xFIGFu
ZC9vciB0aGUgU3VzdGFpbmFibGUgcmF0ZSBhcmUNCiAgICAgIGNvbW11bmljYXRlZCB0byB0aGUg
UENOLWluZ3Jlc3Mtbm9kZSBhcyBkZXNjcmliZWQgaW4NCiAgICAgIFtJLUQuZWFyZGxleS1wY24t
YXJjaGl0ZWN0dXJlXS4NCg0KOS4xLjMuICBQQ04tSW5ncmVzcy1Ob2RlDQoNCiAgIFRoZSBvbmx5
IHByb3Bvc2VkIGNoYW5nZSBhdCB0aGUgUENOLWluZ3Jlc3Mtbm9kZSBpcyB0aGUgYWRkaXRpb24g
b2YgYQ0KICAgc2luZ2xlIChnbG9iYWxseSBkZWZpbmVkKSBjb25maWd1cmF0aW9uIGNvbnN0YW50
IFUgKGluIGZhY3QsIHRoaXMgaXMNCiAgIHRoZSBzYW1lIGNvbnN0YW50IGFzIGRlZmluZWQgZm9y
IHRoZSBQQ04tZWdyZXNzLW5vZGUsIHNvIFUgaW4gZmFjdCBpcw0KICAgYSBwZXIgUENOLWJvdW5k
YXJ5LW5vZGUgY29uc3RhbnQ7IGl0cyB2YWx1ZSBob3dldmVyIGlzIGFzc3VtZWQgdG8gYmUNCiAg
IGdsb2JhbCBmb3IgYWxsIFBDTi1ib3VuZGFyeSBub2RlcyBpbiB0aGUgUENOLWRvbWFpbiAob3Ig
YXQgbGVhc3QgYQ0KICAgc3Vic2V0IG9mIG5vZGVzIGNvbW11bmljYXRpbmcgd2l0aCBlYWNoIG90
aGVyIG9ubHkpKS4gIFRoZSB2YWx1ZSBvZg0KICAgdGhpcyBjb25zdGFudCBpcyB1c2VkIHRvIG11
bHRpcGx5IHRoZSBzdXN0YWluYWJsZSByYXRlIHJlY2VpdmVkIGZyb20NCiAgIGEgZ2l2ZW4gUENO
LWVncmVzcy1ub2RlIHRvIGNvbXB1dGUgdGhlIHJhdGUgdGhyZXNob2xkIHVzZWQgZm9yIGZsb3cN
CiAgIHRlcm1pbmF0aW9uIGRlY2lzaW9ucy4gIFRoZSB2YWx1ZSBVPTEgY29ycmVzcG9uZHMgdG8g
dGhlIGR1YWwtbWFya2luZw0KICAgYXBwcm9hY2gsIGFuZCByZXN1bHRzIGluIHVzaW5nIHRoZSBz
dXN0YWluYWJsZSByYXRlIHJlY2VpdmVkIGZyb20gdGhlDQogICBQQ04tZWdyZXNzLW5vZGUgZGly
ZWN0bHkuICBUaGUgdmFsdWUgVT4xIGNvcnJlc3BvbmRzIHRvIHRoZSBzaW5nbGUNCiAgIG1hcmtp
bmcgYXBwcm9hY2ggYW5kIGl0cyAoZ2xvYmFsbHkgZGVmaW5lZCkgdmFsdWUgc2lnbmlmaWVzIHRo
ZQ0KICAgZGVzaXJlZCBzeXN0ZW0td2lkZSBpbXBsaWNpdCByYXRpbyBiZXR3ZWVuIGZsb3cgdGVy
bWluYXRpb24gYW5kIGZsb3cNCiAgIGFkbWlzc2lvbiB0aHJlc2hvbGRzIGFzIGRlc2NyaWJlZCBp
biBTZWN0aW9uIDIuDQoNCiAgIE5vdGUgdGhhdCBjb25zdGFudCBVIGlzIGFzc3VtZWQgdG8gYmUg
ZGVmaW5lZCBwZXIgUENOLWJvdW5kYXJ5IG5vZGUNCiAgIChpLmUuIHRoZSBpbmdyZXNzIGFuZCB0
aGUgZWdyZXNzIGZ1bmN0aW9ucyBvZiB0aGUgUENOLWJvdW5kYXJ5LW5vZGUNCiAgIHVzZSB0aGUg
c2FtZSBjb25maWd1cmF0aW9uIGNvbnN0YW50IHRvIGd1aWRlIHRoZWlyIGJlaGF2aW9yLg0KDQog
ICBJbiBtb3JlIGRldGFpbDoNCg0KICAgbyAgQSBQQ04taW5ncmVzcy1ub2RlIHJlY2VpdmVzIENM
RSBhbmQvb3IgU3VzdGFpbmFibGUgUmF0ZSBmcm9tIGVhY2gNCiAgICAgIFBDTi1lZ3Jlc3Mtbm9k
ZSBpdCBoYXMgdHJhZmZpYyB0by4gIFRoaXMgaXMgZnVsbHkgY29tcGF0aWJsZSB3aXRoDQogICAg
ICBQQ04gYXJjaGl0ZWN0dXJlIGFzIGRlc2NyaWJlZCBpbiBbSS1ELmVhcmRsZXktcGNuLWFyY2hp
dGVjdHVyZV0uDQoNCiAgIG8gIEEgUENOLWluZ3Jlc3Mtbm9kZSBiYXNlcyBpdHMgYWRtaXNzaW9u
IGRlY2lzaW9ucyBvbiB0aGUgdmFsdWUgb2YNCiAgICAgIENMRS4gIFNwZWNpZmljYWxseSwgb25j
ZSB0aGUgdmFsdWUgb2YgQ0xFIGV4Y2VlZHMgYSBjb25maWd1cmVkDQogICAgICB0aHJlc2hvbGQs
IHRoZSBQQ04taW5ncmVzcy1ub2RlIHN0b3BzIGFkbWl0dGluZyBuZXcgZmxvd3MuICBJdA0KICAg
ICAgcmVzdGFydHMgYWRtaXR0aW5nIHdoZW4gdGhlIENMRSB2YWx1ZSBnb2VzIGRvd24gYmVsb3cg
dGhlDQogICAgICBzcGVjaWZpZWQgdGhyZXNob2xkLiAgVGhpcyBpcyBmdWxseSBjb21wYXRpYmxl
IHdpdGggUENODQogICAgICBhcmNoaXRlY3R1cmUgYXMgZGVzY3JpYmVkIGluIGRyYWZ0LWVhcmxl
eS1wY24tYXJjaGl0ZWN0dXJlLTAwLg0KDQogICBvICBBIFBDTi1pbmdyZXNzIG5vZGUgcmVjZWl2
aW5nIGEgU3VzdGFpbmFibGUgUmF0ZSBmcm9tIGEgcGFydGljdWxhcg0KICAgICAgUENOLWVncmVz
cyBub2RlIG1lYXN1cmVzIGl0cyB0cmFmZmljIHRvIHRoYXQgZWdyZXNzIG5vZGUuICBUaGlzDQoN
Cg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAg
ICAgICAgICAgICBbUGFnZSA3N10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0
aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAgIGFnYWlu
IGlzIGZ1bGx5IGNvbXBhdGlibGUgd2l0aCBQQ04gYXJjaGl0ZWN0dXJlIGFzIGRlc2NyaWJlZCBp
bg0KICAgICAgZHJhZnQtZWFybGV5LXBjbi1hcmNoaXRlY3R1cmUtMDAuDQoNCiAgIG8gIFRoZSBQ
Q04taW5ncmVzcy1ub2RlIGNvbXB1dGVzIHRoZSBkZXNpcmVkIFRlcm1pbmF0aW9uIFJhdGUgdG8g
YQ0KICAgICAgcGFydGljdWxhciBQQ04tZWdyZXNzLW5vZGUgYnkgbXVsdGlwbHlpbmcgdGhlIHN1
c3RhaW5hYmxlIHJhdGUNCiAgICAgIGZyb20gYSBnaXZlbiBQQ04tZWdyZXNzLW5vZGUgYnkgdGhl
IHZhbHVlIG9mIHRoZSBjb25maWd1cmF0aW9uDQogICAgICBwYXJhbWV0ZXIgVS4gVGhpcyBjb21w
dXRhdGlvbiBzdGVwIHJlcHJlc2VudHMgYSBwcm9wb3NlZCBjaGFuZ2UgdG8NCiAgICAgIHRoZSBj
dXJyZW50IHZlcnNpb24gb2YgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLg0KDQogICBv
ICBPbmNlIHRoZSBUZXJtaW5hdGlvbiBSYXRlIGlzIGNvbXB1dGVkLCBpdCBpcyB1c2VkIGZvciB0
aGUgZmxvdw0KICAgICAgdGVybWluYXRpb24gZGVjaXNpb24gaW4gYSBtYW5uZXIgZnVsbHkgY29t
cGF0aWJsZSB3aXRoDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0uICBOYW1l
bHkgdGhlIFBDTi1pbmdyZXNzLW5vZGUNCiAgICAgIGNvbXBhcmVzIHRoZSBtZWFzdXJlZCB0cmFm
ZmljIHJhdGUgZGVzdGluZWQgdG8gdGhlIGdpdmVuIFBDTi0NCiAgICAgIGVncmVzcy1ub2RlIHdp
dGggdGhlIGNvbXB1dGVkIFRlcm1pbmF0aW9uIHJhdGUgZm9yIHRoYXQgZWdyZXNzDQogICAgICBu
b2RlLCBhbmQgdGVybWluYXRlcyBhIHNldCBvZiB0cmFmZmljIGZsb3dzIHRvIHJlZHVjZSB0aGUg
cmF0ZQ0KICAgICAgZXhjZWVkaW5nIHRoYXQgVGVybWluYXRpb24gcmF0ZS4gIFRoaXMgaXMgZnVs
bHkgY29tcGF0aWJsZSB3aXRoDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0u
DQoNCjkuMi4gIEltcGFjdCBvbiBQQ04tRWdyZXNzLU5vZGUNCg0KICAgVGhlIG9ubHkgcHJvcG9z
ZWQgY2hhbmdlIGF0IHRoZSBQQ04tZWdyZXNzLW5vZGUgaXMgdGhlIGFkZGl0aW9uIG9mIGENCiAg
IHNpbmdsZSAoZ2xvYmFsbHkgZGVmaW5lZCkgY29uZmlndXJhdGlvbiBjb25zdGFudCBVLiBUaGUg
c2V0dGluZyBvZg0KICAgdGhpcyBjb25zdGFudCBkZWZpbmVzIHRoZSB0eXBlIG9mIG1hcmtpbmcg
Q0xFIGlzIG1lYXN1cmVkIGFnYWluc3QuDQogICBJZiBVPTEsIHRoZSBzeXN0ZW0gZGVmYXVsdHMg
dG8gdGhlIGR1YWwtbWFya2luZyBiZWhhdmlvciBhbmQgdGhlIENMRQ0KICAgaXMgbWVhc3VyZWQg
YWdhaW5zdCBUeXBlIFEgbWFya2VkIHBhY2tldHMuICBJZiBVPjEsIHRoZSBDTEUgaXMNCiAgIG1l
YXN1cmVkIGFnYWluc3QgVHlwZSBSIG1hcmtlZCB0cmFmZmljLiAgTm8gb3RoZXIgY2hhbmdlIGlz
IHJlcXVpcmVkLg0KDQogICBJbiBtb3JlIGRldGFpbCwNCg0KICAgbyAgSWYgVT0xLCBhIFBDTi1l
Z3Jlc3Mtbm9kZSBleHBlY3RzIHRvIHJlY2VpdmUgZWl0aGVyIFR5cGUgUSBtYXJraW5nDQogICAg
ICBvbmx5ICh0aGUgbmV0d29yayBpbXBsZW1lbnRzIHZpcnVhbC1xdWV1ZS1iYXNlZCBhZG1pc3Np
b24gb25seSksDQogICAgICBvciBUeXBlIFIgbWFya2luZyBvbmx5ICh0aGUgc3lzdGVtIGltcGxl
bWVudHMgZXhjZXNzLXJhdGUtYmFzZWQNCiAgICAgIGZsb3cgdGVybWluYXRpb24gb25seSksIG9y
IGJvdGggKHRoZSBzeXN0ZW0gaW1wbGVtZW50cyBkdWFsLQ0KICAgICAgbWFya2luZyBhZG1pc3Np
b24gYW5kIHRlcm1pbmF0aW9uKS4NCg0KICAgbyAgSWYgVT4xLCBhIFBDTiBlZ3Jlc3Mgbm9kZSBl
eHBlY3RzIHRvIHJlY2VpdmUgb25seSB0eXBlLVIgbWFya2luZw0KICAgICAgKHRoZSBuZXR3b3Jr
IGltcGxlbWVudHMgc2luZ2xlLW1hcmtpbmcgYXBwcm9hY2gpLg0KDQogICBvICBJZiBVPTEgYW5k
IFR5cGUtUSBtYXJraW5nIGlzIHJlY2VpdmVkIChhcyBpbmRpY2F0ZWQgYnkgdGhlDQogICAgICBl
bmNvZGluZyBpbiB0aGUgUENOIHBhY2tldHMpLCB0aGVuIHRoZSBQQ04tZWdyZXNzLW5vZGUgYWx3
YXlzDQogICAgICBtZWFzdXJlcyB0aGUgQ0xFIChmcmFjdGlvbiBvZiB0cmFmZmljIGNhcnJ5aW5n
IFR5cGUtUSBtYXJrcykgb24gYQ0KICAgICAgcGVyLWluZ3Jlc3MgYmFzaXMgYWdhaW5zdCBUeXBl
IFEgbWFya2luZy4gIFRoaXMgcmVwcmVzZW50cyBubw0KICAgICAgY2hhbmdlIChvdGhlciB0aGFu
IHJlbmFtaW5nICJhZG1pc3Npb24tbWFya2VkLXBhY2tldHMiIHRvICJ0eXBlDQogICAgICBRLW1h
cmtlZCIgcGFja2V0cykgY29tcGFyZWQgdG8gdGhlIGN1cnJlbnQgYXJjaGl0ZWN0dXJlLiAgVGhl
IFBDTi0NCiAgICAgIGVncmVzcy1ub2RlIHRoZW4gc2lnbmFscyB0aGUgKHR5cGUgUS1iYXNlZCkg
Q0xFIHRvIHRoZSBQQ04tDQogICAgICBpbmdyZXNzLW5vZGUgLSBhZ2FpbiBhcyBhbHJlYWR5IGVu
YWJsZWQgYnkgdGhlIGN1cnJlbnQgUENODQogICAgICBhcmNoaXRlY3R1cmUuDQoNCg0KDQoNCkNo
YXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAg
ICAgIFtQYWdlIDc4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmds
ZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgbyAgSWYgVT0xIGFuZCBh
IFBDTi1lZ3Jlc3Mtbm9kZSByZWNlaXZlcyAiVHlwZSBSIiBtYXJraW5nIChhcw0KICAgICAgaW5k
aWNhdGVkIGluIHRoZSBlbmNvZGluZyBvZiB0aGUgUENOIHBhY2tldHMpLCBpdCBtZWFzdXJlcw0K
ICAgICAgc3VzdGFpbmFibGUgcmF0ZSB3aXRoIHJlc3BlY3QgdG8gVHlwZS1SIG1hcmtlZCB0cmFm
ZmljLCAoaS5lLiBpdA0KICAgICAgbWVhc3VyZXMgdGhlIGFtb3VudCBvZiB0cmFmZmljIHdpdGhv
dXQgdGhlICJUeXBlLVIiIG1hcmtzKS4gIFRoaXMNCiAgICAgIGFsc28gaXMganVzdCBhIHJlbmFt
aW5nIGNoYW5nZSAod2l0aCB0ZXJtaW5hdGlvbi1tYXJraW5nIHJlbmFtZWQNCiAgICAgIHRvICJU
eXBlIFIiIG1hcmtpbmcpIGFuZCBpcyBmdWxseSBjb21wYXRpYmxlIHdpdGggdGhlIGN1cnJlbnQg
UENODQogICAgICBhcmNoaXRlY3R1cmUuDQoNCiAgIG8gIElmIFUgPiAxLCB0aGUgUENOLWVncmVz
cyBub2RlIGNvbXB1dGVzIGJvdGggdGhlIENMRSBhbmQgdGhlDQogICAgICBTdXN0YWluYWJsZSBy
YXRlIHdpdGggcmVzcGVjdCB0byBUeXBlLVIgbWFya2luZy4NCg0KICAgbyAgT25jZSBjb21wdXRl
ZCwgdGhlIENMRSBhbmQvb3IgdGhlIFN1c3RhaW5hYmxlIHJhdGUgYXJlDQogICAgICBjb21tdW5p
Y2F0ZWQgdG8gdGhlIFBDTi1pbmdyZXNzLW5vZGUgYXMgZGVzY3JpYmVkIGluDQogICAgICBbSS1E
LmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0uDQoNCg0KMTAuICBTZWN1cml0eSBDb25zaWRlcmF0
aW9ucw0KDQogICBUQkQNCg0KDQoxMS4gIFJlZmVyZW5jZXMNCg0KMTEuMS4gIE5vcm1hdGl2ZSBS
ZWZlcmVuY2VzDQoNCiAgIFtSRkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVz
ZSBpbiBSRkNzIHRvIEluZGljYXRlDQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIs
IEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQoNCjExLjIuICBJbmZvcm1hdGl2ZSBSZWZl
cmVuY2VzDQoNCiAgIFtJLUQuYmFiaWFyei1wY24tM3NtXQ0KICAgICAgICAgICAgICBCYWJpYXJ6
LCBKLiwgIlRocmVlIFN0YXRlIFBDTiBNYXJraW5nIiwNCiAgICAgICAgICAgICAgZHJhZnQtYmFi
aWFyei1wY24tM3NtLTAwICh3b3JrIGluIHByb2dyZXNzKSwgSnVseSAyMDA3Lg0KDQogICBbSS1E
LmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXQ0KICAgICAgICAgICAgICBCcmlzY29lLCBC
LiwgIkFuIGVkZ2UtdG8tZWRnZSBEZXBsb3ltZW50IE1vZGVsIGZvciBQcmUtDQogICAgICAgICAg
ICAgIENvbmdlc3Rpb24gTm90aWZpY2F0aW9uOiBBZG1pc3Npb24gIENvbnRyb2wgb3ZlciBhDQog
ICAgICAgICAgICAgIERpZmZTZXJ2IFJlZ2lvbiIsIGRyYWZ0LWJyaXNjb2UtdHN2d2ctY2wtYXJj
aGl0ZWN0dXJlLTA0DQogICAgICAgICAgICAgICh3b3JrIGluIHByb2dyZXNzKSwgT2N0b2JlciAy
MDA2Lg0KDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtcGhiXQ0KICAgICAgICAgICAgICBCcmlz
Y29lLCBCLiwgIlByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlvbiBtYXJraW5nIiwNCiAgICAgICAg
ICAgICAgZHJhZnQtYnJpc2NvZS10c3Z3Zy1jbC1waGItMDMgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0K
ICAgICAgICAgICAgICBPY3RvYmVyIDIwMDYuDQoNCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1yZS1l
Y24tYm9yZGVyLWNoZWF0XQ0KICAgICAgICAgICAgICBCcmlzY29lLCBCLiwgIkVtdWxhdGluZyBC
b3JkZXIgRmxvdyBQb2xpY2luZyB1c2luZyBSZS1FQ04NCiAgICAgICAgICAgICAgb24gQnVsayBE
YXRhIiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1yZS1lY24tYm9yZGVyLWNoZWF0LTAxDQoNCg0KDQpD
aGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAg
ICAgICBbUGFnZSA3OV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5n
bGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAgICAgICAgICAgKHdv
cmsgaW4gcHJvZ3Jlc3MpLCBKdW5lIDIwMDYuDQoNCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1yZS1l
Y24tdGNwXQ0KICAgICAgICAgICAgICBCcmlzY29lLCBCLiwgIlJlLUVDTjogQWRkaW5nIEFjY291
bnRhYmlsaXR5IGZvciBDYXVzaW5nDQogICAgICAgICAgICAgIENvbmdlc3Rpb24gdG8gVENQL0lQ
IiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1yZS1lY24tdGNwLTAzDQogICAgICAgICAgICAgICh3b3Jr
IGluIHByb2dyZXNzKSwgT2N0b2JlciAyMDA2Lg0KDQogICBbSS1ELmRhdmllLWVjbi1tcGxzXQ0K
ICAgICAgICAgICAgICBEYXZpZSwgQi4sICJFeHBsaWNpdCBDb25nZXN0aW9uIE1hcmtpbmcgaW4g
TVBMUyIsDQogICAgICAgICAgICAgIGRyYWZ0LWRhdmllLWVjbi1tcGxzLTAxICh3b3JrIGluIHBy
b2dyZXNzKSwgT2N0b2JlciAyMDA2Lg0KDQogICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVy
ZV0NCiAgICAgICAgICAgICAgRWFyZGxleSwgUC4sICJQcmUtQ29uZ2VzdGlvbiBOb3RpZmljYXRp
b24gQXJjaGl0ZWN0dXJlIiwNCiAgICAgICAgICAgICAgZHJhZnQtZWFyZGxleS1wY24tYXJjaGl0
ZWN0dXJlLTAwICh3b3JrIGluIHByb2dyZXNzKSwNCiAgICAgICAgICAgICAgSnVuZSAyMDA3Lg0K
DQogICBbSS1ELmxlZmF1Y2hldXItZW1lcmdlbmN5LXJzdnBdDQogICAgICAgICAgICAgIEZhdWNo
ZXVyLCBGLiwgIlJTVlAgRXh0ZW5zaW9ucyBmb3IgRW1lcmdlbmN5IFNlcnZpY2VzIiwNCiAgICAg
ICAgICAgICAgZHJhZnQtbGVmYXVjaGV1ci1lbWVyZ2VuY3ktcnN2cC0wMiAod29yayBpbiBwcm9n
cmVzcyksDQogICAgICAgICAgICAgIEp1bmUgMjAwNi4NCg0KICAgW0ktRC53ZXN0YmVyZy1wY24t
bG9hZC1jb250cm9sXQ0KICAgICAgICAgICAgICBXZXN0YmVyZywgTC4sICJMQy1QQ04gLSBUaGUg
TG9hZCBDb250cm9sIFBDTiBzb2x1dGlvbiIsDQogICAgICAgICAgICAgIGRyYWZ0LXdlc3RiZXJn
LXBjbi1sb2FkLWNvbnRyb2wtMDAgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0KICAgICAgICAgICAgICBN
YXkgMjAwNy4NCg0KMTEuMy4gIFJlZmVyZW5jZXMNCg0KICAgW0phbWluXSAgICAiQSBNZWFzdXJl
bWVudC1iYXNlZCBBZG1pc3Npb24gQ29udHJvbCBBbGdvcml0aG0gZm9yDQogICAgICAgICAgICAg
IEludGVncmF0ZWQgU2VydmljZXMgUGFja2V0IE5ldHdvcmtzIiwgMTk5Ny4NCg0KICAgW01lbnRo
XSAgICAiUENOLUJhc2VkIFJlc2lsaWVudCBOZXR3b3JrIEFkbWlzc2lvbiBDb250cm9sOiBUaGUg
SW1wYWN0DQogICAgICAgICAgICAgIG9mIGEgU2luZ2xlIEJpdCIsIDIwMDcuDQoNCg0KQXV0aG9y
cycgQWRkcmVzc2VzDQoNCiAgIEFubmEgQ2hhcm55DQogICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQog
ICAxNDE0IE1hc3MuIEF2ZS4NCiAgIEJveGJvcm91Z2gsIE1BICAwMTcxOQ0KICAgVVNBDQoNCiAg
IEVtYWlsOiBhY2hhcm55QGNpc2NvLmNvbQ0KDQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAg
ICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA4MF0N
CgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAg
ICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIFhpbnlhbmcgKEpveSkgWmhhbmcNCiAgIENpc2Nv
IFN5c3RlbXMsIEluYy4gYW5kIENvcm5lbGwgVW5pdmVyc2l0eQ0KICAgMTQxNCBNYXNzLiBBdmUu
DQogICBCb3hib3JvdWdoLCBNQSAgMDE3MTkNCiAgIFVTQQ0KDQogICBFbWFpbDogam95emhhbmdA
Y2lzY28uY29tDQoNCg0KICAgRnJhbmNvaXMgTGUgRmF1Y2hldXINCiAgIENpc2NvIFN5c3RlbXMs
IEluYy4NCiAgIFZpbGxhZ2UgZCdFbnRyZXByaXNlIEdyZWVuIFNpZGUgLSBCYXRpbWVudCBUMyAs
DQogICA0MDAgQXZlbnVlIGRlIFJvdW1hbmlsbGUsIDA2NDEwIEJpb3QgU29waGlhLUFudGlwb2xp
cywNCiAgIEZyYW5jZQ0KDQogICBFbWFpbDogZmxlZmF1Y2hAY2lzY28uY29tDQoNCg0KICAgVmFz
c2lsaXMgTGlhdHNvcw0KICAgQ2lzY28gU3lzdGVtcywgSW5jLg0KICAgMTQxNCBNYXNzLiBBdmUu
DQogICBCb3hib3JvdWdoLCBNQSAgMDE3MTkNCiAgIFVTQQ0KDQogICBFbWFpbDogdmxpYXRzb3NA
Y2lzY28uY29tDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAg
ICAgICAgICAgICAgW1BhZ2UgODFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdp
dGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQpGdWxsIENvcHly
aWdodCBTdGF0ZW1lbnQNCg0KICAgQ29weXJpZ2h0IChDKSBUaGUgSUVURiBUcnVzdCAoMjAwNyku
DQoNCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBh
bmQgcmVzdHJpY3Rpb25zDQogICBjb250YWluZWQgaW4gQkNQIDc4LCBhbmQgZXhjZXB0IGFzIHNl
dCBmb3J0aCB0aGVyZWluLCB0aGUgYXV0aG9ycw0KICAgcmV0YWluIGFsbCB0aGVpciByaWdodHMu
DQoNCiAgIFRoaXMgZG9jdW1lbnQgYW5kIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWlu
IGFyZSBwcm92aWRlZCBvbiBhbg0KICAgIkFTIElTIiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9S
LCBUSEUgT1JHQU5JWkFUSU9OIEhFL1NIRSBSRVBSRVNFTlRTDQogICBPUiBJUyBTUE9OU09SRUQg
QlkgKElGIEFOWSksIFRIRSBJTlRFUk5FVCBTT0NJRVRZLCBUSEUgSUVURiBUUlVTVCBBTkQNCiAg
IFRIRSBJTlRFUk5FVCBFTkdJTkVFUklORyBUQVNLIEZPUkNFIERJU0NMQUlNIEFMTCBXQVJSQU5U
SUVTLCBFWFBSRVNTDQogICBPUiBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRP
IEFOWSBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0YNCiAgIFRIRSBJTkZPUk1BVElPTiBIRVJFSU4g
V0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRA0KICAgV0FSUkFOVElF
UyBPRiBNRVJDSEFOVEFCSUxJVFkgT1IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0Uu
DQoNCg0KSW50ZWxsZWN0dWFsIFByb3BlcnR5DQoNCiAgIFRoZSBJRVRGIHRha2VzIG5vIHBvc2l0
aW9uIHJlZ2FyZGluZyB0aGUgdmFsaWRpdHkgb3Igc2NvcGUgb2YgYW55DQogICBJbnRlbGxlY3R1
YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90aGVyIHJpZ2h0cyB0aGF0IG1pZ2h0IGJlIGNsYWltZWQg
dG8NCiAgIHBlcnRhaW4gdG8gdGhlIGltcGxlbWVudGF0aW9uIG9yIHVzZSBvZiB0aGUgdGVjaG5v
bG9neSBkZXNjcmliZWQgaW4NCiAgIHRoaXMgZG9jdW1lbnQgb3IgdGhlIGV4dGVudCB0byB3aGlj
aCBhbnkgbGljZW5zZSB1bmRlciBzdWNoIHJpZ2h0cw0KICAgbWlnaHQgb3IgbWlnaHQgbm90IGJl
IGF2YWlsYWJsZTsgbm9yIGRvZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQgaGFzDQogICBtYWRlIGFu
eSBpbmRlcGVuZGVudCBlZmZvcnQgdG8gaWRlbnRpZnkgYW55IHN1Y2ggcmlnaHRzLiAgSW5mb3Jt
YXRpb24NCiAgIG9uIHRoZSBwcm9jZWR1cmVzIHdpdGggcmVzcGVjdCB0byByaWdodHMgaW4gUkZD
IGRvY3VtZW50cyBjYW4gYmUNCiAgIGZvdW5kIGluIEJDUCA3OCBhbmQgQkNQIDc5Lg0KDQogICBD
b3BpZXMgb2YgSVBSIGRpc2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYgU2VjcmV0YXJpYXQgYW5k
IGFueQ0KICAgYXNzdXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3Ig
dGhlIHJlc3VsdCBvZiBhbg0KICAgYXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGlj
ZW5zZSBvciBwZXJtaXNzaW9uIGZvciB0aGUgdXNlIG9mDQogICBzdWNoIHByb3ByaWV0YXJ5IHJp
Z2h0cyBieSBpbXBsZW1lbnRlcnMgb3IgdXNlcnMgb2YgdGhpcw0KICAgc3BlY2lmaWNhdGlvbiBj
YW4gYmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0b3J5IGF0DQog
ICBodHRwOi8vd3d3LmlldGYub3JnL2lwci4NCg0KICAgVGhlIElFVEYgaW52aXRlcyBhbnkgaW50
ZXJlc3RlZCBwYXJ0eSB0byBicmluZyB0byBpdHMgYXR0ZW50aW9uIGFueQ0KICAgY29weXJpZ2h0
cywgcGF0ZW50cyBvciBwYXRlbnQgYXBwbGljYXRpb25zLCBvciBvdGhlciBwcm9wcmlldGFyeQ0K
ICAgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhhdCBtYXkgYmUgcmVxdWlyZWQg
dG8gaW1wbGVtZW50DQogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFkZHJlc3MgdGhlIGluZm9y
bWF0aW9uIHRvIHRoZSBJRVRGIGF0DQogICBpZXRmLWlwckBpZXRmLm9yZy4NCg0KDQpBY2tub3ds
ZWRnbWVudA0KDQogICBGdW5kaW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlvbiBpcyBwcm92
aWRlZCBieSB0aGUgSUVURg0KICAgQWRtaW5pc3RyYXRpdmUgU3VwcG9ydCBBY3Rpdml0eSAoSUFT
QSkuDQoNCg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEw
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgODJdDQoMDQoNCg0K

------_=_NextPart_001_01C7C22D.902C570C
Content-Type: text/plain; name="draft-zhang-pcn-performance-evaluation-02.txt"
Content-Transfer-Encoding: base64
Content-Description: draft-zhang-pcn-performance-evaluation-02.txt
Content-Disposition: attachment;
	filename="draft-zhang-pcn-performance-evaluation-02.txt"

DQoNCk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBKLiBaaGFuZw0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAg
ICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuIGFuZCBDb3JuZWxsDQpJbnRlbmRlZCBzdGF0dXM6IElu
Zm9ybWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFVuaXZlcnNpdHkNCkV4
cGlyZXM6IEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIEEuIENoYXJueQ0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBWLiBMaWF0c29zDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRi4gTGUgRmF1Y2hldXINCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgQ2lzY28gU3lzdGVt
cywgSW5jLg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgSnVseSA5LCAyMDA3DQoNCg0KIFBlcmZvcm1hbmNlIEV2YWx1YXRpb24gb2Yg
Q0wtUEhCIEFkbWlzc2lvbiBhbmQgVGVybWluYXRpb24gQWxnb3JpdGhtcw0KICAgICAgICAgICAg
IGRyYWZ0LXpoYW5nLXBjbi1wZXJmb3JtYW5jZS1ldmFsdWF0aW9uLTAyLnR4dA0KDQpTdGF0dXMg
b2YgdGhpcyBNZW1vDQoNCiAgIEJ5IHN1Ym1pdHRpbmcgdGhpcyBJbnRlcm5ldC1EcmFmdCwgZWFj
aCBhdXRob3IgcmVwcmVzZW50cyB0aGF0IGFueQ0KICAgYXBwbGljYWJsZSBwYXRlbnQgb3Igb3Ro
ZXIgSVBSIGNsYWltcyBvZiB3aGljaCBoZSBvciBzaGUgaXMgYXdhcmUNCiAgIGhhdmUgYmVlbiBv
ciB3aWxsIGJlIGRpc2Nsb3NlZCwgYW5kIGFueSBvZiB3aGljaCBoZSBvciBzaGUgYmVjb21lcw0K
ICAgYXdhcmUgd2lsbCBiZSBkaXNjbG9zZWQsIGluIGFjY29yZGFuY2Ugd2l0aCBTZWN0aW9uIDYg
b2YgQkNQIDc5Lg0KDQogICBJbnRlcm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9m
IHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0KICAgVGFzayBGb3JjZSAoSUVURiksIGl0cyBhcmVh
cywgYW5kIGl0cyB3b3JraW5nIGdyb3Vwcy4gIE5vdGUgdGhhdA0KICAgb3RoZXIgZ3JvdXBzIG1h
eSBhbHNvIGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJuZXQtDQogICBEcmFm
dHMuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBh
IG1heGltdW0gb2Ygc2l4IG1vbnRocw0KICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwg
b3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkNCiAgIHRpbWUuICBJdCBpcyBp
bmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFmdHMgYXMgcmVmZXJlbmNlDQogICBtYXRl
cmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iDQoN
CiAgIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtRHJhZnRzIGNhbiBiZSBhY2Nlc3NlZCBh
dA0KICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pZXRmLzFpZC1hYnN0cmFjdHMudHh0Lg0KDQogICBU
aGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vz
c2VkIGF0DQogICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sLg0KDQogICBUaGlzIElu
dGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIEphbnVhcnkgNiwgMjAwOC4NCg0KQ29weXJpZ2h0
IE5vdGljZQ0KDQogICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4NCg0KQWJz
dHJhY3QNCg0KICAgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC1hcmNoaXRlY3R1cmVdDQogICBhcHByb2FjaCBwcm9wb3NlcyBBZG1pc3Npb24gQ29udHJv
bCB0byBsaW1pdCB0aGUgYW1vdW50IG9mIHJlYWwtdGltZQ0KICAgUENOIHRyYWZmaWMgdG8gYSBj
b25maWd1cmVkIGxldmVsIGR1cmluZyB0aGUgbm9ybWFsIG9wZXJhdGluZw0KICAgY29uZGl0aW9u
cywgYW5kIEZsb3cgVGVybWluYXRpb24gdXNlZCB0byB0ZWFyLWRvd24gc29tZSBvZiB0aGUgZmxv
d3MNCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAw
OCAgICAgICAgICAgICAgICBbUGFnZSAxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg
Q0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgdG8g
YnJpbmcgdGhlIFBDTiB0cmFmZmljIGxldmVsIGRvd24gdG8gYSBkZXNpcmFibGUgYW1vdW50IGR1
cmluZw0KICAgdW5leHBlY3RlZCBldmVudHMgc3VjaCBhcyBuZXR3b3JrIGZhaWx1cmVzLCB3aXRo
IHRoZSBnb2FsIG9mDQogICBtYWludGFpbmluZyB0aGUgUW9TIGFzc3VyYW5jZXMgdG8gdGhlIHJl
bWFpbmluZyBmbG93cy4gIFByZWxpbWluYXJ5DQogICBwZXJmb3JtYW5jZSBldmFsdWF0aW9uIHJl
c3VsdHMgb24gZXhhbXBsZSBhZG1pc3Npb24gYW5kIHRlcm1pbmF0aW9uDQogICBtZWNoYW5pc21z
IHdlcmUgcHJlc2VudGVkIGluIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1waGJdIGFuZCBpbg0KICAg
ZWFybGllciB2ZXJzaW9ucyBvZiB0aGlzIGRyYWZ0LiAgVGhpcyBkcmFmdCBwcmVzZW50cyB0aGUg
cmVzdWx0cyBvZiBhDQogICBmb2xsb3ctdXAgc2ltdWxhdGlvbiBzdHVkeS4NCg0KUmVxdWlyZW1l
bnRzIExhbmd1YWdlDQoNCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVR
VUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwNCiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIs
ICJSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQgIk9QVElPTkFMIiBpbiB0aGlzDQogICBkb2N1bWVu
dCBhcmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFJGQyAyMTE5IFtSRkMyMTE5
XS4NCg0KDQpUYWJsZSBvZiBDb250ZW50cw0KDQogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQNCiAgICAgMS4xLiAg
Q2hhbmdlcyBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAgNQ0KICAgICAxLjIuICBUZXJtaW5vbG9neSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuICA1DQogICAyLiAgU2ltdWxhdGlvbiBTZXR1cCBhbmQgRW52aXJv
bm1lbnQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUNCiAgICAgMi4xLiAgTmV0d29y
ayBNb2RlbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQ0K
ICAgICAyLjIuICBDYWxsIFNpZ25hbGluZyBNb2RlbCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuICA3DQogICAgIDIuMy4gIFRyYWZmaWMgTW9kZWxzIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDcNCiAgICAgICAyLjMuMS4gIFZvaWNlIFRy
YWZmaWMgTW9kZWxzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOA0KICAgICAg
IDIuMy4yLiAgU3ludGhldGljICJWaWRlbyIgLSBIaWdoIFBlYWstdG8tTWVhbiBSYXRpbyBWQlIN
CiAgICAgICAgICAgICAgIFRyYWZmaWMgKFNWRCkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAgOQ0KICAgICAgIDIuMy4zLiAgUmVhbCBWaWRlbyBUcmFjZXMgKFZUUikg
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEwDQogICAgICAgMi4zLjQuICBSYW5kb21p
emF0aW9uIG9mIEJhc2UgVHJhZmZpYyBNb2RlbHMgLiAuIC4gLiAuIC4gLiAuIC4gMTANCiAgICAg
Mi40LiAgUGVyZm9ybWFuY2UgTWV0cmljcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAxMQ0KICAgICAyLjUuICBTaW11bGF0aW9uIEVudmlyb25tZW50IC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAzLiAgQWRtaXNzaW9uIENvbnRyb2wgIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTENCiAgICAgMy4xLiAg
UGFyYW1ldGVyIFNldHRpbmdzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAxMQ0KICAgICAgIDMuMS4xLiAgVmlydHVhbCBxdWV1ZSBzZXR0aW5ncyAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAgICAgMy4xLjIuICBFZ3Jlc3MgbWVhc3VyZW1lbnRz
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTINCiAgICAgMy4yLiAgV2hhdCBC
b3R0bGVuZWNrIEFnZ3JlZ2F0aW9uIGlzIFN1ZmZpY2llbnQ/IC4gLiAuIC4gLiAuIC4gLiAxMg0K
ICAgICAzLjMuICBTZW5zaXRpdml0eSB0byBDYWxsIEFycml2YWwgQXNzdW1wdGlvbnMgIC4gLiAu
IC4gLiAuIC4gLiAuIDE0DQogICAgIDMuNC4gIFNlbnNpdGl2aXR5IHRvIE1hcmtpbmcgUGFyYW1l
dGVycyBhdCB0aGUgQm90dGxlbmVjayAgLiAuIC4gMTYNCiAgICAgICAzLjQuMS4gIFJhbXAgdnMg
U3RlcCBNYXJraW5nIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxNg0KICAgICAg
IDMuNC4yLiAgU2Vuc2l0aXZpdHkgdG8gVmlydHVhbCBRdWV1ZSBNYXJraW5nIFRocmVzaG9sZHMg
IC4gLiAuIDE2DQogICAgIDMuNS4gIFNlbnNpdGl2aXR5IHRvIFJUVCAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTcNCiAgICAgMy42LiAgU2Vuc2l0aXZpdHkgdG8gRVdN
QSB3ZWlnaHQgYW5kIENMRSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxOA0KICAgICAzLjcuICBF
ZmZlY3Qgb2YgSW5ncmVzcy1FZ3Jlc3MgQWdncmVnYXRpb24gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDIwDQogICAgIDMuOC4gIEVmZmVjdCBvZiBNdWx0aXBsZSBCb3R0bGVuZWNrcyAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gMjENCiAgICAgICAzLjguMS4gIFV0aWxpemF0aW9uIG9mIG92ZXJs
b2FkZWQgYm90dGxlbmVja3MgIC4gLiAuIC4gLiAuIC4gLiAyMQ0KICAgICAgIDMuOC4yLiAgRmFp
cm5lc3MgQmV0d2VlbiBMb25nLWhhdWwgYW5kIFNob3J0LWhhdWwgZmxvd3MgIC4gLiAuIDIyDQog
ICA0LiAgVGVybWluYXRpb24gQ29udHJvbCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gMjUNCiAgICAgNC4xLiAgVGVybWluYXRpb24gTW9kZWwgYW5kIEtleSBQYXJh
bWV0ZXJzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyNQ0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAg
ICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDJdDQoM
DQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAg
ICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAgIDQuMi4gIEVmZmVjdCBvZiBSVFQgRGlmZmVyZW5j
ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjYNCiAgICAgNC4zLiAgSW5ncmVz
cy1FZ3Jlc3MgQWdncmVnYXRpb24gRXhwZXJpbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAyOQ0K
ICAgICAgIDQuMy4xLiAgTW90aXZhdGlvbiBmb3IgdGhlIEludmVzdGlnYXRpb24gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDI5DQogICAgICAgNC4zLjIuICBEZXRhaWxlZCByZXN1bHRzIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzANCiAgICAgNC40LiAgTXVsdGlwbGUgQm90
dGxlbmVja3MgRXhwZXJpbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzNQ0KICAgICAg
IDQuNC4xLiAgTW90aXZhdGlvbiBmb3IgdGhlIEludmVzdGlnYXRpb24gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIDM1DQogICAgICAgNC40LjIuICBEZXRhaWxlZCBSZXN1bHRzIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzYNCiAgICAgNC41LiAgU2Vuc2l0aXZpdHkgdG8gQ2Fs
bCBBcnJpdmFsIEFzc3VtcHRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiA0MQ0KICAgNS4gIFN1bW1h
cnkgb2YgUmVzdWx0cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDQxDQogICAgIDUuMS4gIFN1bW1hcnkgb2YgQWRtaXNzaW9uIENvbnRyb2wgUmVzdWx0cyAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gNDENCiAgICAgNS4yLiAgU3VtbWFyeSBhbmQgRGlzY3Vzc2lvbiBv
ZiBUZXJtaW5hdGlvbiBSZXN1bHRzICAuIC4gLiAuIC4gLiA0Mg0KICAgNi4gIEZ1dHVyZSB3b3Jr
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQzDQog
ICA3LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gNDQNCiAgIDguICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NA0KICAgOS4gIFJlZmVyZW5jZXMgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ0DQogICAgIDku
MS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gNDQNCiAgICAgOS4yLiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NA0KICAgQXV0aG9ycycgQWRkcmVzc2VzIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ1DQogICBJbnRlbGxlY3R1
YWwgUHJvcGVydHkgYW5kIENvcHlyaWdodCBTdGF0ZW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4g
NDYNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIw
MDggICAgICAgICAgICAgICAgW1BhZ2UgM10NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg
IENMIFNpbXVsYXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCjEuICBJ
bnRyb2R1Y3Rpb24NCg0KICAgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIGFwcHJvYWNoICgN
CiAgIGRyYWZ0LWVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZSwgW0ktRC5icmlzY29lLXRzdndnLWNs
LWFyY2hpdGVjdHVyZV0pDQogICBwcm9wb3NlcyBBZG1pc3Npb24gQ29udHJvbCB0byBsaW1pdCB0
aGUgYW1vdW50IG9mIHJlYWwtdGltZSBQQ04NCiAgIHRyYWZmaWMgdG8gYSBjb25maWd1cmVkIGxl
dmVsIGR1cmluZyB0aGUgbm9ybWFsIG9wZXJhdGluZyBjb25kaXRpb25zLA0KICAgYW5kIEZsb3cg
VGVybWluYXRpb24gdXNlZCB0byB0ZWFyIGRvd24gc29tZSBvZiB0aGUgZmxvd3MgdG8gYnJpbmcg
dGhlDQogICBQQ04gdHJhZmZpYyBsZXZlbCBkb3duIHRvIGEgZGVzaXJhYmxlIGFtb3VudCBkdXJp
bmcgdW5leHBlY3RlZCBldmVudHMNCiAgIHN1Y2ggYXMgbmV0d29yayBmYWlsdXJlcywgd2l0aCB0
aGUgZ29hbCBvZiBtYWludGFpbmluZyB0aGUgUW9TDQogICBhc3N1cmFuY2VzIHRvIHRoZSByZW1h
aW5pbmcgZmxvd3MuICBJbiBkcmFmdC1lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmUNCiAgICwgQWRt
aXNzaW9uIGFuZCBUZXJtaW5hdGlvbiB1c2UgdHdvIGRpZmZlcmVudCBtYXJraW5ncyBhbmQgdHdv
DQogICBkaWZmZXJlbnQgbWV0ZXJpbmcgbWVjaGFuaXNtcyBpbiB0aGUgaW50ZXJuYWwgbm9kZXMg
b2YgdGhlIFBDTg0KICAgcmVnaW9uLiAgSGVyZSBhbmQgZWxzZXdoZXJlIGluIHRoaXMgZG9jdW1l
bnQgd2Ugd2lsbCBvbWl0ICJGbG93IiBhbmQNCiAgIHJlZmVyIHRvIEZsb3cgVGVybWluYXRpb24g
c2ltcGx5IGFzIFRlcm1pbmF0aW9uLg0KDQogICBBbiBpbml0aWFsIHNpbXVsYXRpb24gc3R1ZHkg
d2FzIHJlcG9ydGVkIGluDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtcGhiXSwgd2hlcmUgaXQg
d2FzIHNob3duIHRoYXQgYm90aCBBZG1pc3Npb24NCiAgIGFuZCBUZXJtaW5hdGlvbiBtZWNoYW5p
c21zIGRpc2N1c3NlZCB0aGVyZSBoYXZlIHJlYXNvbmFibGUNCiAgIHBlcmZvcm1hbmNlIGluIGEg
bGltaXRlZCBzZXQgb2YgZXhwZXJpbWVudHMgcGVyZm9ybWVkIHRoZXJlLiAgVGhpcw0KICAgZHJh
ZnQgcmVwb3J0cyB0aGUgbmV4dCBpbnN0YWxsbWVudCBvZiB0aGUgc2ltdWxhdGlvbiByZXN1bHRz
LiAgRm9yDQogICBjb21wbGV0ZW5lc3MgYW5kIGNvbnZlbmllbmNlIG9mIGV4cG9zaXRpb24sIG1v
c3Qgb2YgdGhlIHJlc3VsdHMNCiAgIGVhcmxpZXIgcHJlc2VudGVkIGluIFtJLUQuYnJpc2NvZS10
c3Z3Zy1jbC1waGJdIGhhdmUgYmVlbiBtb3ZlZCBpbnRvDQogICB0aGlzIGRyYWZ0Lg0KDQogICBU
aGUgbmV3IHJlc3VsdHMgcHJlc2VudGVkIGluIHRoZSBjdXJyZW50IGRyYWZ0IGZ1cnRoZXIgY29u
ZmlybSB0aGF0DQogICBBZG1pc3Npb24gYW5kIFRlcm1pbmF0aW9uIGFsZ29yaXRobXMgb2YgW0kt
RC5icmlzY29lLXRzdndnLWNsLXBoYl0NCiAgIHBlcmZvcm0gd2VsbCB1bmRlciBhIHJhbmdlIG9m
IG9wZXJhdGluZyBjb25kaXRpb25zIGFuZCBhcmUgcmVsYXRpdmVseQ0KICAgaW5zZW5zaXRpdmUg
dG8gcGFyYW1ldGVyIHZhcmlhdGlvbnMgYXJvdW5kIGEgY2hvc2VuIG9wZXJhdGlvbiByYW5nZS4N
Cg0KICAgUGVyaGFwcyB0aGUgbW9zdCBpbnRlcmVzdGluZyAoYW5kIHNvbWV3aGF0IHVuZXhwZWN0
ZWQpIGNvbmNsdXNpb24NCiAgIHRoYXQgY2FuIGJlIGRyYXduIGZyb20gdGhlc2UgcmVzdWx0cyBp
cyB0aGF0IGJvdGggQWRtaXNzaW9uIGFuZA0KICAgVGVybWluYXRpb24gYWxnb3JpdGhtcyBhcHBl
YXIgdG8gYmUgbm90IGFzIHNlbnNpdGl2ZSB0byBsb3cgcGVyDQogICBpbmdyZXNzLWVncmVzcy1w
YWlyIGFnZ3JlZ2F0aW9uIGFzIG9uZSBtaWdodCBmZWFyLiAgVGhpcyByZXN1bHQgaXMNCiAgIHF1
aXRlIGVuY291cmFnaW5nOiB3aGlsZSBpdCBzZWVtcyByZWFzb25hYmxlIHRvIGFzc3VtZSBzdWZm
aWNpZW50DQogICBib3R0bGVuZWNrIGxpbmsgYWdncmVnYXRpb24sIGl0IGlzIG5vdCB2ZXJ5IGNs
ZWFyIHdoZXRoZXIgb25lIGNhbg0KICAgc2FmZWx5IGFzc3VtZSBoaWdoIGxldmVscyBvZiBhZ2dy
ZWdhdGlvbiBvbiBhIHBlciBpbmdyZXNzLWVncmVzcy1wYWlyDQogICBiYXNpcy4gIFlldCwgbG93
IGxldmVscyBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiByZW1haW4gYQ0KICAgcG90ZW50
aWFsIGNvbmNlcm4sIGVzcGVjaWFsbHkgZm9yIHRoZSBUZXJtaW5hdGlvbiBtZWNoYW5pc20uICBN
b3JlDQogICBkaXNjdXNzaW9uIG9uIHRoaXMgaXMgcHJlc2VudGVkIGluIHNlY3Rpb24gNC4gIE90
aGVyIGNvbmNsdXNpb25zIGFyZQ0KICAgcHJlc2VudGVkIGluIFNlY3Rpb24gNS5dDQoNCiAgIFNl
Y3Rpb24gMiBkZXNjcmliZXMgc2ltdWxhdGlvbiBlbnZpcm9ubWVudCBhbmQgbW9kZWxzLCBBZG1p
c3Npb24gYW5kDQogICB0ZXJtaW5hdGlvbiBzaW11bGF0aW9uIHJlc3VsdHMgYXJlIHByZXNlbnRl
ZCBpbiBzZWN0aW9ucyAzIGFuZCA0LCBhbmQNCiAgIHNlY3Rpb24gNSBzdW1tYXJpemVzIHRoZSBy
ZXN1bHRzIG9mIHRoZSBzaW11bGF0aW9ucyBzbyBmYXIgYW5kIGxpc3RzDQogICBhcmVhcyBmb3Ig
ZnVydGhlciBzdHVkeS4NCg0KDQoNCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBp
cmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgICBbUGFnZSA0XQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KMS4xLiAgQ2hhbmdlcyBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uDQoNCiAg
IG8gIFJlZmluZWQgdGhlIGFuYWx5c2lzIG9mIGxvdyBhZ2dyZWdhdGlvbiBlZmZlY3Qgb24gVGVy
bWluYXRpb24NCg0KICAgbyAgQWRkZWQgYmF0Y2ggYXJyaXZhbHMgZXhwZXJpbWVudHMgZm9yIFRl
cm1pbmF0aW9uDQoNCiAgIG8gIEFkZGVkIEZhaXJuZXNzIGFuYWx5c2lzIGZvciBBZG1pc3Npb24N
Cg0KICAgbyAgQWRkZWQgZXhwZXJpbWVudHMgd2l0aCBkaWZmZXJlbnQgdm9pY2UgY29kZWNzIG1p
eGVzIHNoYXJpbmcgdGhlDQogICAgICBib3R0bGVuZWNrDQoNCiAgIG8gIFJlcGxhY2VkIHRoZSBU
ZXJtaW5vbG9neSBzZWN0aW9uIHdpdGggYSBwb2ludGVyIHRvDQogICAgICBkcmFmdC1lYXJkbGV5
LXBjbi1hcmNoaXRlY3R1cmUNCg0KICAgbyAgTWlzY2VsbGFuZW91cyBlZGl0b3JpYWwgY2hhbmdl
cyBhbmQgY2xhcmlmaWNhdGlvbnMgYmFzZWQgb24NCiAgICAgIGZlZWRiYWNrIHRvIHRoZSBwcmV2
aW91cyB2ZXJzaW9uDQoNCjEuMi4gIFRlcm1pbm9sb2d5DQoNCiAgIFRoaXMgZHJhZnQgdXNlcyB0
aGUgdGVybWlub2xvZ3kgYXMgZGVmaW5lZCBpbg0KICAgZHJhZnQtZWFyZGx5LXBjbi1hcmNoaXRl
Y3R1cmUtMDAuDQoNCg0KMi4gIFNpbXVsYXRpb24gU2V0dXAgYW5kIEVudmlyb25tZW50DQoNCjIu
MS4gIE5ldHdvcmsgTW9kZWxzDQoNCiAgIFdlIHVzZSB0aHJlZSB0eXBlcyBvZiB0b3BvbG9naWVz
LCBkZXNjcmliZWQgaW4gdGhpcyBzZWN0aW9uLiAgSW4gdGhlDQogICBzaW1wbGVzdCB0b3BvbG9n
eSBzaG93biBpbiBGaWcuIDIuMSB0aGUgbmV0d29yayBpcyBtb2RlbGxlZCBhcyBhDQogICBzaW5n
bGUgbGluayBiZXR3ZWVuIGFuIGluZ3Jlc3MgYW5kIGFuIGVncmVzcyBub2RlLCBhbGwgZmxvd3Mg
c2hhcmluZw0KICAgdGhlIHNhbWUgbGluay4gIEZpZ3VyZSAyLjEgc2hvd3MgdGhlIG1vZGVsbGVk
IG5ldHdvcmsuICBBIGlzIHRoZQ0KICAgaW5ncmVzcyBub2RlIGFuZCBCIGlzIHRoZSBlZ3Jlc3Mg
bm9kZS4NCg0KDQogICAgICAgICAgICAgICAgICAgICAgICBBLS0tLS1CDQoNCg0KICAgRmlnLiAy
LjEgU2ltdWxhdGVkIFNpbmdsZSBMaW5rIE5ldHdvcmsgKFJlZmVycmVkIHRvIGFzIFNpbmdsZSBM
aW5rDQogICBUb3BvbG9neSkNCg0KICAgQSBzdWJzZXQgb2Ygc2ltdWxhdGlvbnMgdXNlcyBhIG5l
dHdvcmsgc3RydWN0dXJlZCBzaW1pbGFybHkgdG8gdGhlDQogICBuZXR3b3JrIHNob3duIG9uIEZp
Z3VyZSAyLjIuICBBIHNldCBvZiBpbmdyZXNzZXMgKEEsQixDKSBjb25uZWN0ZWQgdG8NCiAgIGFu
IGludGVyaW9yIG5vZGUgaW4gdGhlIG5ldHdvcmsgKEQpIHdpdGggbGlua3Mgb2YgZGlmZmVyZW50
DQogICBwcm9wYWdhdGlvbiBkZWxheS4gIFRoaXMgbm9kZSBpbiB0dXJuIGlzIGNvbm5lY3RlZCB0
byB0aGUgZWdyZXNzIChGKS4NCiAgIEluIHRoaXMgdG9wb2xvZ3ksIGRpZmZlcmVudCBzZXRzIG9m
IGZsb3dzIGJldHdlZW4gZWFjaCBpbmdyZXNzIGFuZA0KICAgdGhlIGVncmVzcyBjb252ZXJnZSBv
biB0aGUgc2luZ2xlIGxpbmssIHdoZXJlIFByZS1jb25nZXN0aW9uDQogICBub3RpZmljYXRpb24g
YWxnb3JpdGhtIGlzIGVuYWJsZWQuICBUaGUgaW5ncmVzcyBsaW5rIGNhcGFjaXR5IGlzDQogICBh
c3N1bWVkIHRvIGJlIHN1ZmZpY2llbnRseSBsYXJnZSBzbyB0aGF0IG5laXRoZXIgQWRtaXNzaW9u
IG5vcg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAy
MDA4ICAgICAgICAgICAgICAgIFtQYWdlIDVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBU
ZXJtaW5hdGlvbiBtZWNoYW5pc21zIGhhdmUgYW55IGVmZmVjdCBvbiB0aGVtLiAgQWxsIGxpbmtz
IGFyZQ0KICAgYXNzaWduZWQgYSBwcm9wYWdhdGlvbiBkZWxheS4gIFRoZSBwb2ludCBvZiBjb25n
ZXN0aW9uIChsaW5rIChELUYpDQogICBjb25uZWN0aW5nIHRoZSBpbnRlcmlvciBub2RlIHRvIHRo
ZSBlZ3Jlc3Mgbm9kZSkgaXMgbW9kZWxsZWQgd2l0aCBhDQogICAxbXMgb3IgMTBtcyBwcm9wYWdh
dGlvbiBkZWxheS4gIEluIG91ciBzaW11bGF0aW9ucywgdGhlIG51bWJlciBvZg0KICAgaW5ncmVz
cyBub2RlcyBpbiB0aGUgbmV0d29yayByYW5nZSBmcm9tIDIgdG8gMTgwMCBub2RlcywgZWFjaA0K
ICAgY29ubmVjdGVkIHRvIHRoZSBpbnRlcmlvciBub2RlIHdpdGggYSByYW5nZSBvZiBwcm9wYWdh
dGlvbiBkZWxheSAoMW1zDQogICB0byAxMDBtcykuICBJbiBzb21lIGV4cGVyaW1lbnRzIGFsbCBp
bmdyZXNzIGxpbmtzIGhhdmUgdGhlIHNhbWUNCiAgIHByb3BhZ2F0aW9uIGRlbGF5LCBhbmQgaW4g
c29tZSBleHBlcmltZW50cyB0aGUgZGVsYXkgb2YgZGlmZmVyZW50DQogICBpbmdyZXNzZXMgdmFy
eSBpbiB0aGUgcmFuZ2UgZnJvbSAxIHRvIDEwMCBtcy4NCg0KDQogICAgICAgICAgICAgICAgICAg
ICAgICBBDQogICAgICAgICAgICAgICAgICAgICAgICAgICBcDQogICAgICAgICAgICAgICAgICAg
ICAgICBCICAtIEQgLSBGDQogICAgICAgICAgICAgICAgICAgICAgICAgICAvDQogICAgICAgICAg
ICAgICAgICAgICAgICBDDQogICBGaWcuIDIuMi4gIFNpbXVsYXRlZCBNdWx0aS1MaW5rIE5ldHdv
cmsgKFJlZmVycmVkIHRvIGFzIFJUVCBUb3BvbG9neSkNCg0KICAgQW5vdGhlciB0eXBlIG9mIG5l
dHdvcmsgb2YgaW50ZXJlc3QgaXMgbXVsdGktYm90dGxlbmVjayB0b3BvbG9neSB0aGF0DQogICB3
ZSBjYWxsIFBhcmtpbmcgTG90IChQTFQpLiAgVGhlIHNpbXBsZXN0IFBMVCB3aXRoIDIgYm90dGxl
bmVja3MgaXMNCiAgIGlsbHVzdHJhdGVkIGluIEZpZyAyLjMoYSkuICBBbiBleGFtcGxlIHRyYWZm
aWMgbWF0cml4IHdpdGggdGhpcw0KICAgbmV0d29yayBvbiB0aGlzIHRvcG9sb2d5IGlzIGFzIGZv
bGxvd3M6DQoNCiAgIG8gIGFuIGFnZ3JlZ2F0ZSBvZiAiMi1ob3AiIGZsb3dzIGVudGVyaW5nIHRo
ZSBuZXR3b3JrIGF0IEEgYW5kDQogICAgICBsZWF2aW5nIGF0IEMgKHZpYSB0aGUgdHdvIGxpbmtz
IEEtQi1DKQ0KDQogICBvICBhbiBhZ2dyZWdhdGUgb2YgIjEtaG9wIiBmbG93cyBlbnRlcmluZyB0
aGUgbmV0d29yayBhdCBEIGFuZA0KICAgICAgbGVhdmluZyBhdCBFICh2aWEgQS1CKQ0KDQogICBv
ICBhbiBhZ2dyZWdhdGUgb2YgIjEtaG9wIiBmbG93cyBlbnRlcmluZyB0aGUgbmV0d29yayBhdCBF
IGFuZA0KICAgICAgbGVhdmluZyBhdCBGICh2aWEgQi1DKQ0KDQogICBJbiB0aGUgMi1ob3AgUExU
IG9mIEZpZy4gMi4zKGEpIHRoZSBwb2ludHMgb2YgY29uZ2VzdGlvbiBhcmUgbGlua3MNCiAgIEEt
LUIgYW5kIEItLUMuICBDYXBhY2l0eSBvZiBhbGwgb3RoZXIgbGlua3MgaXMgbm90IGxpbWl0aW5n
LiAgVGhpcw0KICAgdG9wb2xvZ3kgYW5kIHRyYWZmaWMgbWF0cml4IG1vZGVscyB0aGUgbmV0d29y
ayB3aGVyZSBzb21lIGZsb3dzIGNyb3NzDQogICBtdWx0aXBsZSBib3R0bGVuZWNrcywgZWFjaCB3
aXRoIHN1YnN0YW50aWFsIGFtb3VudCBvZiBjcm9zcy10cmFmZmljLg0KDQoNCiAgICAgICAgQS0t
Qi0tQyAgICAgQS0tQi0tQy0tRCAgICAgIEEtLUItLUMtLUQtLUUtLUYNCiAgICAgICAgfCAgfCAg
fCAgICAgfCAgfCAgfCAgfCAgICAgIHwgIHwgIHwgIHwgIHwgIHwNCiAgICAgICAgfCAgfCAgfCAg
ICAgfCAgfCAgfCAgfCAgICAgIHwgIHwgIHwgIHwgIHwgIHwNCiAgICAgICAgRCAgRSAgRiAgICAg
RSAgRiAgRyAgSCAgICAgIEcgIEggIEkgIEogIEsgIEwNCg0KICAgICAgICAgIChhKSAgICAgICAg
ICAgKGIpICAgICAgICAgICAgICAgKGMpDQogICBGaWd1cmUgMi4zOiBTaW11bGF0ZWQgTXVsdGlw
bGUtYm90dGxlbmVjayAoUGFya2luZyBMb3QpIFRvcG9sb2dpZXMuDQoNCiAgIFdlIGFsc28gZXhw
ZXJpbWVudCB3aXRoIGxhcmdlciBQTFQgdG9wb2xvZ2llcyB3aXRoIDMgYm90dGxlbmVja3MgKHNl
ZQ0KICAgRmlnIDIuMyhiKSkgYW5kIDUgYm90dGxlbmVja3MgKCBGaWcgMi4zIChjKSkuICBJbiBh
bGwgY2FzZXMsIHdlDQoNCg0KDQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51
YXJ5IDYsIDIwMDggICAgICAgICAgICAgICAgW1BhZ2UgNl0NCgwNCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgIENMIFNpbXVsYXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0K
DQoNCiAgIHNpbXVsYXRlZCBvbmUgaW5ncmVzcy1lZ3Jlc3MgcGFpciB0aGF0IGNhcnJpZXMgdGhl
IGFnZ3JlZ2F0ZSBvZg0KICAgImxvbmciIGZsb3dzIHRyYXZlcnNpbmcgYWxsIHRoZSBOIGJvdHRs
ZW5lY2tzICh3aGVyZSBOIGlzIHRoZSBudW1iZXINCiAgIG9mIGJvdHRsZW5lY2sgbGlua3MgaW4g
dGhlIFBMVCB0b3BvbG9neSwgc2hvd24gYXMgImhvcml6b250YWwiIGxpbmtzDQogICBpbiBGaWcu
IDIuMyksIGFuZCBOIGluZ3Jlc3MtZWdyZXNzIHBhaXJzIHRoYXQgY2FycnkgZmxvd3MgdHJhdmVy
c2luZw0KICAgYSBzaW5nbGUgYm90dGxlbmVjayBsaW5rIGFuZCBleGl0aW5nIGF0IHRoZSBuZXh0
ICJob3AiLiAgSW4gYWxsDQogICBjYXNlcywgY2FwYWNpdGllcyBvZiBhbGwgInZlcnRpY2FsIiBs
aW5rcyBhcmUgbm9uLWxpbWl0aW5nLCBzbw0KICAgbmVpdGhlciBUZXJtaW5hdGlvbiBub3QgQWRt
aXNzaW9uIG1lY2hhbmlzbXMgYXJlIG5ldmVyIHRyaWdnZXJlZCBvbg0KICAgdGhlc2UgbGlua3Mu
ICBQcm9wYWdhdGlvbiBkZWxheXMgZm9yIGFsbCBsaW5rcyBpbiBhbGwgUExUIHRvcG9sb2dpZXMN
CiAgIGFyZSBzZXQgdG8gMW1zLg0KDQogICBUaGVzZSB0b3BvbG9naWVzIGFpbSB0byBtb2RlbCB0
aGUgY3Jvc3MgdHJhZmZpYyBhbmQgY29uZ2VzdGlvbiB0aGF0DQogICBjYW4gb2NjdXIgaW4gdGhl
IGhpZXJhcmNoaWNhbGx5IHN0cnVjdHVyZWQgbmV0d29ya3MgZGVwbG95ZWQgYnkgbWFueQ0KICAg
bmV0d29yayBwcm92aWRlcnMuDQoNCiAgIER1ZSB0byB0aW1lIGxpbWl0YXRpb25zLCBvdGhlciBw
b3NzaWJsZSB0cmFmZmljIG1hdHJpY2VzIChlLmcuIHNvbWUNCiAgIG9mIHRoZSBmbG93cyB0cmF2
ZXJzaW5nIGEgc3Vic2V0IG9mIHNldmVyYWwgYm90dGxlbmVjayBsaW5rcyBpbiBGaWcNCiAgIDIu
MykgaGF2ZSBub3QgeWV0IGJlZW4gY29uc2lkZXJlZCBhbmQgcmVtYWluIHRoZSBhcmVhIGZvciBm
dXR1cmUNCiAgIGludmVzdGlnYXRpb24uDQoNCiAgIE91ciBzaW11bGF0aW9ucyBjb25jZW50cmF0
ZWQgcHJpbWFyaWx5IG9uIHRoZSByYW5nZSBvZiBjYXBhY2l0aWVzIG9mDQogICAnYm90dGxlbmVj
aycgbGlua3Mgd2l0aCBzdWZmaWNpZW50IGxldmVsIG9mIGJvdHRsZW5lY2sgYWdncmVnYXRpb24g
LQ0KICAgYWJvdmUgMTAgTWJwcyBmb3Igdm9pY2UgYW5kIDYyMiBNYnBzIGZvciAidmlkZW8iLCB1
cCB0byAyLjQgR2Jwcy4NCiAgIEJ1dCB3ZSBhbHNvIGludmVzdGlnYXRlZCBzbG93ZXIgJ2JvdHRs
ZW5lY2snIGxpbmtzIGRvd24gdG8gNTEyIEticHMNCiAgIGluIHNvbWUgZXhwZXJpbWVudHMuDQoN
CjIuMi4gIENhbGwgU2lnbmFsaW5nIE1vZGVsDQoNCiAgIEluIHRoZSBzaW11bGF0aW9uIG1vZGVs
IG9mIEZsb3cgQWRtaXNzaW9uIENvbnRyb2wsIGEgZmxvdyByZXF1ZXN0DQogICBhcnJpdmVzIGF0
IHRoZSBpbmdyZXNzIGFuZCBpbW1lZGlhdGVseSBzZW5kcyBhIG1lc3NhZ2UgdG8gdGhlIGVncmVz
cy4NCiAgIFRoZSBtZXNzYWdlIGFycml2ZXMgYXQgdGhlIGVncmVzcyBhZnRlciB0aGUgcHJvcGFn
YXRpb24gdGltZSBwbHVzDQogICBsaW5rIHByb2Nlc3NpbmcgdGltZSAoYnV0IG5vIHF1ZXVpbmcg
ZGVsYXkpLiAgV2hlbiB0aGUgZWdyZXNzDQogICByZWNlaXZlcyB0aGlzIG1lc3NhZ2UsIGl0IGlt
bWVkaWF0ZWx5IHJlc3BvbmRzIHRvIHRoZSBpbmdyZXNzIHdpdGgNCiAgIHRoZSBjdXJyZW50IENv
bmdlc3Rpb24gTGV2ZWwgRXN0aW1hdGUgKENMRSkuICBJZiB0aGUgQ0xFIGlzIGJlbG93IHRoZQ0K
ICAgc3BlY2lmaWVkIENMRS0gdGhyZXNob2xkLCB0aGUgZmxvdyBpcyBhZG1pdHRlZCwgb3RoZXJ3
aXNlIGl0IGlzDQogICByZWplY3RlZC4NCg0KICAgRm9yIFRlcm1pbmF0aW9uLCBvbmNlIHRoZSBp
bmdyZXNzIG5vZGUgb2YgYSBQQ04gcmVnaW9uIGRlY2lkZXMgdG8NCiAgIHRlcm1pbmF0ZSBhIGZs
b3csIHRoYXQgZmxvdyBpcyB0ZXJtaW5hdGVkIGltbWVkaWF0ZWx5IGFuZCBzZW5kcyBubw0KICAg
bW9yZSBwYWNrZXRzIGZyb20gdGhhdCB0aW1lIG9uLiAgVGhlIGxpZmUgb2YgYSBmbG93IG91dHNp
ZGUgdGhlDQogICBkb21haW4gZGVzY3JpYmVkIGFib3ZlIGlzIG5vdCBtb2RlbGxlZC4gIFByb3Bh
Z2F0aW9uIGRlbGF5IGZyb20NCiAgIHNvdXJjZSB0byB0aGUgaW5ncmVzcyBhbmQgZnJvbSBkZXN0
aW5hdGlvbiB0byB0aGUgZWdyZXNzIGlzIGFzc3VtZWQNCiAgIG5lZ2xpZ2libGUgYW5kIGlzIG5v
dCBtb2RlbGxlZC4NCg0KMi4zLiAgVHJhZmZpYyBNb2RlbHMNCg0KICAgV2Ugc2ltdWxhdGVkIGZv
dXIgbW9kZWxzIG9mIHJlYWwtdGltZSB0cmFmZmljIC0gdHdvIHZvaWNlIG1vZGVscyBhbmQNCiAg
IHR3byB2aWRlbyBtb2RlbHMuICBUaGUgdm9pY2UgbW9kZWxzIGluY2x1ZGVkIENCUiB2b2ljZSBh
bmQgb24tb2ZmDQogICB0cmFmZmljIGFwcHJveGltYXRpbmcgdm9pY2Ugd2l0aCBzaWxlbmNlIGNv
bXByZXNzaW9uLiAgRm9yIHZpZGVvLCB3ZQ0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAg
IEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDddDQoMDQpJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAg
ICBKdWx5IDIwMDcNCg0KDQogICBzaW11bGF0ZWQgb24tb2ZmIHRyYWZmaWMgd2l0aCBwZWFrIGFu
ZCBtZWFuIHJhdGVzIGNvcnJlc3BvbmRpbmcgdG8gYW4NCiAgIE1QRUctMiB2aWRlbyBzdHJlYW0g
KHdlIHRlcm1lZCB0aGUgbGF0dGVyIFN5bnRoZXRpYyBWaWRlbyAoU1ZEKSksIGFuZA0KICAgYSBy
ZWFsIHZpZGVvIHRyYWNlIChWVFIpLg0KDQogICBUaGUgZGlzdHJpYnV0aW9uIG9mIGZsb3cgZHVy
YXRpb24gd2FzIGNob3NlbiB0byBiZSBleHBvbmVudGlhbGx5DQogICBkaXN0cmlidXRlZCB3aXRo
IG1lYW4gMW1pbiwgcmVnYXJkbGVzcyBvZiB0aGUgdHJhZmZpYyB0eXBlLiAgSW4gbW9zdA0KICAg
b2YgdGhlIGV4cGVyaW1lbnRzIGZsb3dzIGFycml2ZWQgYWNjb3JkaW5nIHRvIGEgUG9pc3NvbiBk
aXN0cmlidXRpb24NCiAgIHdpdGggbWVhbiBhcnJpdmFsIHJhdGUgY2hvc2VuIHRvIGFjaGlldmUg
YSBkZXNpcmVkIGFtb3VudCBvZiBvdmVybG9hZA0KICAgb3ZlciB0aGUgY29uZmlndXJlZC1hZG1p
c3Npb24tcmF0ZSBpbiBlYWNoIGV4cGVyaW1lbnQuICBPdmVybG9hZHMgaW4NCiAgIHRoZSByYW5n
ZSAxeCB0byA1eCBhbmQgdW5kZXJsb2FkIHdpdGggMC45NXggaGF2ZSBiZWVuIGludmVzdGlnYXRl
ZC4NCiAgIEZvciBvbi1vZmYgdHJhZmZpYywgb24gYW5kIG9mZiBwZXJpb2RzIHdlcmUgZXhwb25l
bnRpYWxseSBkaXN0cmlidXRlZA0KICAgd2l0aCB0aGUgc3BlY2lmaWVkIG1lYW4uICBUcmFmZmlj
IHBhcmFtZXRlcnMgZm9yIGVhY2ggZmxvdyBhcmUNCiAgIHN1bW1hcml6ZWQgYmVsb3cgLg0KDQoy
LjMuMS4gIFZvaWNlIFRyYWZmaWMgTW9kZWxzDQoNCiAgIFRoZSB0YWJsZSBiZWxvdyBkZXNjcmli
ZXMgYWxsIHZvaWNlIGNvZGVjcyB3ZSBtb2RlbGVkIGluIG91cg0KICAgc2ltdWxhdGlvbiByZXN1
bHRzLg0KDQogICBUaGUgZmlyc3QgdHdvIHJvd3MgY29ycmVzcG9uZCB0byBvdXIgdHdvIGJhc2lj
IG1vZGVscyAodGhleQ0KICAgY29ycmVzcG9uZCB0byB0aGUgb2xkZXIgRy43MTEgZW5jb2Rpbmcg
d2l0aCBhbmQgd2l0aG91dCBzaWxlbmNlDQogICBjb21wcmVzc2lvbikuICBUaGVzZSB0d28gbW9k
ZWxzIGFyZSByZWZlcnJlZCBzaW1wbHkgYXMgIkNCUiIgYW5kDQogICAiVkJSIiBpbiB0aGUgcmVw
b3J0ZWQgc2ltdWxhdGlvbiByZXN1bHRzLg0KDQogICBXZSBhbHNvIHNpbXVsYXRlZCBzZXZlcmFs
ICJtaXhlcyIgb2YgdGhlIGRpZmZlcmVudCBjb2RlY3MgcmVwb3J0ZWQgaW4NCiAgIHRoZSB0YWJs
ZSBiZWxvdy4gIFRoZSBwcmltYXJ5IG1peCBjb25zaXN0cyBvZiBlcXVhbCBwcm9wb3J0aW9uIG9m
IGFsbA0KICAgdm9pY2UgY29kZWNzIGxpc3QgYmVsb3cuICBXZSBoYXZlIGFsc28gc2ltdWxhdGVk
IHZhcmlvdXMgb3RoZXIgbWl4DQogICBjb25zaXN0IGRpZmZlcmVudCBwcm9wb3J0aW9uIG9mIHRo
ZSBzdWJzZXQgb2YgYWxsIGNvZGVjcy4gIFRob3VnaA0KICAgdGhlc2UgcmVzdWx0IGFyZSBub3Qg
cmVwb3J0ZWQgaW4gdGhpcyBkcmFmdCBkdWUgdG8gdGhlaXIgc2ltaWxhcml0aWVzDQogICB0byB0
aGUgcHJpbWFyeSBtaXggcmVzdWx0Lg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4
ICAgICAgICAgICAgICAgIFtQYWdlIDhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBD
TCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCnwgTmFtZS9Db2RlY3MgfCBQYWNrZXQgU2l6ZSB8IEludGVyLUFycml2YWwg
fCBPbi9PZmYgUGVyaW9kIHwgQXZlcmFnZSBSYXRlIHwNCnwgICAgICAgICAgICAgfCAgIChCeXRl
cykgICB8ICAgVGltZSAobXMpICAgfCAgICAgIFJhdGlvICAgIHwgICAgKGticHMpICAgIHwNCiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KfCAgIkNCUiIgICAgICB8ICAgICAxNjAgICAgIHwgICAgICAyMCAg
ICAgICB8ICAgICAgMSAgICAgICAgfCAgICAgIDY0ICAgICAgfA0KIC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQp8ICAiVkJSIiAgICAgIHwgICAgIDE2MCAgICAgfCAgICAgIDIwICAgICAgIHwgICAgIDAuMzQg
ICAgICB8ICAgICAyMS43NSAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgIEcuNzExIENCUiAg
fCAgICAgMjAwICAgICB8ICAgICAgMjAgICAgICAgfCAgICAgIDEgICAgICAgIHwgICAgICA4MCAg
ICAgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfCAgRy43MTEgVkJSICB8ICAgICAyMDAgICAgIHwg
ICAgICAyMCAgICAgICB8ICAgICAwLjQgICAgICAgfCAgICAgIDMyICAgICAgfA0KIC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQp8ICBHLjcxMSBDQlIgIHwgICAgIDEyMCAgICAgfCAgICAgIDEwICAgICAgIHwg
ICAgICAxICAgICAgICB8ICAgICAgOTYgICAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgIEcu
NzExIFZCUiAgfCAgICAgMTIwICAgICB8ICAgICAgMTAgICAgICAgfCAgICAgMC40ICAgICAgIHwg
ICAgIDM4LjQgICAgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfCAgRy43MjkgQ0JSICB8ICAgICA2
MCAgICAgIHwgICAgICAyMCAgICAgICB8ICAgICAgMSAgICAgICAgfCAgICAgIDI0ICAgICAgfA0K
IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tDQp8ICBHLjcyOSBWQlIgIHwgICAgIDYwICAgICAgfCAgICAgIDIw
ICAgICAgIHwgICAgIDAuNCAgICAgICB8ICAgICAgOS42ICAgICB8DQogLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0NCiAgIFRhYmxlIDIuMS4gIFNpbXVsYXRlZCBWb2ljZSBDb2RlY3MuDQoNCjIuMy4yLiAgU3lu
dGhldGljICJWaWRlbyIgLSBIaWdoIFBlYWstdG8tTWVhbiBSYXRpbyBWQlIgIFRyYWZmaWMgKFNW
RCkNCg0KICAgVGhpcyBtb2RlbCBpcyBvbi1vZmYgdHJhZmZpYyB3aXRoIHZpZGVvLWxpa2UgbWVh
bi10by1wZWFrIHJhdGlvIGFuZA0KICAgbWVhbiByYXRlIGFwcHJveGltYXRpbmcgdGhhdCBvZiBh
biBNUEVHLTIgdmlkZW8gc3RyZWFtLiAgTm8gYXR0ZW1wdA0KICAgaXMgbWFkZSB0byBzaW11bGF0
ZSBhbnkgb3RoZXIgYXNwZWN0cyBvZiBhIHZpZGVvIHN0cmVhbSwgYW5kIHRoaXMNCiAgIG1vZGVs
IGlzIG1lcmVseSB0aGF0IG9mIG9uLW9mZiB0cmFmZmljLiAgQWx0aG91Z2ggdGhlcmUgaXMgbm8g
Y2xhaW0NCiAgIHRoYXQgdGhpcyBtb2RlbCByZXByZXNlbnRzIHRoZSBwZXJmb3JtYW5jZSBvZiB2
aWRlbyB0cmFmZmljIHVuZGVyIHRoZQ0KICAgYWxnb3JpdGhtcyBpbiBxdWVzdGlvbiBhZGVxdWF0
ZWx5LCBpbnR1aXRpdmVseSwgdGhpcyBtb2RlbCBzaG91bGQgYmUNCiAgIG1vcmUgY2hhbGxlbmdp
bmcgZm9yIGEgbWVhc3VyZW1lbnQtYmFzZWQgYWxnb3JpdGhtIHRoYW4gdGhlIGFjdHVhbA0KICAg
TVBFRyB2aWRlbywgYW5kIGFzIGEgcmVzdWx0LCAnZ29vZCcgb3IgInJlYXNvbmFibGUiIHBlcmZv
cm1hbmNlIG9uDQogICB0aGlzIHRyYWZmaWMgbW9kZWwgaW5kaWNhdGVzIHRoYXQgTVBFRyB0cmFm
ZmljIHNob3VsZCBwZXJmb3JtIGF0DQogICBsZWFzdCBhcyB3ZWxsLiAgV2UgdGVybSB0aGlzIHR5
cGUgb2YgdHJhZmZpYyBTVkQgZm9yICJTeW50aGV0aWMNCiAgIFZpZGVvIi4gIFBhcmFtZXRlcnMg
dXNlZCBmb3IgdGhpcyB0cmFmZmljIG1vZGVscyBhcmU6DQoNCiAgIG8gIExvbmcgdGVybSBhdmVy
YWdlIHJhdGUgNCBNYnBzDQoNCiAgIG8gIE9uIFBlcmlvZCBtZWFuIGR1cmF0aW9uIDM0MG1zOyBk
dXJpbmcgdGhlIG9uLXBlcmlvZCB0aGUgcGFja2V0cw0KICAgICAgYXJlIHNlbnQgYXQgMTIgTWJw
cw0KDQogICBvICAxNTAwIGJ5dGUgcGFja2V0cywgcGFja2V0IGludGVyLWFycml2YWw6IDFtcw0K
DQogICBvICBPZmYgUGVyaW9kIG1lYW4gZHVyYXRpb24gNjYwbXMNCg0KDQoNCg0KDQoNCg0KWmhh
bmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAg
ICAgIFtQYWdlIDldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9u
IFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQoyLjMuMy4gIFJlYWwgVmlkZW8g
VHJhY2VzIChWVFIpDQoNCiAgIFdlIHVzZWQgYSBwdWJsaWNseSBhdmFpbGFibGUgbGlicmFyeSBv
ZiBmcmFtZSBzaXplIHRyYWNlcyBvZiBsb25nDQogICBNUEVHLTQgYW5kIEguMjYzIGVuY29kZWQg
dmlkZW8gb2J0YWluZWQgZnJvbQ0KICAgaHR0cDovL3d3dy50a24udHUtYmVybGluLmRlL3Jlc2Vh
cmNoL3RyYWNlL3RyYWNlLmh0bWwgKGNvdXJ0ZXN5DQogICBUZWxlY29tbXVuaWNhdGlvbiBOZXR3
b3JrcyBHcm91cCBvZiBUZWNobmljYWwgVW5pdmVyc2l0eSBvZiBCZXJsaW4pLg0KICAgRWFjaCB0
cmFjZSBpcyByb3VnaGx5IDYwIG1pbnV0ZXMgaW4gbGVuZ3RoLCBjb25zaXN0aW5nIG9mIGEgbGlz
dCBvZg0KICAgcmVjb3JkcyBpbiB0aGUgZm9ybWF0IG9mIDxGcmFtZUFycml2YWxUaW1lLCBGcmFt
ZVNpemU+LiAgQW1vbmcgdGhlDQogICAxNjAgYXZhaWxhYmxlIHRyYWNlcywgd2UgcGlja2VkIHRo
ZSB0d28gd2l0aCB0aGUgaGlnaGVzdCBhdmVyYWdlIHJhdGUNCiAgIChhdmVyYWdlZCBvdmVyIHRo
ZSB0cmFjZSBsZW5ndGgsIGluIHRoaXMgY2FzZSwgNjAgbWludXRlcy4gIEluDQogICBhZGRpdGlv
biwgdGhlIHR3byBhbHNvIGhhdmUgYSBzaW1pbGFyIGF2ZXJhZ2UgcmF0ZSkuICBUaGUgdHJhY2Ug
ZmlsZQ0KICAgdXNlZCBpbiB0aGUgc2ltdWxhdGlvbiBpcyB0aGUgY29uY2F0ZW5hdGlvbiBvZiB0
aGUgdHdvLiAgU2luY2UgdGhlDQogICBkdXJhdGlvbiBvZiB0aGUgZmxvdyBpcyBtdWNoIHNtYWxs
ZXIgdGhhbiB0aGUgbGVuZ3RoIG9mIHRoZSB0cmFjZSwgd2UNCiAgIG5lZWQgdG8gY2hlY2sgaG93
IHRoZSBleHBlY3RlZCByYXRlIG9mIGZsb3cgcmVsYXRlcyB0byB0aGUgdHJhY2Uncw0KICAgbG9u
ZyB0ZXJtIGF2ZXJhZ2UuICBUbyBkbyBzbywgd2Ugc2ltdWxhdGUgYSBudW1iZXIgb2YgZmxvd3Mg
c3RhcnRpbmcNCiAgIGZyb20gcmFuZG9tIGxvY2F0aW9ucyBpbiB0aGUgdHJhY2Ugd2l0aCBkdXJh
dGlvbiBjaG9zZW4gdG8gYmUNCiAgIGV4cG9uZW50aWFsbHkgZGlzdHJpYnV0ZWQgd2l0aCBtZWFu
IDFtaW4uICBUaGUgcmVzdWx0cyBzaG93IHRoYXQgdGhlDQogICBleHBlY3RlZCByYXRlIG9mIGZs
b3cgaXMgcm91Z2hseSB0aGUgc2FtZSBhcyB0aGUgdHJhY2UncyBhdmVyYWdlLg0KICAgVHJhZmZp
YyBjaGFyYWN0ZXJpc3RpY3MgYXJlIHN1bW1hcml6ZWQgYmVsb3c6DQoNCiAgIG8gIEF2ZXJhZ2Ug
cmF0ZSA3NjkgS2Jwcw0KDQogICBvICBFYWNoIGZyYW1lIGlzIHNlbnQgd2l0aCBwYWNrZXQgbGVu
Z3RoIDE1MDAgYnl0ZXMgYW5kIHBhY2tldCBpbnRlci0NCiAgICAgIGFycml2YWwgdGltZSAxbXMN
Cg0KICAgbyAgTm8gdHJhZmZpYyBpcyBzZW50IGJldHdlZW4gZnJhbWVzLg0KDQoyLjMuNC4gIFJh
bmRvbWl6YXRpb24gb2YgQmFzZSBUcmFmZmljIE1vZGVscw0KDQogICBUbyBlbXVsYXRlIHNvbWUg
ZGVncmVlIG9mIG5ldHdvcmstaW50cm9kdWNlZCBqaXR0ZXIsIGluIHNvbWUNCiAgIGV4cGVyaW1l
bnRzIHdlIGltcGxlbWVudGVkIGxpbWl0ZWQgcmFuZG9taXphdGlvbiBvZiB0aGUgYmFzZSBtb2Rl
bHMNCiAgIGJ5IHJhbmRvbWx5IG1vdmluZyB0aGUgcGFja2V0IGJ5IGEgc21hbGwgYW1vdW50IG9m
IHRpbWUgYXJvdW5kIGl0cw0KICAgdHJhbnNtaXNzaW9uIHRpbWUgaW4gdGhlIGNvcnJlc3BvbmRp
bmcgYmFzZSB0cmFmZmljIG1vZGVsLiAgTW9yZQ0KICAgc3BlY2lmaWNhbGx5LCBmb3IgZWFjaCBw
YWNrZXQgd2UgY2hvc2UgYSByYW5kb20gbnVtYmVyIFIsIHdoaWNoIGlzDQogICBwaWNrZWQgZnJv
bSB1bmlmb3JtIGRpc3RyaWJ1dGlvbiBpbiBhIHJhbmRvbWl6YXRpb24taW50ZXJ2YWwsIGFuZA0K
ICAgZGVsYXllZCB0aGUgcGFja2V0IGJ5IFIgY29tcGFyZWQgdG8gaXRzIGlkZWFsIGRlcGFydHVy
ZSB0aW1lLiAgV2UNCiAgIGNob29zZSByYW5kb21pemF0aW9uLWludGVydmFsIHRvIGJlIGEgZnJh
Y3Rpb24gb2YgcGFja2V0LWludGVyLQ0KICAgYXJyaXZlLXRpbWUgb2YgdGhlIENCUiBwb3J0aW9u
IG9mIHRoZSBjb3JyZXNwb25kaW5nIGJhc2UgbW9kZWwuICBUbw0KICAgc2ltdWxhdGUgYSByYW5n
ZSBvZiBxdWV1ZWluZyBkZWxheXMsIHdlIHZhcmllZCB0aGlzIGZyYWN0aW9uIGZyb20NCiAgIDAu
MDAwMSB0byAwLjEuICBXaGlsZSB3ZSBkbyBub3QgY2xhaW0gdGhpcyB0byBiZSBhbiBhZGVxdWF0
ZSBtb2RlbA0KICAgZm9yIG5ldHdvcmstaW50cm9kdWNlZCBqaXR0ZXIsIHdlIGNob3NlIGl0IGZv
ciB0aGUgc2ltcGxpY2l0eSBvZg0KICAgaW1wbGVtZW50YXRpb24gYXMgYSBtZWFucyB0byBnYWlu
IGluc2lnaHQgb24gYW55IHNpbXVsYXRpb24gYXJ0aWZhY3RzDQogICBvZiBzdHJpY3RseSBDQlIg
dHJhZmZpYyBnZW5lcmF0aW9uLiAgV2UgaW1wbGVtZW50ZWQgcmFuZG9taXplZA0KICAgdmVyc2lv
bnMgb2YgYWxsIDUgdHJhZmZpYyBzdHJlYW1zIChDQlIsIFZCUiwgTUlYLCBTVkQgYW5kIFZUUikg
YnkNCiAgIHJhbmRvbWl6aW5nIHRoZSBDQlIgcG9ydGlvbiBvZiBlYWNoIG1vZGVsLg0KDQoNCg0K
DQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAg
ICAgICAgICAgICAgW1BhZ2UgMTBdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBT
aW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQoyLjQuICBQZXJm
b3JtYW5jZSBNZXRyaWNzDQoNCiAgIEluIGFsbCBvdXIgZXhwZXJpbWVudHMgd2UgdXNlIGFzIHBl
cmZvcm1hbmNlIG1ldHJpYyB0aGUgcGVyY2VudA0KICAgZGV2aWF0aW9uIG9mIHRoZSBtZWFuIHJh
dGUgYWNoaWV2ZWQgaW4gdGhlIGV4cGVyaW1lbnQgZnJvbSB0aGUNCiAgIGV4cGVjdGVkIGxvYWQg
bGV2ZWwuICBXZSB0ZXJtIHRoZXNlICJvdmVyLWFkbWlzc2lvbiIgYW5kICJvdmVyLQ0KICAgdGVy
bWluYXRpb24iIHBlcmNlbnRhZ2VzLCBkZXBlbmRpbmcgb24gdGhlIHR5cGUgb2YgdGhlIGV4cGVy
aW1lbnQuDQoNCiAgIE1vcmUgc3BlY2lmaWNhbGx5LCBvdXIgZXhwZXJpbWVudHMgbWVhc3VyZSB0
aGUgYWN0dWFsIGFjaGlldmVkDQogICB0aHJvdWdocHV0IGF0IDUwIG1zIGludGVydmFscywgYW5k
IHRoZW4gY29tcHV0ZSB0aGUgYXZlcmFnZSBvZiB0aGVzZQ0KICAgNTBtcyByYXRlIHNhbXBsZXMg
b3ZlciB0aGUgZHVyYXRpb24gb2YgdGhlIGV4cGVyaW1lbnQgKHdoZXJlDQogICByZWxldmFudCwg
ZXhjbHVkaW5nIHdhcm11cC9zdGFydHVwIGNvbmRpdGlvbnMpLiAgV2UgdGhlbiBjb21wYXJlIHRo
aXMNCiAgIGV4cGVyaW1lbnQgYXZlcmFnZSB0byB0aGUgZGVzaXJlZCB0cmFmZmljIGxvYWQuDQoN
CiAgIEluaXRpYWxseSBpbiBvdXIgZXhwZXJpbWVudHMgd2UgYWxzbyBjb21wdXRlZCB0aGUgdmFy
aWFuY2Ugb2YgdGhlDQogICB0cmFmZmljIGFyb3VuZCB0aGUgbWVhbiwgYW5kIGZvdW5kIHRoYXQg
aW4gdGhlIHZhc3QgbWFqb3JpdHkgb2YgdGhlDQogICBleHBlcmltZW50cyBpdCB3YXMgcXVpdGUg
c21hbGwuICBUaGVyZWZvcmUsIGluIHRoaXMgZHJhZnQgd2Ugb21pdCB0aGUNCiAgIHZhcmlhbmNl
IGFuZCBsaW1pdCB0aGUgcmVwb3J0aW5nIHRvIHRoZSBvdmVyLWFkbWlzc2lvbiBhbmQgb3Zlci0N
CiAgIHRlcm1pbmF0aW9uIHBlcmNlbnRhZ2VzIG9ubHkuDQoNCjIuNS4gIFNpbXVsYXRpb24gRW52
aXJvbm1lbnQNCg0KICAgVGhlIHNpbXVsYXRpb24gc3R1ZHkgcmVwb3J0ZWQgaGVyZSB1c2VkIHB1
cnBvc2UgYnVpbHQgZGlzY3JldGUtZXZlbnQNCiAgIHNpbXVsYXRvciBpbXBsZW1lbnRlZCBpbiBF
Q0xpUFNlIExhbmd1YWdlDQogICAoaHR0cDovL2VjbGlwc2UuY3Jvc3Njb3Jlb3AuY29tL2VjbGlw
c2UpLiAgVGhlIGxhdHRlciBpcyBpbnRlbmRlZCBmb3INCiAgIGdlbmVyYWwgcHJvZ3JhbW1pbmcg
dGFza3MsIGFuZCBpcyBlc3BlY2lhbGx5IHN1aXRhYmxlIGZvciByYXBpZA0KICAgcHJvdG90eXBp
bmcuICBTaW11bGF0aW9ucyB3ZXJlIHJ1biBvbiBFbnRlcnByaXNlIExpbnV4IFJlZCBIYXQsIElC
TQ0KICAgZVNlcnZlciB4MzM1LCAzLjJHSHogSW50ZWwgWGVvbiwgNEdCIFJBTS4NCg0KDQozLiAg
QWRtaXNzaW9uIENvbnRyb2wNCg0KMy4xLiAgUGFyYW1ldGVyIFNldHRpbmdzDQoNCjMuMS4xLiAg
VmlydHVhbCBxdWV1ZSBzZXR0aW5ncw0KDQogICBVbmxlc3Mgb3RoZXJ3aXNlIHNwZWNpZmllZCwg
bW9zdCBvZiB0aGUgc2ltdWxhdGlvbnMgd2VyZSBydW4gd2l0aCB0aGUNCiAgIGZvbGxvd2luZyBW
aXJ0dWFsIFF1ZXVlIHRocmVzaG9sZHM6DQoNCiAgIG8gIG1pbi1tYXJraW5nLXRocmVzaG9sZDog
NW1zIGF0IHZpcnR1YWwgcXVldWUgcmF0ZQ0KDQogICBvICBtYXgtbWFya2luZy10aHJlc2hvbGQ6
IDE1bXMgYXQgdmlydHVhbCBxdWV1ZSByYXRlDQoNCiAgIG8gIHZpcnR1YWwtcXVldWUtdXBwZXIt
bGltaXQ6IDIwbXMgYXQgdmlydHVhbCBxdWV1ZSByYXRlDQoNCiAgIFRoZSB2aXJ0dWFsLXF1ZXVl
LXVwcGVyLWxpbWl0IHB1dHMgYW4gdXBwZXIgYm91bmQgb24gaG93IG11Y2ggdGhlDQogICB2aXJ0
dWFsIHF1ZXVlIGNhbiBncm93LiAgTm90ZSB0aGF0IHRoZSB2aXJ0dWFsIHF1ZXVlIGlzIGRyYWlu
ZWQgYXQgYQ0KICAgY29uZmlndXJlZCByYXRlIHNtYWxsZXIgdGhhbiB0aGUgbGluayBzcGVlZC4N
Cg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgMTFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBD
TCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBNb3N0
IG9mIHRoZSBzaW11bGF0aW9ucyB3ZXJlIHNldCB3aXRoIHRoZSBjb25maWd1cmVkLWFkbWlzc2li
bGUtcmF0ZQ0KICAgYXQgaGFsZiB0aGUgbGluayBzcGVlZC4gIE5vdGUgdGhhdCBhcyBsb25nIGFz
IHRoZXJlIGlzIG5vIHBhY2tldA0KICAgbG9zcywgdGhlIGFkbWlzc2lvbiBjb250cm9sIHNjaGVt
ZSBzdWNjZXNzZnVsbHkga2VlcHMgdGhlIGxvYWQgb2YNCiAgIGFkbWl0dGVkIGZsb3dzIGF0IHRo
ZSBkZXNpcmVkIGxldmVsIHJlZ2FyZGxlc3Mgb2YgdGhlIGFjdHVhbCBzZXR0aW5nDQogICBvZiB0
aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUuICBIb3dldmVyLCBpdCBpcyBub3QgY2xlYXIg
aWYgdGhpcw0KICAgcmVtYWlucyB0cnVlIHdoZW4gdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1y
YXRlIGlzIGNsb3NlIHRvIHRoZSBsaW5rDQogICBzcGVlZC9hY3R1YWwgcXVldWUgc2VydmljZSBy
YXRlLiAgRnVydGhlciB3b3JrIGlzIG5lY2Vzc2FyeSB0bw0KICAgcXVhbnRpZnkgdGhlIHBlcmZv
cm1hbmNlIG9mIHRoZSBzY2hlbWUgd2l0aCBzbWFsbGVyIHNlcnZpY2UgcmF0ZS8NCiAgIHZpcnR1
YWwgcXVldWUgcmF0ZSByYXRpbywgd2hlcmUgcGFja2V0IGxvc3MgbWF5IGJlIGFuIGlzc3VlLg0K
DQozLjEuMi4gIEVncmVzcyBtZWFzdXJlbWVudHMNCg0KICAgVGhlIENMRSBpcyBjb21wdXRlZCBh
cyBhbiBleHBvbmVudGlhbCB3ZWlnaHRlZCBtb3ZpbmcgYXZlcmFnZSAoRVdNQSkNCiAgIHdpdGgg
YSB3ZWlnaHQgb2YgMC4wMS4gIEluIHRoZSBzaW11bGF0aW9uIHJlc3VsdHMgcHJlc2VudGVkIGlu
DQogICBzZWN0aW9ucyAzLjIgYW5kIDMuMyB0aGUgQ0xFIGlzIGNvbXB1dGVkIG9uIGEgcGVyLXBh
Y2tldCBiYXNpcyBhcyBpdA0KICAgaXMgdGhhdCBzZXR0aW5nIHRoYXQgd2FzIHVzZWQgaW4gW0kt
RC5icmlzY29lLXRzdndnLWNsLXBoYl0sIGZyb20NCiAgIHdoaWNoIHRoZXNlIHJlc3VsdHMgYXJl
IHRha2VuLiAgRm9yIHRob3NlIGV4cGVyaW1lbnRzIHRoZSBDTEUgdmFsdWUNCiAgIDAuNSBhbmQg
RVdNQSB3ZWlnaHQgb2YgMC4wMSBhcmUgdXNlZCB1bmxlc3Mgb3RoZXJ3aXNlIHNwZWNpZmllZC4g
IE91cg0KICAgc3Vic2VxdWVudCBzdHVkeSBpbmRpY2F0ZWQgdGhhdCB0aGVyZSBpcyBubyBzaWdu
aWZpY2FudCBkaWZmZXJlbmNlDQogICBiZXR3ZWVuIHRoZSBvYnNlcnZlZCBwZXJmb3JtYW5jZSBv
ZiBpbnRlcnZhbC1iYXNlZCBhbmQgcGVyLXBhY2tldA0KICAgZWdyZXNzIG1lYXN1cmVtZW50cy4g
IFNpbmNlIGludGVydmFsIGJhc2VkIG1lYXN1cmVtZW50cyBmb3IgYSBsYXJnZQ0KICAgbnVtYmVy
IG9mIGluZ3Jlc3NlcyBhcmUgc3Vic3RhbnRpYWxseSBlYXNpZXIgZm9yIGhhcmR3YXJlDQogICBp
bXBsZW1lbnRhdGlvbnMsIHN1YnNlcXVlbnQgc3R1ZGllcyByZXBvcnRlZCBpbiB0aGUgcmVzdCBv
ZiB0aGlzDQogICBkcmFmdCBjb25jZW50cmF0ZWQgb24gdGhlIGludGVydmFsIGJhc2VkIGVncmVz
cyBtZWFzdXJlbWVudC4gIFRoZQ0KICAgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgd2FzIGNob3NlbiB0
byBiZSAxMDBtcywgYW5kIGEgcmFuZ2Ugb2YgQ0xFDQogICB2YWx1ZXMgYW5kIEVXTUEgd2VpZ2h0
cyB3YXMgZXhwbG9yZWQsIGFzIHNwZWNpZmllZCBpbiBzcGVjaWZpYw0KICAgZXhwZXJpbWVudCBk
ZXNjcmlwdGlvbnMuDQoNCjMuMi4gIFdoYXQgQm90dGxlbmVjayBBZ2dyZWdhdGlvbiBpcyBTdWZm
aWNpZW50Pw0KDQogICBPbmUgb2YgdGhlIGFzc3VtcHRpb25zIGluIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC1hcmNoaXRlY3R1cmVdIGlzIHRoYXQNCiAgIHRoZXJlIGlzIHN1ZmZpY2llbnQgYWdncmVn
YXRpb24gb24gdGhlICJib3R0bGVuZWNrIiBsaW5rcy4gIE91ciBmaXJzdA0KICAgc2V0IG9mIGV4
cGVyaW1lbnRzIHJldm9sdmVkIGFyb3VuZCBnZXR0aW5nIHNvbWUgcHJlbGltaW5hcnkgaW50dWl0
aW9uDQogICBvZiB3aGF0IGNvbnN0aXR1dGVzICJlbm91Z2ggYm90dGxlbmVjayBhZ2dyZWdhdGlv
biIgZm9yIHRoZSB0cmFmZmljDQogICBtb2RlbHMgd2UgY2hvc2UuICBUbyB0aGF0IGVuZCB3ZSBm
aXhlZCBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBhdA0KICAgaGFsZiB0aGUgbGluayBzcGVl
ZCBpbiB0aGUgcmFuZ2Ugb2YgVDEgKDEuNSBNYnBzKSB0aHJvdWdoIDFHYnBzLCBhbmQNCiAgIGV4
YW1pbmVkIHRoZSBsZXZlbCBvZiBhZ2dyZWdhdGlvbiBhdCBkaWZmZXJlbnQgbGluayBzcGVlZHMg
Zm9yDQogICBkaWZmZXJlbnQgdHJhZmZpYyBtb2RlbHMgY29ycmVzcG9uZGluZyB0byB0aGUgY2hv
c2VuIGNvbmZpZ3VyZWQNCiAgIGFkbWlzc2lvbiByYXRlIGF0IHRob3NlIHNwZWVkcy4gIEZ1cnRo
ZXIsIHRvIGVsaW1pbmF0ZSB0aGUgaXNzdWUgb2YNCiAgIHdoZXRoZXIgaW5ncmVzcy1lZ3Jlc3Mg
cGFpciBhZ2dyZWdhdGlvbiBoYXMgYW55IHNpZ25pZmljYW50IGVmZmVjdCwNCiAgIGluIHRoZSBl
eHBlcmltZW50cyBwZXJmb3JtZWQgaW4gdGhpcyBzZWN0aW9uIHdlIHVzZWQgU2luZ2xlIExpbmsN
CiAgIHRvcG9sb2d5IG9ubHksIHNvIHRoYXQgYWxsIGZsb3dzIHNoYXJlZCB0aGUgc2FtZSBpbmdy
ZXNzLWVncmVzcyBwYWlyLg0KDQogICBXZSBmb3VuZCB0aGF0IG9uIGxpbmtzIG9mIGNhcGFjaXR5
IGZyb20gMTBNYnBzIHRvIE9DMywgYWRtaXNzaW9uDQogICBjb250cm9sIGZvciBDQlIgdm9pY2Ug
YW5kIE9OLU9GRiB2b2ljZSAoVkJSKSB0cmFmZmljIHdvcmsgcmVsaWFibHkNCiAgIHdpdGggdGhl
IHJhbmdlIG9mIHBhcmFtZXRlcnMgd2Ugc2ltdWxhdGVkLCBib3RoIHdpdGggUG9pc3NvbiBhbmQN
CiAgIEJhdGNoIGNhbGwgYXJyaXZhbHMuICBBcyB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIGFsZ29y
aXRobSB3YXMgcXVpdGUNCiAgIGdvb2QgYXQgdGhlc2Ugc3BlZWRzLCBhbmQgZ2VuZXJhbGx5IGJl
Y29tZXMgdGhlIGJldHRlciB0aGUgaGlnaGVyIHRoZQ0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAg
ICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMTJdDQoM
DQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAg
ICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBkZWdyZWUgb2YgYWdncmVnYXRpb24gb2YgdHJhZmZp
Yywgd2UgY2hvc2UgdG8gbm90IGludmVzdGlnYXRlIGhpZ2hlcg0KICAgbGluayBzcGVlZHMgZm9y
IENCUiBhbmQgVkJSIHZvaWNlLCB3aXRoaW4gdGhlIHRpbWUgY29uc3RyYWludHMgb2YNCiAgIHRo
aXMgZWZmb3J0Lg0KDQogICBUaGUgcGVyZm9ybWFuY2UgYXQgbG93ZXIgbGluayBzcGVlZHMgd2Fz
IHN1YnN0YW50aWFsbHkgd29yc2UsIGFuZA0KICAgdGhlc2UgcmVzdWx0cyBhcmUgbm90IHByZXNl
bnRlZCBoZXJlLiAgVGhlc2UgcmVzdWx0cyBpbmRpY2F0ZSB0aGF0IGENCiAgIHJ1bGUgb2YgdGh1
bWIsIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSBkZXNjcmliZWQgaW4NCiAgIFtJLUQuYnJp
c2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIHNob3VsZCBub3QgYmUgdXNlZCBhdA0KICAgYWdn
cmVnYXRpb25zIHN1YnN0YW50aWFsbHkgYmVsb3cgNSBNYnBzIG9mIGFnZ3JlZ2F0ZSByYXRlIGV2
ZW4gZm9yDQogICB2b2ljZSB0cmFmZmljICh3aXRoIG9yIHdpdGhvdXQgc2lsZW5jZSBjb21wcmVz
c2lvbikuICBGb3IgaGlnaGVyLXJhdGUNCiAgIG9uLW9mZiBTVkQgdHJhZmZpYywgZHVlIHRvIHRp
bWUgbGltaXRhdGlvbnMgd2Ugc2ltdWxhdGVkIDFHYnBzIGFuZA0KICAgT0MxMiAoNjIyIE1icHMp
IGxpbmtzIGFuZCBQb2lzc29uIGFycml2YWxzIG9ubHkuICBOb3RlIHRoYXQgZHVlIHRvDQogICB0
aGUgaGlnaCBtZWFuIGFuZCBwZWFrIHJhdGVzIG9mIHRoaXMgdHJhZmZpYyBtb2RlbCwgc2xvd2Vy
IGxpbmtzIGFyZQ0KICAgdW5saWtlbHkgdG8geWllbGQgc3VmZmljaWVudCBsZXZlbCBvZiBhZ2dy
ZWdhdGlvbiBvZiB0aGlzIHR5cGUgb2YNCiAgIHRyYWZmaWMgdG8gc2F0aXNmeSB0aGUgZmxvdyBh
Z2dyZWdhdGlvbiBhc3N1bXB0aW9ucyBvZg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hp
dGVjdHVyZV0uICBPdXIgc2ltdWxhdGlvbnMgaW5kaWNhdGVkIHRoYXQNCiAgIHRoaXMgbW9kZWwg
YWxzbyBiZWhhdmVkIHF1aXRlIHdlbGwgYXQgdGhlc2UgbGV2ZWxzIG9mIGFnZ3JlZ2F0aW9uLA0K
ICAgYWx0aG91Z2ggdGhlIGRldmlhdGlvbiBmcm9tIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUt
cmF0ZSBpcw0KICAgc2xpZ2h0bHkgaGlnaGVyIGluIHRoaXMgY2FzZSB0aGFuIGZvciB0aGUgbGVz
cyBidXJzdHkgdHJhZmZpYyBtb2RlbHMuDQogICBSZWNhbGxpbmcgdGhhdCBzaW11bGF0ZWQgU1ZE
IG1vZGVsIGlzIGluIGZhY3QganVzdCBvbi1vZmYgdHJhZmZpYw0KICAgd2l0aCBoaWdoIHBlYWsg
cmF0ZSBhbmQgdmlkZW8tbGlrZSBwZWFrIHJhdGlvLCB3ZSBiZWxpZXZlIHRoYXQgdGhlDQogICBh
Y3R1YWwgdmlkZW8gd2lsbCBiZWhhdmUgb25seSBiZXR0ZXIsIGFuZCBoZW5jZSBpdCBmb2xsb3dz
IHRoYXQgd2l0aA0KICAgYm90dGxlbmVjayBhZ2dyZWdhdGlvbiBvZiB0aGUgb3JkZXIgb2YgMTUw
IFNWRCBmbG93cyB0aGUgYWRtaXNzaW9uDQogICBjb250cm9sIGFsZ29yaXRobSBpcyBleHBlY3Rl
ZCB0byBwZXJmb3JtIHJlYXNvbmFibHkgd2VsbC4gIE5vdGUNCiAgIGhvd2V2ZXIgdGhhdCB0aGlz
IHN0YXRlbWVudCBhc3N1bWVzIHN1ZmZpY2llbnQgcGVyIGluZ3Jlc3MtZWdyZXNzDQogICBwYWly
IGFnZ3JlZ2F0aW9uIGFzIHdlbGwuDQoNCiAgIER1ZSB0byB0aW1lIGxpbWl0YXRpb25zIGJvdHRs
ZW5lY2sgYWdncmVnYXRpb24gZXhwZXJpbWVudHMgd2VyZSBub3QNCiAgIHBlcmZvcm1lZCBmb3Ig
b3RoZXIgdHJhZmZpYyBtb2RlbHMuDQoNCiAgIEZvciB0aGUgY2hvc2VuIGxpbmsgc3BlZWRzIGFu
ZCB0cmFmZmljIG1vZGVscywgd2UgaW52ZXN0aWdhdGVkIHRoZQ0KICAgZGVtYW5kIG92ZXJsb2Fk
IG9mIDJ4LTV4LiAgQnkgZGVtYW5kIG92ZXJsb2FkIHdlIG1lYW4gdGhhdCB0aGUNCiAgIHNvdXJj
ZXMgZ2VuZXJhdGUgdHJhZmZpYyB3aXRoIHRoZSBhZ2dyZWdhdGUgbWVhbiByYXRlIGV4Y2VlZGlu
ZyB0aGUNCiAgIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIGJ5IHRoZSBzcGVjaWZpZWQgZmFj
dG9yLiAgUGVyZm9ybWFuY2UgYXQNCiAgIGxvd2VyIGxldmVscyBvZiBkZW1hbmQgb3ZlcmxvYWQg
aXMgZXhwZWN0ZWQgdG8gYmUgb25seSBiZXR0ZXIuDQogICBIaWdoZXIgbGV2ZWxzIG9mIG92ZXJs
b2FkcyBoYXZlIG5vdCBiZWVuIHN0dWRpZWQgZHVlIHRvIHRpbWUNCiAgIGxpbWl0YXRpb25zLCBl
c3BlY2lhbGx5IGdpdmVuIHRoZSBleHBlY3RhdGlvbiB0aGF0IHRoZSA1eCBkZW1hbmQNCiAgIG92
ZXJsb2FkIGlzIGFscmVhZHkgc3VmZmljaWVudGx5IHJhcmUgdG8gZXhwZWN0IGluIHByYWN0aWNl
Lg0KDQogICBUYWJsZSAzLjEgYmVsb3cgc3VtbWFyaXplcyB0aGUgd29yc3QgY2FzZSBkaWZmZXJl
bmNlIChpbiBwZXJjZW50KQ0KICAgYmV0d2VlbiB0aGUgYWRtaXR0ZWQgbG9hZCBhbmQgY29uZmln
dXJlZC1hZG1pc3NpYmxlLXJhdGUgKHdlIHJlZmVyIHRvDQogICBhcyBvdmVyLWFkbWlzc2lvbi1w
ZXJjKS4gIFRoZSB3b3JzdCBjYXNlIGRpZmZlcmVuY2Ugd2FzIHRha2VuIG92ZXINCiAgIGFsbCBl
eHBlcmltZW50cyB3aXRoIHRoZSBjb3JyZXNwb25kaW5nIHJhbmdlIG9mIGxpbmsgc3BlZWRzIGFu
ZA0KICAgZGVtYW5kIG92ZXJsb2Fkcy4gIEluIGdlbmVyYWwsIHRoZSBoaWdoZXIgdGhlIGRlbWFu
ZCwgdGhlIG1vcmUNCiAgIGNoYWxsZW5naW5nIGl0IGlzIGZvciB0aGUgYWRtaXNzaW9uIGNvbnRy
b2wgYWxnb3JpdGhtIGR1ZSB0byBhIGxhcmdlcg0KICAgbnVtYmVyIG9mIG5lYXItc2ltdWx0YW5l
b3VzIGFycml2YWxzIGF0IGhpZ2hlciBvdmVybG9hZHMsIGFuZCBhcyBhDQogICByZXN1bHQgdGhl
IHdvcnN0IGNhc2UgcmVzdWx0cyBpbiBUYWJsZSAzLjEgY29ycmVzcG9uZCB0byB0aGUgNXgNCiAg
IGRlbWFuZCBvdmVybG9hZCBleHBlcmltZW50cy4NCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAg
ICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDEzXQ0KDA0K
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAg
ICAgICAgSnVseSAyMDA3DQoNCg0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfCAgICAgICAgICAgICAgIHwgICAg
ICAgICB8ICAgICAgICAgICB8IG92ZXItYWRtaXNzaW9uIHwgIHN0YW5kYXJkICAgICB8DQp8IExp
bmsgdHlwZSAgICAgfCB0cmFmZmljIHwgY2FsbCAgICAgIHwgIHBlcmNlbnQgICAgICB8ICBkZXZp
YXRpb24gdG8gfA0KfCAgICAgICAgICAgICAgIHwgdHlwZSAgICB8IGFycml2YWwgICB8ICAgICAg
ICAgICAgICAgfCAgY29uZi1hZG0tcmF0ZXwNCnwgICAgICAgICAgICAgICB8ICAgICAgICAgfCBw
cm9jZXNzICAgfCAgICAgICAgICAgICAgIHwgIHJhdGlvICAgICAgICB8DQogLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQp8VDMsMTAwTWJwcyxPQzMgfCAgIENCUiAgIHwgUE9JU1NPTiAgIHwgICAgMC41JSAgICAgICB8
ICAgICAwLjAwNSAgICAgfA0KIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KfFQzLDEwME1icHMsT0MzIHwgICBWQlIg
ICB8IFBPSVNTT04gICB8ICAgIDIuNSUgICAgICAgfCAgICAgMC4wMjUgICAgIHwNCiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0NCnxUMywxMDBNYnBzLE9DMyB8ICAgQ0JSICAgfCAgQkFUQ0ggICAgfCAgICAxLjAlICAg
ICAgIHwgICAgIDAuMDEgICAgICB8DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQp8VDMsMTAwTWJwcyxPQzMgfCAg
IFZCUiAgIHwgIEJBVENIICAgIHwgICAgMy4wJSAgICAgICB8ICAgICAwLjAzICAgICAgfA0KIC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KfCAgMUdicHMgICAgICAgIHwgICBTVkQgICB8ICBQT0lTU09OICB8ICAgIDIu
MCUgICAgICAgfCAgICAgMC4wOCAgICAgIHwNCiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCnwgIE9DMTIgICAgICAg
ICB8ICAgU1ZEICAgfCAgUE9JU1NPTiAgfCAgICAwLjAlICAgICAgIHwgICAgIDAuMSAgICAgICB8
DQogLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQogICBUYWJsZSAzLjEuICBTdW1tYXJ5IG9mIHRoZSBhZG1pc3Npb24g
Y29udHJvbCByZXN1bHRzIGZvciBsaW5rcyBhYm92ZQ0KICAgVDMgc3BlZWRzLiAgTm90ZTogVDMg
PSA0NU1icHMsIE9DMyA9IDE1NU1icHMsIE9DMTIgPSA2MjJNYnBzLg0KICAgUmVzdWx0cyBjb3Jy
ZXNwb25kIHRvIDV4IG92ZXJsb2FkIG9uIGEgU2luZ2xlIExpbmsgVG9wb2xvZ3kuDQoNCjMuMy4g
IFNlbnNpdGl2aXR5IHRvIENhbGwgQXJyaXZhbCBBc3N1bXB0aW9ucw0KDQogICBJbiB0aGUgcHJl
dmlvdXMgc2VjdGlvbiB3ZSByZXBvcnRlZCB0aGF0IGF0IHN1ZmZpY2llbnQgbGV2ZWxzIG9mDQog
ICBhZ2dyZWdhdGlvbiBQb2lzc29uIGNhbGwgYXJyaXZhbHMgYXNzdW1wdGlvbiB3YXMgbm90IGNy
aXRpY2FsIGluIHRoZQ0KICAgc2Vuc2UgdGhhdCBldmVuIGEgYnVyc3RpZXIsIGJhdGNoIGFycml2
YWwgcHJvY2VzcyByZXN1bHRlZCBpbiBhDQogICByZWFzb25hYmxlIHBlcmZvcm1hbmNlIGZvciBh
bGwgdHJhZmZpYyBtb2RlbHMuICBJbiB0aGlzIHNlY3Rpb24gd2UNCiAgIGludmVzdGlnYXRlIHRv
IHdoYXQgZXh0ZW50IHRoZSBQb2lzc29uIGNhbGwgYXJyaXZhbCBhc3N1bXB0aW9uIGFmZmVjdA0K
ICAgdGhlIGFjY3VyYWN5IG9mIHRoZSBhZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG0gYXQgbG93
ZXIgbGV2ZWxzIG9mDQogICBib3R0bGVuZWNrIGFnZ3JlZ2F0aW9uLg0KDQogICBUbyB0aGF0IGVu
ZCB3ZSBmaXJzdCBpbnZlc3RpZ2F0ZWQgdGhlIGNvbXBhcmF0aXZlIHBlcmZvcm1hbmNlIG9mIHRo
ZQ0KICAgYWxnb3JpdGhtIHdpdGggUG9pc3NvbiBhbmQgQmF0Y2ggY2FsbCBhcnJpdmFsIHByb2Nl
c3NlcyBmb3IgdGhlIENCUg0KICAgYW5kIFZCUiB2b2ljZSB0cmFmZmljLiAgVGhlIG1lYW4gY2Fs
bCBhcnJpdmFsIHJhdGUgd2FzIHRoZSBzYW1lIGZvcg0KICAgYm90aCBwcm9jZXNzZXMsIHdpdGgg
dGhlIGRlbWFuZCBvdmVybG9hZHMgcmFuZ2luZyBmcm9tIDJ4IHRvIDV4Lg0KICAgVGFibGUgMy4y
IGJlbG93IHN1bW1hcml6ZXMgdGhlIGRpZmZlcmVuY2UgYmV0d2VlbiB0aGUgYWRtaXR0ZWQgbG9h
ZA0KICAgYW5kIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBmb3IgQ0JSIFZvaWNlIGlu
IHRoZSBjYXNlIG9mDQogICBQb2lzc29uIGFuZCBCYXRjaCBhcnJpdmFscy4gIFRhYmxlIDMuMyBw
cm92aWRlcyBhIHNpbWlsYXIgc3VtbWFyeSBmb3INCiAgIG9uLW9mZiB0cmFmZmljIHNpbXVsYXRp
bmcgdm9pY2Ugd2l0aCBzaWxlbmNlIGNvbXByZXNzaW9uLiAgVGhlDQogICByZXN1bHRzIGluIHRo
ZSB0YWJsZXMgY29ycmVzcG9uZCB0byB0aGUgd29yc3QgY2FzZSBhY3Jvc3MgYWxsDQogICBvdmVy
bG9hZCBmYWN0b3JzIChhbmQgd2hlbiBtdWx0aXBsZSBsaW5rcyBzcGVlZHMgYXJlIGxpc3RlZCwg
YWNyb3NzDQogICBhbGwgdGhvc2UgbGluayBzcGVlZHMpLg0KDQoNCg0KDQoNCg0KDQoNClpoYW5n
LCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAg
IFtQYWdlIDE0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBT
dHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgIC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8IExpbmsgdHlw
ZSAgICB8ICBhcnJpdmFsICAgIHxvdmVyLWFkbWlzc2lvbiAgfCBzdGFuZGFyZCAgICAgfA0KICAg
fCAgICAgICAgICAgICAgfCAgbW9kZWwgICAgICB8cGVyY2VudCAgICAgICAgfCBkZXZpYXRpb24g
dG8gfA0KICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfCBj
b25mLWFkbS1yYXRlfA0KICAgfCAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAgICAg
ICAgICAgfCAgcmF0aW8gICAgICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8IDFNYnBzLCBUMSAgICB8ICAgIEJB
VENIICAgIHwgICAgICAzMC4wJSAgICB8ICAgICAgMC4zMCAgICB8DQogICAgLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIDEw
IE1icHMgICAgIHwgICAgQkFUQ0ggICAgfCAgICAgICA1LjAlICAgIHwgICAgICAwLjA4ICAgIHwN
CiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLQ0KICAgfFQzLDEwME1icHMsT0MzfCAgICBCQVRDSCAgICB8ICAgICAgIDEuMCUgICAg
fCAgICAgIDAuMDEgICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAxTWJwcywgVDEgICB8ICBQT0lTU09OICAg
IHwgICAgICAgNS4wJSAgICB8ICAgICAgMC4xMCAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgMTAgTWJwcyAg
ICAgIHwgIFBPSVNTT04gICAgfCAgICAgICAxLjAlICAgIHwgICAgICAwLjAyICAgIHwNCiAgICAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KICAgfFQzLDEwME1icHMsT0MzfCAgUE9JU1NPTiAgICB8ICAgICAgIDAuNSUgICAgfCAgICAg
IDAuMDA1ICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tDQogICBUYWJsZSAzLjIuICBDb21wYXJpc29uIG9mIFBvaXNzb24g
YW5kIEJhdGNoIGNhbGwgYXJyaXZhbCBtb2RlbHMgZm9yDQogICBDQlIgdm9pY2UuICBOb3RlOiBU
MSA9IDEuNU1icHMsIFQzID0gNDVNYnBzLCBPQzMgPSAxNTVNYnBzLCBPQzEyID0NCiAgIDYyMk1i
cHMuICBUaGUgcmVzdWx0cyBhcmUgZm9yIDV4IG92ZXJsb2FkIG9uIGEgU2luZ2xlIExpbmsgVG9w
b2xvZ3kuDQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KICAgfCBMaW5rIHR5cGUgICAgfCAgYXJyaXZhbCAgICB8IG92ZXIt
YWRtaXNzaW9uIHwgc3RhbmRhcmQgICAgIHwNCiAgIHwgICAgICAgICAgICAgIHwgIG1vZGVsICAg
ICAgfCBwZXJjZW50ICAgICAgIHwgZGV2aWF0aW9uIHRvIHwNCiAgIHwgICAgICAgICAgICAgIHwg
ICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgY29uZi1hZG0tcmF0ZXwNCiAgIHwgICAgICAg
ICAgICAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgIHJhdGlvICAgICAgIHwNCiAg
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgfCAxTWJwcywgVDEgICAgfCAgICBCQVRDSCAgICB8ICAgICAgNDAuMCUgICAgfCAg
ICAgIDAuMzAgICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAxMCBNYnBzICAgICB8ICAgIEJBVENIICAgIHwg
ICAgICAgOC4wJSAgICB8ICAgICAgMC4wNiAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUMywxMDBNYnBzLE9D
M3wgICBCQVRDSCAgICAgfCAgICAgICAzLjAlICAgIHwgICAgICAwLjAzICAgIHwNCiAgICAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
ICAgfCAgMU1icHMsIFQxICAgfCAgUE9JU1NPTiAgICB8ICAgICAgMTUuMCUgICAgfCAgICAgIDAu
MjAgICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQogICB8IDEwIE1icHMgICAgICB8ICBQT0lTU09OICAgIHwgICAgICAg
Ny4wJSAgICB8ICAgICAgMC4wNiAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUMywxMDBNYnBzLE9DM3wgIFBP
SVNTT04gICAgfCAgICAgICAyLjUlICAgIHwgICAgICAgMC4wMjUgIHwNCiAgICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgVGFi
bGUgMy4zLiAgQ29tcGFyaXNvbiBvZiBQb2lzc29uIGFuZCBCYXRjaCBjYWxsIGFycml2YWwgbW9k
ZWxzIGZvcg0KICAgVkJSIHZvaWNlIHdpdGggc2lsZW5jZSBjb21wcmVzc2lvbi4gIE5vdGU6IFQx
ID0gMS41TWJwcywgVDMgPSA0NU1icHMsDQogICBPQzMgPSAxNTVNYnBzLCBPQzEyID0gNjIyTWJw
cy4NCg0KICAgQXMgY2FuIGJlIHNlZW4sIHRoZXJlIGlzIHN1YnN0YW50aWFsIHNlbnNpdGl2aXR5
IHRvIFBvaXNzb24gY2FsbA0KICAgYXJyaXZhbHMgYXQgbG93ZXIgYm90dGxlbmVjayBhZ2dyZWdh
dGlvbiBsZXZlbHMsIGJ1dCB2ZXJ5IGxpdHRsZQ0KICAgcGVyZm9ybWFuY2UgZGlmZmVyZW5jZSBp
cyBvYnNlcnZlZCBhcyBsb25nIGFzIHRoZSBhZ2dyZWdhdGlvbiBsZXZlbHMNCiAgIGFyZSBzdWZm
aWNpZW50bHkgaGlnaC4NCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEph
bnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE1XQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KICAgU3Vic2VxdWVudGx5IHdlIGFsc28gaW52ZXN0aWdhdGVkIHNlbnNpdGl2aXR5IHRv
IFBvaXNzb24gYXNzdW1wdGlvbg0KICAgd2l0aCBhbGwgb3RoZXIgdHJhZmZpYyBtb2RlbHMgYW5k
IG90aGVyIHRvcG9sb2dpZXMuICBEdWUgdG8gdGltZQ0KICAgbGltaXRhdGlvbnMsIHdlIGludmVz
dGlnYXRlZCB0aGlzIG9ubHkgYXQgaGlnaGVyIGxldmVscyBvZg0KICAgYWdncmVnYXRpb24uICBT
cGVjaWZpY2FsbHksIGFsbCB2b2ljZSBleHBlcmltZW50cywgaW5jbHVkaW5nIHZhcmlvdXMNCiAg
IGNvZGVjcyBtaXhlcyBhcmUgcnVuIG9uIGJvdHRsZW5lY2sgbGluayB3aXRoIE9DMyAoMTU1IE1i
cHMpDQogICBib3R0bGVuZWNrIGxpbmtzLCBWVFIgdHJhY2VzIGFyZSBydW4gb24gMUdicHMgYW5k
IFNWRCBvbiBPQzQ4DQogICAoMi40R2JwcykgbGlua3MuICBBdCB0aGVzZSBsZXZlbHMgb2YgYWdn
cmVnYXRpb24gd2UgaGF2ZSBydW4gdGhlDQogICBleHBlcmltZW50cyBvbiB0aGUgZW50aXJlIHNl
dCBvZiB0b3BvbG9naWVzIGFuZCBwYXJhbWV0ZXIgc2V0dGluZ3MNCiAgIHJlcG9ydGVkIGluIHRo
aXMgZHJhZnQsIGFuZCBmb25kIHRoYXQgdGhlIHBlcmZvcm1hbmNlIHdpdGggQkFUQ0gNCiAgIGFy
cml2YWxzIGlzIHZlcnkgY2xvc2UgdG8gdGhhdCBvZiBQb2lzc29uIGFycml2YWxzIGFjcm9zcyB0
aGUgZW50aXJlDQogICByYW5nZSBvZiB0aGVzZSBleHBlcmltZW50cy4NCg0KICAgVGhpcyBjb25m
aXJtcyB0aGF0IEJBVENIIGFycml2YWxzIGhhdmUgbGl0dGxlIGVmZmVjdCBvbiB0aGUNCiAgIHBl
cmZvcm1hbmNlIGNvbXBhcmVkIHRvIFBvaXNzb24gYXQgc3VmZmljaWVudCBhZ2dyZWdhdGlvbiBs
ZXZlbHMgYW5kDQogICBkZW1hbmQgb3ZlcmxvYWRzIGluIHRoZSBzdHVkaWVkIHJhbmdlLg0KDQoz
LjQuICBTZW5zaXRpdml0eSB0byBNYXJraW5nIFBhcmFtZXRlcnMgYXQgdGhlIEJvdHRsZW5lY2sN
Cg0KMy40LjEuICBSYW1wIHZzIFN0ZXAgTWFya2luZw0KDQogICBEcmFmdCBbSS1ELmJyaXNjb2Ut
dHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBnYXZlIGFuIG9wdGlvbiBvZiAicmFtcCINCiAgIGFuZCAi
c3RlcCIgbWFya2luZyBhdCB0aGUgYm90dGxlbmVjay4gIFRoZSBiZWhhdmlvciBvZiB0aGUgY29u
Z2VzdGlvbg0KICAgY29udHJvbCBhbGdvcml0aG0gaW4gYWxsIHNpbXVsYXRpb24gZXhwZXJpbWVu
dHMgd2UgcGVyZm9ybWVkIGRpZCBub3QNCiAgIHN1YnN0YW50aWFsbHkgZGlmZmVyIGRlcGVuZGlu
ZyBvbiB3aGV0aGVyIHRoZSBtYXJraW5nIHdhcyAicmFtcCIsDQogICBpLmUuIHdoZXRoZXIgYSBz
ZXBhcmF0ZSBtaW4tbWFya2luZy10aHJlc2hvbGQgYW5kIG1heC1tYXJraW5nLQ0KICAgdGhyZXNo
b2xkIHdlcmUgdXNlZCwgd2l0aCBsaW5lYXIgbWFya2luZyBwcm9iYWJpbGl0eSBiZXR3ZWVuIHRo
ZXNlDQogICB0aHJlc2hvbGRzLCBvciB3aGV0aGVyIHRoZSBtYXJraW5nIHdhcyAic3RlcCIgd2l0
aCB0aGUgbWluLW1hcmtpbmctDQogICB0aHJlc2hvbGQgYW5kIG1heC1tYXJraW5nLXRocmVzaG9s
ZCBjb2xsYXBzZWQgYXQgdGhlIG1heC0gbWFya2luZy0NCiAgIHRocmVzaG9sZCB2YWx1ZSwgYW5k
IG1hcmtpbmcgYWxsIHBhY2tldHMgd2l0aCBwcm9iYWJpbGl0eSAxIGFib3ZlDQogICB0aGlzIGNv
bGxhcHNlZCB0aHJlc2hvbGQuICBIb3dldmVyLCB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuICJyYW1w
IiBhbmQNCiAgICJzdGVwIiBtYXkgYmUgbW9yZSB2aXNpYmxlIGluIHRoZSBtdWx0aXBsZSBjb25n
ZXN0aW9uIHBvaW50IGNhc2UNCiAgIChldmFsdWF0aW9uIG9mICJyYW1wIiB2cyAic3RlcCIgcGVy
Zm9ybWFuY2UgaW4gdGhlIG11bHRpLWJvdHRsZW5lY2sNCiAgIGNhc2UgcmVtYWlucyBhbiBhcmVh
IGZvciBmdXR1cmUgd29yaykuDQoNCiAgIEFub3RoZXIgcG9zc2libGUgcmVhc29uIGZvciB0aGlz
IGFwcGFyZW50IGxhY2sgb2YgZGlmZmVyZW5jZSBiZXR3ZWVuDQogICAicmFtcCIgYW5kICJzdGVw
IiBtYXkgcmVsYXRlIHRvIHRoZSBjaG9pY2Ugb2YgQ0xFIHRocmVzaG9sZCBhbmQNCiAgIG1lYXN1
cmVtZW50IHRpbWVzY2FsZS4gIENob29zaW5nIGEgbG93ZXIgQ0xFIHRocmVzaG9sZCBhbmQgYSBm
YXN0ZXINCiAgIG1lYXN1cmVtZW50IHRpbWVzY2FsZSBtYXkgcmVzdWx0IGluIGEgYmV0dGVyIHNl
bnNpdGl2aXR5IHRvIGxvd2VyDQogICBsZXZlbHMgb2YgbWFya2VkIHRyYWZmaWMuICBJbnZlc3Rp
Z2F0aW5nIHRoZSBpbnRlcmFjdGlvbiBiZXR3ZWVuDQogICBzZXR0aW5ncyBvZiB0aGUgbWFya2lu
ZyB0aHJlc2hvbGRzLCB0aGUgQ0xFLXRocmVzaG9sZCwgYW5kIHRoZQ0KICAgbWVhc3VyZW1lbnQg
cGFyYW1ldGVycyBhdCB0aGUgZWdyZXNzIHJlbWFpbnMgYW4gYXJlYSBvZiBmdXR1cmUNCiAgIGlu
dmVzdGlnYXRpb24uDQoNCjMuNC4yLiAgU2Vuc2l0aXZpdHkgdG8gVmlydHVhbCBRdWV1ZSBNYXJr
aW5nIFRocmVzaG9sZHMNCg0KICAgVGhlIGxpbWl0ZWQgbnVtYmVyIG9mIHNpbXVsYXRpb24gZXhw
ZXJpbWVudHMgd2UgcGVyZm9ybWVkIGluZGljYXRlDQogICB0aGF0IHRoZSBjaG9pY2Ugb2YgdGhl
IGFic29sdXRlIHZhbHVlIG9mIHRoZSBtaW4tIG1hcmtpbmctdGhyZXNob2xkLA0KICAgdGhlIG1h
eC1tYXJraW5nLXRocmVzaG9sZCBhbmQgdGhlIHZpcnR1YWwtcXVldWUtIHVwcGVyLWxpbWl0IGNh
biBoYXZlDQoNCg0KDQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYs
IDIwMDggICAgICAgICAgICAgICBbUGFnZSAxNl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAg
ICAgIENMIFNpbXVsYXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAg
IGEgdmlzaWJsZSBlZmZlY3Qgb24gdGhlIGFsZ29yaXRobSBwZXJmb3JtYW5jZS4gIFNwZWNpZmlj
YWxseSwNCiAgIGNob29zaW5nIHRoZSBtaW4tbWFya2luZy10aHJlc2hvbGQgYW5kIHRoZSBtYXgt
bWFya2luZy0gdGhyZXNob2xkIHRvbw0KICAgc21hbGwgbWF5IGNhdXNlIHN1YnN0YW50aWFsIHVu
ZGVyLXV0aWxpemF0aW9uLCBlc3BlY2lhbGx5IG9uIHRoZSBzbG93DQogICBsaW5rcy4gIEhvd2V2
ZXIsIGF0IGxhcmdlciB2YWx1ZXMgb2YgdGhlIG1pbi0gbWFya2luZy10aHJlc2hvbGQgYW5kDQog
ICB0aGUgbWF4LW1hcmtpbmctdGhyZXNob2xkLCBwcmVsaW1pbmFyeSBleHBlcmltZW50cyBzdWdn
ZXN0IHRoZQ0KICAgYWxnb3JpdGhtJ3MgcGVyZm9ybWFuY2UgaXMgaW5zZW5zaXRpdmUgdG8gdGhl
aXIgdmFsdWVzLiAgVGhlIGNob2ljZQ0KICAgb2YgdGhlIHZpcnR1YWwtcXVldWUtdXBwZXItbGlt
aXQgYWZmZWN0cyB0aGUgYW1vdW50IG9mIG92ZXItYWRtaXNzaW9uDQogICAoYWJvdmUgdGhlIGNv
bmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIHRocmVzaG9sZCkgaW4gc29tZSBjYXNlcywNCiAgIGFs
dGhvdWdoIHRoaXMgZWZmZWN0IGlzIG5vdCBjb25zaXN0ZW50IHRocm91Z2hvdXQgdGhlIGV4cGVy
aW1lbnRzLg0KICAgVGhlIFRhYmxlIDMuNCBiZWxvdyBnaXZlcyBhIHN1bW1hcnkgb2YgdGhlIGRp
ZmZlcmVuY2UgYmV0d2VlbiB0aGUNCiAgIGFkbWl0dGVkIGxvYWQgYW5kIHRoZSBjb25maWd1cmVk
LWFkbWlzc2libGUtcmF0ZSBhcyBhIGZ1bmN0aW9uIG9mIHRoZQ0KICAgdmlydHVhbCBxdWV1ZSBw
YXJhbWV0ZXJzLCBmb3IgdGhlIFNWRCB0cmFmZmljIG1vZGVsLiAgVGhlIHJlc3VsdHMgaW4NCiAg
IHRoZSB0YWJsZSByZXByZXNlbnQgdGhlIHdvcnN0IGNhc2UgcmVzdWx0IGFtb25nIHRoZSBleHBl
cmltZW50cyB3aXRoDQogICBkaWZmZXJlbnQgZGVncmVlIG9mIGRlbWFuZCBvdmVybG9hZHMgaW4g
dGhlIHJhbmdlIG9mIDJ4LTV4Lg0KICAgVHlwaWNhbGx5LCBoaWdoZXIgZGV2aWF0aW9uIG9mIGFk
bWl0dGVkIGxvYWQgZnJvbSB0aGUgY29uZmlndXJlZC0NCiAgIGFkbWlzc2libGUtcmF0ZSBvY2N1
cnMgZm9yIHRoZSBoaWdoZXIgZGVncmVlIG9mIGRlbWFuZCBvdmVybG9hZC4gIFRoZQ0KICAgc2Vu
c2l0aXZpdHkgb2Ygc21vb3RoZXIgQ0JSIGFuZCBWQlIgdm9pY2UgdHJhZmZpYyBtb2RlbHMgdG8g
dGhlDQogICB2YXJpYXRpb24gb2YgdGhlc2UgcGFyYW1ldGVycyBpcyBub3QgYXMgc2lnbmlmaWNh
bnQgYXMgdGhhdCBwcmVzZW50ZWQNCiAgIGluIFRhYmxlIDMuNCBmb3IgU1ZELg0KDQogICAgLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
CiAgIHwgICAgICAgICAgICB8ICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgIHwgc3RhbmRh
cmQgICAgIHwNCiAgIHwgTGluayB0eXBlICB8bWluLXRocmVzaG9sZCwgfCBvdmVyLWFkbWlzc2lv
biB8IGRldmlhdGlvbiB0byB8DQogICB8ICAgICAgICAgICAgfG1heC10aHJlc2hvbGQsIHwgcGVy
Y2VudCAgICAgICB8IGNvbmYtYWRtLXJhdGV8DQogICB8ICAgICAgICAgICAgfHVwcGVyLWxpbWl0
KG1zKXwgICAgICAgICAgICAgICB8IHJhdGlvICAgICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIDFHYnBz
ICAgICB8NSwgMTUsIDIwICAgICAgfCAgICAgICA2LjAlICAgIHwgICAgICAgMC4wOCAgIHwNCiAg
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgfCAgMUdicHMgICAgIHwxLCA1LCAxMCAgICAgICB8ICAgICAgIDIuMCUgICAgfCAg
ICAgICAwLjA3ICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAxR2JwcyAgICAgfDUsIDE1LCA0NSAgICAgIHwg
ICAgICAgMi4wJSAgICB8ICAgICAgIDAuMDggICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIE9DMTIgICAgICB8
NSwgMTUsIDIwICAgICAgfCAgICAgICA1LjAlICAgIHwgICAgICAgMC4xMSAgIHwNCiAgICAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
ICAgfCAgT0MxMiAgICAgIHwxLCA1LCAxMCAgICAgICB8ICAgICAgIDIuMCUgICAgfCAgICAgICAw
LjEzICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQogICB8ICBPQzEyICAgICAgfDUsIDE1LCA0NSAgICAgIHwgICAgICAg
MC4wJSAgICB8ICAgICAgIDAuMTAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRhYmxlIDMuNC4gIFNlbnNpdGl2
aXR5IG9mIDQgTWJwcyBvbi1vZmYgU1ZEIHRyYWZmaWMgdG8gdGhlIHZpcnR1YWwNCiAgIHF1ZXVl
IHNldHRpbmdzLiAgTm90ZTogVDEgPSAxLjVNYnBzLCBUMyA9IDQ1TWJwcywgT0MzID0gMTU1TWJw
cywgT0MxMg0KICAgPSA2MjJNYnBzDQoNCjMuNS4gIFNlbnNpdGl2aXR5IHRvIFJUVA0KDQogICBX
ZSBwZXJmb3JtZWQgYSBsaW1pdGVkIGFtb3VudCBvZiBzZW5zaXRpdml0eSBhbmFseXNpcyBvZiB0
aGUNCiAgIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSB1c2VkIHRvIHRoZSByYW5nZSBvZiBy
b3VuZCB0cmlwDQogICBwcm9wYWdhdGlvbiB0aW1lICh3aGljaCBpcyB0aGUgZG9taW5hbnQgY29t
cG9uZW50IG9mIHRoZSBjb250cm9sDQogICBkZWxheSBpbiB0aGUgdHlwaWNhbCBlbnZpcm9ubWVu
dCB1c2luZyBQcmUtY29uZ2VzdGlvbiBub3RpZmljYXRpb24pLg0KDQoNCg0KWmhhbmcsIGV0IGFs
LiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2Ug
MTddDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAg
ICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBXZSBjb25zaWRlcmVkIGJvdGggdGhlIGNh
c2Ugd2hlbiBhbGwgZmxvd3MgaW4gYSBnaXZlbiBleHBlcmltZW50IGhhZA0KICAgdGhlIHNhbWUg
UlRUIGZyb20gdGhpcyByYW5nZSwgYW5kIGFsc28gd2hlbiBSVFQgb2YgZGlmZmVyZW50IGZsb3dz
DQogICBzaGFyaW5nIGEgc2luZ2xlIGJvdHRsZW5lY2sgbGluayBpbiBhIHNpbmdsZSBleHBlcmlt
ZW50IGhhZCBhIHJhbmdlDQogICBvZiByb3VuZCB0cmlwIGRlbGF5cyBiZXR3ZWVuIDIyIGFuZCAy
MjAgbXMuICBUaGUgcmVzdWx0cyB3ZXJlIGdvb2QNCiAgIGZvciBhbGwgdHlwZXMgb2YgdHJhZmZp
YyB0ZXN0ZWQsIGltcGx5aW5nIHRoYXQgdGhlIGFkbWlzc2lvbiBjb250cm9sDQogICBhbGdvcml0
aG0gaXMgbm90IHNlbnNpdGl2ZSB0byB0aGUgZWl0aGVyIHRoZSBhYnNvbHV0ZSB2YWx1ZSBvZiB0
aGUNCiAgIHJvdW5kLXRyaXAgcHJvcGFnYXRpb24gdGltZSBvciByZWxhdGl2ZSB2YWx1ZSBvZiB0
aGUgcm91bmQtdHJpcA0KICAgcHJvcGFnYXRpb24gdGltZSwgYXQgbGVhc3QgaW4gdGhlIHJhbmdl
IG9mIHZhbHVlcyB0ZXN0ZWQuICBJbg0KICAgYWRkaXRpb24sIHdlIGZvdW5kIG5vIHNpZ24gb2Yg
dW5mYWlybmVzcyB0byB0aGUgZmxvd3Mgd2l0aCBsYXJnZSBSVFQuDQogICBXZSBleHBlY3QgdGhp
cyB0byByZW1haW4gdHJ1ZSBmb3IgYSB3aWRlciByYW5nZSBvZiByb3VuZC10cmlwDQogICBwcm9w
YWdhdGlvbiB0aW1lcy4NCg0KICAgSXQgaXMgaW1wb3J0YW50IHRvIG5vdGUgdGhhdCB0aGVzZSBy
ZXN1bHRzIHJlbGF0ZSB0byB0aGUgZGlmZmVyZW5jZQ0KICAgaW4gUlRUIG9mIGZsb3dzIHNoYXJp
bmcgYSBzaW5nbGUgYm90dGxlbmVjay4gIE9uZSBjYW4gZXhwZWN0IHRoYXQNCiAgIGZsb3dzIHdp
dGggbG9uZ2VyIFJUVCBhbHNvIHRyYXZlcnNlIG1vcmUgYm90dGxlbmVjayBsaW5rcy4gIFRoaXMN
CiAgIGVmZmVjdCBvZiBtdWx0aXBsZSBib3R0bGVuZWNrcyBpcyBzdHVkaWVkIHNlcGFyYXRlbHkg
YW5kIGlzIHJlcG9ydGVkDQogICBsYXRlciBpbiB0aGlzIGRyYWZ0Lg0KDQozLjYuICBTZW5zaXRp
dml0eSB0byBFV01BIHdlaWdodCBhbmQgQ0xFDQoNCiAgIFRoaXMgc2VjdGlvbiByZXByZXNlbnRz
IHRoZSByZXN1bHRzIG9mIHRoZSBpbnZlc3RpZ2F0aW9uIHRoZSBjb21iaW5lZA0KICAgZWZmZWN0
IG9mIHRoZSBFV01BIHdlaWdodCBhbmQgQ0xFIHNldHRpbmcgYXQgdGhlIGVncmVzcyBpbiB0aHJl
ZQ0KICAgdHlwZXMgb2Ygc2V0dGluZ3Mgb246DQoNCiAgIG8gIGEgU2luZ2xlIExpbmsgdG9wb2xv
Z3kgb2YgRmlnLiAyLjENCg0KICAgbyAgUlRUIHRvcG9sb2d5IG9mIEZpZy4gMi4yIHdpdGggMTAw
IGluZ3Jlc3MgbGlua3MNCg0KICAgbyAgUExUIHRvcG9sb2dpZXMgb2YgRmlnLiAyLjMNCg0KICAg
V2UgZXhwZXJpbWVudCB3aXRoIDMgbGV2ZWxzIG9mIENMRSAoMC4wNSwgMC4xNSwgMC4yNSkgaW4g
Y29tYmluYXRpb24NCiAgIG9mIEVXTUEgd2VpZ2h0IHJhbmdpbmcgZnJvbSAwLjEgdG8gMC45IChp
biAwLjIgc3RlcCBpbmNyZWFzZSkuICBUaGUNCiAgIGRlbWFuZCBvdmVybG9hZCBpcyB0YWtlbiB0
byBiZSA1eC4gIEZvciBicmV2aXR5LCBpbnN0ZWFkIG9mIGxpc3RpbmcNCiAgIGFsbCAxNSB2YWx1
ZXMgKGZvciBlYWNoIGNvbWJpbmF0aW9uIG9mIHdlaWdodCBhbmQgQ0xFKSwgd2UgcHJlc2VudA0K
ICAgdGhlIDQtdHVwbGUgc3VtbWFyaWVzIGFjcm9zcyBhbGwgZXhwZXJpbWVudHMuDQoNCiAgIEZv
ciBQTFQgdG9wb2xvZ3kgd2l0aCBOIGJvdHRsZW5lY2tzLCB3ZSBoYXZlIE4gb3Zlci1hZG1pc3Np
b24tcGVyYy4NCiAgIHZhbHVlcyAoZWFjaCBjb3JyZXNwb25kcyB0byBvbmUgYm90dGxlbmVjayBs
aW5rKS4gIFdlIHNob3cgaGVyZSBvbmx5DQogICB0aGUgd29yc2UgY2FzZSB2YWx1ZXMuICBUaGF0
IGlzLCBpbiB0aGUgb3ZlcmxvYWQgZXhwZXJpbWVudHMgKDEtNXgpLA0KICAgdGhlIG1heGltdW0g
b2YgdGhlIE4gb3Zlci1hZG1pc3Npb24tcGVyYyBpcyBkaXNwbGF5ZWQuDQoNCiAgIFRoZSByZXN1
bHRzIGJlbG93IGFyZSBwcmVzZW50ZWQgZm9yIG5vbi1yYW5kb21pemVkIHRyYWZmaWMgbW9kZWxz
Lg0KICAgUmFuZG9taXplZCB2ZXJzaW9ucyBvZiBhbGwgdHJhZmZpYyB0eXBlIHdlcmUgdGVzdGVk
IGFzIHdlbGwsIGJ1dCBubw0KICAgbWVhbmluZ2Z1bCBkaWZmZXJlbmNlIHdlcmUgb2JzZXJ2ZWQu
DQoNCiAgIFRoZSBzaW11bGF0aW9uIHJlc3VsdHMgcmV2ZWFsIHRoYXQgZm9yIGFsbCBvZiB0aGUg
dHJhZmZpYyBtb2RlbHMNCiAgIHRlc3RlZCBleGNlcHQgU1ZELCB0aGUgYWRtaXNzaW9uIGNvbnRy
b2wgaXMgcmF0aGVyIGluc2Vuc2l0aXZlIHRvIHRoZQ0KICAgRVdNQSB3ZWlnaHQgYW5kIENMRSBj
aGFuZ2VzLiAgVGhlc2Ugc3RhdGlzdGljcyBzaG93IHRoYXQgb3Zlci0NCg0KDQoNClpoYW5nLCBl
dCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQ
YWdlIDE4XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVk
eSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgYWRtaXNzaW9uLXBlcmNlbnRhZ2Ug
dmFsdWVzIGFyZSByYXRoZXIgc2ltaWxhciwgd2l0aCB0aGUgYWRtaXR0ZWQNCiAgIGxvYWQgc3Rh
eWluZyB3aXRoaW4gLTMlKzIlIHJhbmdlIG9mIHRoZSBkZXNpcmVkIGFkbWlzc2lvbiB0aHJlc2hv
bGQsDQogICB3aXRoIHF1aXRlIGxpbWl0ZWQgdmFyaWFiaWxpdHkuDQoNCiAgICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgVHlwZSB8ICBU
b3BvICB8ICAgICBPdmVyIEFkbWlzc2lvbiBQZXJjIFN0YXRzICAgICB8DQogICB8ICAgICAgfCAg
ICAgICAgfCAgTWluICAgfCAgTWF4ICAgfCAgTWVhbiAgfCAgU0QgICAgfA0KICAgfC0tLS0tLXwt
LS0tLS0tLXwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgICB8
IFMuTGluayB8IDAuMjI0ICB8IDEuMTA1ICB8IDAuODAxICB8IDAuMTc5ICB8DQogICB8IENCUiAg
fCAgIFJUVCAgfCAwLjIwMCAgfCAxLjE5MiAgfCAwLjg1MSAgfCAwLjE5OCAgfA0KICAgfCAgICAg
IHwgICBQTFQgIHwgLTAuOTMgIHwgMC45OTAgIHwgMC41MjggIHwgMC41NTkgIHwNCiAgIHwtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAg
ICAgfCBTLkxpbmsgfCAtMC4wNyAgfCAxLjY0NiAgfCAxLjI3MiAgfCAwLjM5NiAgfA0KICAgfCBW
QlIgIHwgICBSVFQgIHwgLTAuMTEgIHwgMS44MzAgIHwgMS4zMjkgIHwgMC40MzQgIHwNCiAgIHwg
ICAgICB8ICAgUExUICB8IC0xLjQ4ICB8IDEuNjQ0ICB8IDAuNzk4ICB8IDAuOTU4ICB8DQogICB8
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAg
fCAgICAgIHwgUy5MaW5rIHwgLTAuMTQgIHwgMS45NjEgIHwgMS4yMjEgIHwgMC42MDYgIHwNCiAg
IHwgTUlYICB8ICAgUlRUICB8IC0wLjQ2ICB8IDEuODAzICB8IDEuMTcxICB8IDAuNjkzICB8DQog
ICB8ICAgICAgfCAgIFBMVCAgfCAtMS42MiAgfCAxLjAzMSAgfCAwLjM2MyAgfCAwLjc5OCAgfA0K
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwN
CiAgIHwgICAgICB8IFMuTGluayB8IC0wLjA1ICB8IDEuNTgxICB8IDEuMDU1ICB8IDAuNDQxICB8
DQogICB8IFZUUiAgfCAgIFJUVCAgfCAtMC41NyAgfCAxLjMxMyAgfCAwLjg1NSAgfCAwLjU4NSAg
fA0KICAgfCAgICAgIHwgICBQTFQgIHwgLTEuMjQgIHwgMS4wNzEgIHwgMC41MDggIHwgMC43Mzkg
IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS18DQogICB8ICAgICAgfCBTLkxpbmsgfCAtMi43MyAgfCA2LjUyNSAgfCAzLjMxNCAgfCAzLjE0
MSAgfA0KICAgfCBTVkQgIHwgICBSVFQgIHwgLTIuOTggIHwgNS4zNTcgIHwgMi41NDEgIHwgMi42
MTggIHwNCiAgIHwgICAgICB8ICAgUExUICB8IC00Ljg0ICB8IDQuMjk0ICB8IDEuMjI5ICB8IDIu
OTAzICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQogICBUYWJsZSAzLjUgU3VtbWFyaXplZCBwZXJmb3JtYW5jZSBmb3IgQ0JSLCBWQlIs
IE1JWCwgVlRSLCBTVkQgYWNyb3NzDQogICBkaWZmZXJlbnQgcGFyYW1ldGVyIHNldHRpbmdzIGFu
ZCB0b3BvbG9naWVzLg0KDQogICBGb3IgU1ZELCB0aGUgYWxnb3JpdGhtcyBkb2VzIHNob3cgY2Vy
dGFpbiBzZW5zaXRpdml0eSB0byBwYXJhbWV0ZXJzLA0KICAgd2hpY2ggbWVhbnMgdGhhdCBoaWdo
IHBlYWstdG8tbWVhbiByYXRpbyBTVkQgdHJhZmZpYyBpcyBtb3JlDQogICBzdHJlc3NmdWwgdG8g
dGhlIHF1ZXVlLWJhc2VkIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSwgYnV0IGEgc2V0DQog
ICBvZiBwYXJhbWV0ZXJzIGV4aXN0cyB0aGF0IGtlZXBzIHRoZSBvdmVyLWFkbWlzc2lvbiB3aXRo
aW4gYWJvdXQgLTMlIC0NCiAgICs3JSBvZiB0aGUgZXhwZWN0ZWQgbG9hZC4NCg0KICAgTm90ZSB0
aGF0IHNpbmNlIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBpcyBleHBlY3RlZCB0byBi
ZSBzZXQNCiAgIHN1YnN0YW50aWFsbHkgYmVsb3cgdGhlIGFjdHVhbCBsaW5rIGNhcGFjaXR5LCBh
bmQgUENOIHRyYWZmaWMgaXMNCiAgIHR5cGljYWxseSBleHBlY3RlZCB0byBiZSBzZXJ2ZWQgYXQg
aGlnaCBwcmlvcml0eSBvdmVyIG5vbi1QQ04NCiAgIHRyYWZmaWMsIDEwJSBvdmVybG9hZCBkb2Vz
IG5vdCByZXN1bHQgaW4gYW55IGxvc3MgYXMgbG9uZyBhcyB0aGUNCiAgIGNvbmZpZ3VyZWQtYWRt
aXNzaWJsZS1yYXRlIGlzIHNldCBiZWxvdyA5MCUgb2YgdGhlIGxpbmsgc3BlZWQuDQogICBIZW5j
ZSwgd2UgdHJlYXQgMTAlIG92ZXJsb2FkIGFzICJyZWFzb25hYmxlIiBmb3IgcHJhY3RpY2FsIHB1
cnBvc2VzLg0KICAgQSBuZWdhdGl2ZSBvdmVybG9hZCBpbmRpY2F0ZXMgdGhhdCBsZXNzIHRyYWZm
aWMgaXMgYWRtaXR0ZWQgdGhhbiB0aGUNCiAgIHBvbGljeSB0aHJlc2hvbGQgd291bGQgYWxsb3cs
IGluZGljYXRpbmcgcG90ZW50aWFsIHVuZGVydXRpbGl6YXRpb24uDQoNCg0KDQoNCg0KDQpaaGFu
ZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAg
ICBbUGFnZSAxOV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIENMIFNpbXVsYXRpb24g
U3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCjMuNy4gIEVmZmVjdCBvZiBJbmdy
ZXNzLUVncmVzcyBBZ2dyZWdhdGlvbg0KDQogICBXZSBjYW4gYXNzZXNzIHRoZSBlZmZlY3Qgb2Yg
SW5ncmVzcy1FZ3Jlc3MgYWdncmVnYXRpb24gb24gdGhlDQogICBhbGdvcml0aG0gYnkgY29tcGFy
aW5nIHRoZSBTaW5nbGVMaW5rIHJlc3VsdHMgaW4gVGFibGUgMy41IHdpdGggdGhlDQogICBjb3Jy
ZXNwb25kaW5nIFJUVCByZXN1bHRzLiAgQXMgZGlzY3Vzc2VkIGVhcmxpZXIsIHRoZSBhY3R1YWwg
Y2hvaWNlDQogICBvZiBSVFQgdmFsdWVzIG9mIGRpZmZlcmVudCBpbmdyZXNzIGxpbmtzIGRvZXMg
bm90IGFwcGVhciB0byBoYXZlIGFueQ0KICAgc2lnbmlmaWNhbnQgZWZmZWN0IG9uIHRoZSBzaW11
bGF0aW9uIHJlc3VsdHMuICBXZSBiZWxpZXZlIHRoYXQgYW55DQogICBhcHByZWNpYWJsZSBkaWZm
ZXJlbmNlIGJldHdlZW4gdGhlIHR3byB0b3BvbG9naWVzIHJlbGF0ZXMgdG8gdGhlDQogICBkZWdy
ZWUgb2YgYWdncmVnYXRpb24gb2YgZWFjaCBpbmdyZXNzLWVncmVzcyBwYWlyLiAgT25lIG9mIHRo
ZQ0KICAgb3V0Y29tZXMgb2YgdGhlIHJlc3VsdHMgcHJlc2VudGVkIGluIFRhYmxlIDMuNSBpcyB0
aGF0IHRoZSBhZG1pc3Npb24NCiAgIGNvbnRyb2wgYWxnb3JpdGhtIG9mIFtJLUQuYnJpc2NvZS10
c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIHNlZW1zDQogICByZWxhdGl2ZWx5IGluc2Vuc2l0aXZlIHRv
IHRoZSBsZXZlbCBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbi4NCg0KICAgKHByZWFtYmxl
KQ0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KICAgfCBUeXBlIHxOdW1iZXIgb2YgSW5ncmVzc2VzICBhbmQgdGhlIG92ZXIt
YWRtaXNzaW9uIHBlcmMuICAgICB8DQogICB8LS0tLS0tfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0gfA0KICAgfCAgICAgIHwgICAyICAgIHwgICAx
MCAgIHwgICA3MCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwgIDEwMDAgIHwNCiAgIHwgQ0JSICB8IDEu
MDAzICB8IDEuMDI0ICB8IDAuOTc2ICB8IDAuMzU0ICB8IC0xLjQ1ICB8IDAuMzk2ICB8DQogICB8
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tfA0KICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAgIHwgIDMwMCAgIHwgIDYw
MCAgIHwgIDE4MDAgIHwNCiAgIHwgVkJSICB8IDEuMDIxICB8IDEuMTE3ICB8IDEuMDA2ICB8IDAu
OTc5ICB8IDAuNzIxICB8IC0wLjg1ICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgIHwgICAyICAgIHwg
ICAxMCAgIHwgICA3MCAgIHwgIDMwMCAgIHwgIDYwMCAgIHwgIDEwMDAgIHwNCiAgIHwgTUlYICB8
IDEuMDgwICB8IDEuMTYzICB8IDEuMTA1ICB8IDEuMDQyICB8IDEuMTMyICB8IDEuMDk4ICB8DQog
ICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tfA0KICAgfCAgICAgIHwgICAyICAgIHwgICAxMCAgIHwgICA3MCAgIHwgIDE0MCAgIHwg
IDMwMCAgIHwgIDYwMCAgIHwNCiAgIHwgVlRSICB8IDEuMTA5ICB8IDEuMDUzICB8IDAuODQyICB8
IDAuODU5ICB8IDAuODU2ICB8IDAuODYyICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgIHwgICAyICAg
IHwgICAxMCAgIHwgICAzNSAgIHwgICA3MCAgIHwgIDE0MCAgIHwgIDMwMCAgIHwNCiAgIHwgU1ZE
ICB8IC0wLjA4ICB8IDAuMDA5ICB8IC0wLjExICB8IC0wLjI4NiB8IC0xLjU2ICB8IDAuOTE0ICB8
DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQogICAoVGFibGUgMy42IEluZ3Jlc3MgYWdncmVnYXRpb24gZWZmZWN0LiAgRWFj
aCBjZWxsIGluIHRoZSB0YWJsZSBzaG93cw0KICAgdGhlIG51bWJlciBvZiBQQ04taW5ncmVzcy1u
b2RlcyBnZW5lcmF0aW5nIHRoZSBmbG93cyBzaGFyaW5nIHRoZQ0KICAgYm90dGxlbmVjayAodG9w
IG51bWJlcikgYW5kIHRoZSBjb3JyZXNwb25kaW5nIG92ZXItYWRtaXNzaW9uDQogICBwZXJjZW50
YWdlIChib3R0b20gbnVtYmVyKS4gIFRoZSByZXN1bHRzIGNvcnJlc3BvbmQgdG8gRVdNQSB3ZWln
aHQgb2YNCiAgIDAuMywgQ0xFPTAuMDUsIGRlbWFuZCBvdmVybG9hZCA1eCkNCg0KICAgVGFibGUg
My42IHN1bW1hcml6ZXMgdGhlIGVmZmVjdCBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbi4g
IEZvcg0KICAgZWFjaCB0cmFmZmljIHR5cGUsIHRoZSBtZWFuIG51bWJlciBvZiBmbG93cyBzaGFy
aW5nIHRoZSBib3R0bGVuZWNrIGlzDQogICBjb25zdGFudCBpbiBhbGwgZXhwZXJpbWVudHMuICBU
aGUgbnVtYmVyIG9mIGluZ3Jlc3NlcyB0aGVyZWZvcmUgaXMNCiAgIGludmVyc2VseSBwcm9wb3J0
aW9uYWwgdG8gdGhlIGxldmVsIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uLg0KICAgQXMg
Y2FuIGJlIHNlZW4sIHRoZSByaWdodC1tb3N0IGNvbHVtbiByZXByZXNlbnRzIHRoZSBsb3dlc3QN
CiAgIGFnZ3JlZ2F0aW9uIGxldmVsIChleHBlY3RlZCAxIGNhbGwvaW5ncmVzcyksIGluZGljYXRp
bmcgdGhhdA0KICAgYWxnb3JpdGhtIGlzIHJhdGhlciBpbnNlbnNpdGl2ZSB0b3dhcmQgdGhlIGxl
dmVsIG9mIGluZ3Jlc3MtZWdyZXNzDQogICBhZ2dyZWdhdGlvbi4NCg0KICAgVGhlc2UgcmVzdWx0
cyBhcmUgdmVyeSBlbmNvdXJhZ2luZzogd2hpbGUgdGhlIGFzc3VtcHRpb24gb2YNCg0KDQoNClpo
YW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAg
ICAgIFtQYWdlIDIwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlv
biBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgcmVhc29uYWJsZSBhZ2dy
ZWdhdGlvbiBvZiBQQ04gdHJhZmZpYyBhdCBhbiBpbnRlcm5hbCBib3R0bGVuZWNrIHNlZW1zDQog
ICBhIHJlbGF0aXZlbHkgc2FmZSBvbmUsIGl0IGlzIG11Y2ggbGVzcyBjbGVhciB0aGF0IGl0IGlz
IHNhZmUgdG8NCiAgIGFzc3VtZSB0aGF0IGhpZ2ggcGVyIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0
aW9uIGxldmVsIGlzIGEgc2FmZQ0KICAgYXNzdW1wdGlvbiBpbiByZWFsaXR5LiAgSW4gcGFydGlj
dWxhciwgdGhlIFNWRCBzZXR1cCB3aXRoIG9ubHkgfjEwMA0KICAgU1ZEIGZsb3dzIHRha2luZyB1
cCBhYm91dCA1MCUgb2YgYSAxRyBib3R0bGVuZWNrIGxpbmsgYmFuZHdpZHRoIHdpdGgNCiAgIGFs
bCAxMDAgZmxvd3MgY29taW5nIGZyb20gZGlmZmVyZW50IGluZ3Jlc3NlcyBzZWVtcyBlbnRpcmVs
eQ0KICAgcGxhdXNpYmxlLiAgSXQgaXMgdGhlcmVmb3JlIGVuY291cmFnaW5nIHRoYXQgdGhlIGFs
Z29yaXRobSBzZWVtcw0KICAgc3VmZmljaWVudGx5IHJvYnVzdCB1bmRlciB0aGVzZSBjaXJjdW1z
dGFuY2VzLg0KDQozLjguICBFZmZlY3Qgb2YgTXVsdGlwbGUgQm90dGxlbmVja3MNCg0KICAgSW4g
dGhpcyBzZWN0aW9uIHdlIHJlcG9ydCBhIHNldCBvZiBleHBlcmltZW50cyBvbiB0aGUgbXVsdGkt
DQogICBib3R0bGVuZWNrIHRvcG9sb2d5Lg0KDQozLjguMS4gIFV0aWxpemF0aW9uIG9mIG92ZXJs
b2FkZWQgYm90dGxlbmVja3MNCg0KICAgT3VyIGZpcnN0IHNldCBvZiBleHBlcmltZW50cyAocmVw
b3J0ZWQgaW4gVGFibGUgMy41KSBpbnZlc3RpZ2F0ZXMNCiAgIHdoZXRoZXIgbXVsdGlwbGUgYm90
dGxlbmVja3MgaGF2ZSBhbnkgZWZmZWN0IG9uIHRoZSB1dGlsaXphdGlvbiBvZg0KICAgYm90dGxl
bmVja3MgbGlua3MgYWxsIG9mIHdoaWNoIGNvbnRhaW4gYSBtaXggb2YgZmxvd3MgdHJhdmVyc2lu
Zw0KICAgbXVsdGlwbGUgYm90dGxlbmVja3MgYW5kIHNtYWxsIG51bWJlciBvZiBib3R0bGVuZWNr
cyAoaW4gb3VyIGNhc2UNCiAgIGp1c3Qgb25lIGJvdHRsZW5lY2spLiAgV2UgdGVybSB0aGUgZm9y
bWVyICJsb25nLWhhdWwiIGZsb3dzLCBhbmQgdGhlDQogICBsYXR0ZXIgInNob3J0LWhhdWwiIGZs
b3dzLg0KDQogICBJbiB0aGVzZSBleHBlcmltZW50cywgd2UgdXNlIHRoZSBQTFQgdG9wb2xvZ3kg
d2hlcmUgdGhlIGxvbmctaGF1bA0KICAgZmxvd3MgdHJhdmVyc2UgdGhlIGVudGlyZSBsZW5ndGgg
b2YgdGhlIGNoYWluLCBhbmQgc2hvcnQtdGVybSBmbG93cw0KICAgdHJhdmVyc2Ugb25seSBvbmUg
aG9wLiAgVGhlIGRlbWFuZHMgb2YgYWxsIHNob3J0LSBhbmQgbG9uZy1oYXVsIGZsb3dzDQogICBh
cmUgdGhlIHNhbWUsIGFuZCB0aGUgZGVtYW5kIG92ZXJsb2FkcyBvbiBlYWNoIGJvdHRsZW5lY2sg
bGluayBpbiB0aGUNCiAgIHRvcG9sb2d5IGFyZSBhbHNvIHRoZSBzYW1lLiAgV2UgZXhwZXJpbWVu
dCB3aXRoIGFsbCBzaXplcyBvZiBQTFQNCiAgIHRvcG9sb2dpZXMgZnJvbSAyIHRvIDUgYW5kIGFs
bCBkZW1hbmQgb3ZlcmxvYWRzIHVwIHRvIDV4LCBhbmQgYSByYW5nZQ0KICAgb2YgZGlmZmVyZW50
IHBhcmFtZXRlciAod2VpZ2h0IGFuZCBDTEUpIHNldHRpbmdzLiAgRm9yIGVhY2ggb25lIG9mDQog
ICB0aGVtIHdlIHJlcG9ydCB0aGUgdXRpbGl6YXRpb24gb2YgYWxsIHRoZSBib3R0bGVuZWNrIGxp
bmtzLiAuDQoNCiAgIEluIFRhYmxlIDMuNywgd2Ugc2hvdyBhIHNuYXBzaG90IG9mIHRoZSBiZWhh
dmlvciBvZiBhbGwgYm90dGxlbmVja3MNCiAgIGluIGEgNSBib3R0bGVuZWNrIHRvcG9sb2d5LiAg
SGVyZSwgdGhlIG92ZXItYWRtaXNzaW9uLXBlcmMuIGRpc3BsYXllZA0KICAgZm9yIGVhY2ggbGlu
ayBpcyBhbiBhdmVyYWdlIGFjcm9zcyBhbGwgMTUgZXhwZXJpbWVudHMgd2l0aCBkaWZmZXJlbnQN
CiAgIFt3ZWlnaHQsIENMRV0gc2V0dGluZyBmb3IgYSA1eCBvdmVybG9hZC4gIChXZSBkbyBvYnNl
cnZlIHZlcnkgbXVjaA0KICAgdGhlIHNhbWUgYmVoYXZpb3IgaW4gZWFjaCBvZiB0aGUgaW5kaXZp
ZHVhbCBleHBlcmltZW50LCBoZW5jZQ0KICAgcHJvdmlkaW5nIHN1bW1hcml6ZWQgcmVzdWx0cyBp
cyBtZWFuaW5nZnVsKS4gIEFzIHNlZW4gZnJvbSB0aGlzDQogICB0YWJsZSwgdGhlcmUgYXBwZWFy
cyB0byBiZSBubyBzaWduaWZpY2FudCBkaWZmZXJlbmNlIGluIG92ZXItDQogICBhZG1pc3Npb24g
cGVyY2VudGFnZXMgYWNyb3NzIHRoZSBkaWZmZXJlbnQgYm90dGxlbmVja3MgdHJhdmVyc2VkIGJ5
DQogICB0aGUgImxvbmctaGF1bCJmbG93cyBpbiB0aGUgUExUIHRvcG9sb2dpZXMuICBGdXJ0aGVy
bW9yZSwgdGhlcmUgaXMgbm8NCiAgIHZpc2libGUgcGVyZm9ybWFuY2UgZGlmZmVyZW5jZSBpbiB0
aGUgY2FzZSBvZiBtdWx0aXBsZSBib3R0bGVuZWNrDQogICB0b3BvbG9naWVzIChQTFQpLCBjb21w
YXJlZCB0byB0aGUgY2FzZSB3aGVuIG9ubHkgYSBzaW5nbGUgYm90dGxlbmVjaw0KICAgaXMgdHJh
dmVyc2VkIChhcyBpbiBib3RoIFNpbmdsZUxpbmsgYW5kIFJUVCB0b3BvbG9naWVzKSBmb3IgdGhl
IHNhbWUNCiAgIGRlbWFuZCBvdmVybG9hZHMgYW5kIHBhcmFtZXRlcnMuICBXZSBvYnNlcnZlZCBz
aW1pbGlhciByZXN1bHQgYWxsDQogICBleHBlcmltZW50cyB3ZSBydW4uDQoNCiAgIFdlIHJhbiB0
aGVzZSBleHBlcmltZW50cyBmb3IgYWxsIHRyYWZmaWMgdHlwZXMsIHdpdGggc2ltaWxhciByZXN1
bHRzLg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAy
MDA4ICAgICAgICAgICAgICAgW1BhZ2UgMjFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCBU
cmFmZmljIHwgICAgICAgICAgICBCb3R0bGVuZWNrIExpbmtJZCAgICAgICAgICB8DQogICB8ICAg
VHlwZSAgfCAgIDEgICB8ICAgMiAgIHwgICAzICAgfCAgIDQgICB8ICAgNSAgIHwNCiAgIHwtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgIENC
UiAgIHwgMC4yODggfCAwLjI4NiB8IDAuMjM4IHwgMC4zMzIgfCAwLjMwNiB8DQogICB8LS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICBWQlIg
ICB8IDAuMzE5IHwgMC40MjAgfCAwLjI1NyB8IDAuMzQxIHwgMC4yNTQgfA0KICAgfC0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgTUlYICAg
fCAwLjM2MyB8IDAuMzk0IHwgMC4zMTIgfCAwLjI2OCB8IDAuMjA1IHwNCiAgIHwtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgIFZUUiAgIHwg
MC40NjYgfCAwLjMwOSB8IDAuMjIzIHwgMC4zNjMgfCAwLjMxNyB8DQogICB8LS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICBTVkQgICB8IDAu
MzE5IHwgMC40MjAgfCAwLjI1NyB8IDAuMzQxIHwgMC4yNTQgfA0KICAgIC0tIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRhYmxlIDMuNyBPdmVyLWFk
bWlzc2lvbi1wZXJjZW50YWdlIGZvciBQTFQ1IGZvciBhbGwgYm90dGxlbmVja3MuDQogICBUaGUg
cmVzdWx0cyBhcmUgZm9yIENCUiwgNXggb3ZlcmxvYWQsIGF2ZXJhZ2VkIG92ZXIgYWxsIGV4cGVy
aW1lbnRzDQogICB3aXRoIGRpZmZlcmVudCBwYXJhbWV0ZXIgc2V0dGluZ3MgKHRoZXJlIGlzIG5v
IHNpZ25pZmljYW50IHBhcmFtZXRlcg0KICAgc2Vuc2l0aXZpdHkgYW5kIHRoZSByZXN1bHRzIGZv
ciBkaWZmZXJlbnQgc2V0dGluZ3MgYXJlIHZlcnkgY2xvc2UpLg0KDQozLjguMi4gIEZhaXJuZXNz
IEJldHdlZW4gTG9uZy1oYXVsIGFuZCBTaG9ydC1oYXVsIGZsb3dzDQoNCiAgIE91ciBuZXh0IHNl
dCBvZiBleHBlcmltZW50cyB0YXJnZXRlZCB1bmRlcnN0YW5kaW5nIHRoZSBlZmZlY3Qgb2YNCiAg
IG11bHRpcGxlIGJvdHRsZW5lY2tzIG9uIHRoZSBmYWlybmVzcyBvZiBzaGFyaW5nIHRoZSBib3R0
bGVuZWNrIGxpbmtzDQogICBiZXR3ZWVuIHRoZSBsb25nLSBhbmQgdGhlIHNob3J0LWhhdWwgZmxv
d3MuICBJdCBpcyBnZW5lcmFsbHkga25vd24NCiAgIFtKYW1pbiwgZXRjXSB0aGF0IG1lYXN1cmVt
ZW50LWJhc2VkIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobXMgYXJlDQogICBzdXNjZXB0aWJs
ZSB0byB0aGUgZWZmZWN0IHdoZW4gbG9uZy1oYXVsIGZsb3dzIGdldCBhIG11Y2ggc21hbGxlcg0K
ICAgc2hhcmUgb2YgdGhlIGJvdHRsZW5lY2sgdGhhbiBzaG9ydC1oYXVsIGZsb3dzLg0KDQogICBX
aGlsZSB0aGUgZWZmZWN0IG9mIHVuZmFpcm5lc3MgaXMgd2VsbCBrbm93biwgdGhlIGV4YWN0IGNh
dXNlIG9mIGl0DQogICAoYW5kIHBvc3NpYmx5IHRoZSBleHRlbnQpIGRlcGVuZHMgb24gdGhlIGRl
dGFpbHMgb2YgdGhlIGFsZ29yaXRobS4NCiAgIE91ciBmaXJzdCBnb2FsIHdhcyB0byB1bmRlcnN0
YW5kIHRoZSBleHRlbnQgb2YgdGhlIHVuZmFpcm5lc3MgdGhhdA0KICAgbWlnaHQgb2NjdXIuICBU
YWJsZSAzLjggc2hvd3MgdGhlIHJhdGlvIG9mIHRoZSBiYW5kd2lkdGggYWNoaWV2ZWQgYnkNCiAg
IHRoZSBsb25nLWhhdWwgdGhlIHNob3J0LWhhdWwgYWdncmVnYXRlcyB3aXRoIHJlc3BlY3QgdG8g
dGhlDQogICBzaW11bGF0aW9uIHRpbWUuICBBcyBjYW4gYmUgc2VlbiwgdGhlIGxvbmctaGF1bCBm
bG93IGNvbnNpc3RlbnRseQ0KICAgbG9vc2VzIGJhbmR3aWR0aCBhcyBhIGZ1bmN0aW9uIG9mIHRp
bWUsIGFuZCB0aGlzIGVmZmVjdCBpcyB0aGUgbW9yZQ0KICAgcHJvbm91bmNlZCB0aGUgbW9yZSBi
b3R0bGVuZWNrcyBhcmUgdHJhdmVyc2VkIGJ5IHRoZSBsb25nLWhhdWwgZmxvdy4NCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEph
bnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDIyXQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KICAgKHByZWFtYmxlKQ0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHxUb3BvfFdlaWdodHwgICAg
ICAgICAgICAgICBTaW11bGF0aW9uICBUaW1lIChzKSAgICAgICAgICAgICAgICAgICAgfA0KICAg
fCAgICB8ICAgICAgfCAgMTAgIHwgIDIwICB8ICAzMCAgfCAgNDAgIHwgIDUwICB8ICA2MCAgfCAg
NzAgIHwgIDgwICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgfCAgMC4xIHwgMC45OSB8IDEu
MDQgfCAxLjE0IHwgMS4xNCB8IDEuMjMgfCAxLjIzIHwgMS4zNSB8IDEuNDYgfA0KICAgfFBMVDV8
ICAwLjUgfCAxLjAwIHwgMS4xNyB8IDEuMjQgfCAxLjQxIHwgMS44MSB8IDIuMTMgfCAyLjg4IHwg
My4wNSB8DQogICB8ICAgIHwgIDAuOSB8IDEuMDMgfCAxLjQyIHwgMS43NCB8IDIuMTQgfCAyLjQ0
IHwgMi45MSB8IDMuODMgfCA0LjIwIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICB8ICAwLjEg
fCAxLjAyIHwgMS4wOCB8IDEuMTUgfCAxLjI5IHwgMS4zMyB8IDEuMzggfCAxLjM3IHwgMS40MiB8
DQogICB8UExUM3wgIDAuNSB8IDEuMDIgfCAxLjA0IHwgMS4wNyB8IDEuMTkgfCAxLjI0IHwgMS4z
MCB8IDEuMzQgfCAxLjMzIHwNCiAgIHwgICAgfCAgMC45IHwgMS4wMiB8IDEuMDkgfCAxLjIzIHwg
MS40MSB8IDEuNjUgfCAyLjEwIHwgMi42MyB8IDMuMTggfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8
ICAgIHwgIDAuMSB8IDEuMDIgfCAwLjk4IHwgMS4wMyB8IDEuMTEgfCAxLjIyIHwgMS4yMSB8IDEu
MjUgfCAxLjMxIHwNCiAgIHxQTFQyfCAgMC41IHwgMS4wMiB8IDEuMDYgfCAxLjE0IHwgMS4xNyB8
IDEuMTUgfCAxLjMxIHwgMS40MSB8IDEuNDEgfA0KICAgfCAgICB8ICAwLjkgfCAxLjAyIHwgMS4w
NCB8IDEuMTEgfCAxLjMwIHwgMS41NiB8IDEuNjEgfCAxLjYyIHwgMS42NyB8DQogICAgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgVGFibGUgMy44LiAgVW5mYWlybmVzcyByYXRpbyBiZXR3ZWVuIGxvbmcgZmxvdyBh
Z2dyZWdhdGUgYW5kIHNob3J0DQogICBmbG93IGFnZ3JlZ2F0ZSBpbiB0aW1lLCBmb3IgZGlmZmVy
ZW50IFBMVCB0b3BvbG9naWVzIGFuZCBkaWZmZXJlbnQNCiAgIEVXTUEgcmF0ZXMuICBBbGwgcmVz
dWx0cyBhcmUgZm9yIDV4IG92ZXJsb2FkLCBDQlIgdHJhZmZpYy4NCg0KICAgVGFibGUgMy44IGlu
ZGljYXRlcyB0aGF0IHRoZSBiYW5kd2lkdGggb2YgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUNCiAg
IGNvbnNpc3RlbnRseSBkZWNsaW5lcyBpbiB0aW1lLCBldmVuIHRob3VnaCBpdHMgZGVtYW5kIHJl
bWFpbnMNCiAgIGNvbnN0YW50LiAgVGhpcyBlZmZlY3QgaXMgZnJlcXVlbnRseSByZWZlcnJlZCBh
cyB0aGUgImJlYXRkb3duIi4NCiAgIERpc2NvdXJhZ2luZyBhcyBpdCBpcywgdGhpcyBlZmZlY3Qg
aXMgd2VsbCBrbm93biBmb3IgTWVhc3VyZW1lbnQtDQogICBiYXNlZCBhZG1pc3Npb24gY29udHJv
bC4gIFRoZSBpbnR1aXRpb24gYmVoaW5kIHRoZSAiYmVhdGRvd24iIGlzIHRoYXQNCiAgIHRoZSBs
b25nLWhhdWwgYWdncmVnYXRlIGNhbiBhZG1pdCBuZXcgZmxvd3Mgb25seSBpZiBhbGwgdGhlIGxp
bmtzIGl0DQogICB0cmFuc3ZlcnNlIGFyZSBub3QgaW4gdGhlIGNvbmdlc3Rpb24gc3RhdGUuICBI
ZW5jZSBjb21wYXJpbmcgdG8gdGhlDQogICBzaG9ydC1oYXVsIGFnZ3JlZ2F0ZSwgdGhlIGxvbmct
aGF1bCBvbmVzIHNlZSBjb25nZXN0aW9uIG1vcmUgb2Z0ZW4sDQogICBhbmQgaXMgaW4gdGhlIG5v
LWFkbWlzc2lvbiBzdGF0ZSBzdWJzdGFudGlhbGx5IG1vcmUgb2Z0ZW4gYXMgd2VsbC4NCiAgIElm
IHRoZSBkZW1hbmQgbG9hZHMgb2YgdGhlIHNob3J0LWhhdWwgYW5kIGxvbmcgaGF1bCBmbG93cyBh
cmUNCiAgIHNpbWlsYXIsIGFuZCBoaWdoIGVub3VnaCB0byBtb25vcG9saXplIHRoZSBlbnRpcmUg
Ym90dGxlbmVjaw0KICAgYmFuZHdpZHRoLCB0aGUgbG9uZy1oYXVsIGZsb3cgcmVwZWF0ZWRseSBs
b3NlcyB0aGUgY29tcGV0aXRpb24gYW5kDQogICBzdGF5cyBpbiB0aGUgbm8tYWRtaXNzaW9uIHN0
YXRlIG1vc3Qgb2YgdGhlIHRpbWUuDQoNCiAgIEl0IGlzIGltcG9ydGFudCB0byBub3RlIHRoYXQg
VGFibGUgMy44IGluZGljYXRlcyB0aGF0IHRoZSBiYW5kd2lkdGgNCiAgIG9mIHRoZSBsb25nLWhh
dWwgYWdncmVnYXRlIGNvbnNpc3RlbnRseSBkZWNsaW5lcyBpbiB0aW1lLCBldmVuIHRob3VnaA0K
ICAgaXRzIGRlbWFuZCByZW1haW5zIGNvbnN0YW50LiAgSW4gZmFjdCwgaW4gb3VyIHNpbXVsYXRp
b24gcnVucyBvZg0KICAgYWJvdXQgODAgc2ltdWxhdGlvbiBzZWNvbmRzIGxvbmcsIHdlIHNlZSB0
aGF0IGZvciBhbGwgc2V0dGluZ3Mgb2YgdGhlDQogICBwYXJhbWV0ZXJzIGFuZCBhbGwgUExUIHRv
cG9sb2dpZXMgd2Ugc2VlIGEgY29uc2lzdGVudCBkZWNsaW5lIG9mIHRoZQ0KICAgc2hhcmUgb2Yg
dGhlIGxvbmctaGF1bHMgYWdncmVnYXRlLiAgQSBxdWVzdGlvbiB0aGVuIGFyaXNlcyBvbiB3aGV0
aGVyDQogICB0aGlzIGVmZmVjdCBjb250aW51ZXMgKHdpdGggdGhlIGxvbmctaGF1bCBhZ2dyZWdh
dGUgYmVpbmcgZXZlbnR1YWxseQ0KICAgYmVhdGVuLWRvd24gdG8gemVybykgb3Igd2hldGhlciB0
aGUgbG9uZy1oYXVsIGFnZ3JlZ2F0ZSBldmVudHVhbGx5DQogICBzdGFiaWxpemVzIGF0IHNvbWUg
KHBlcmhhcHMgbG93KSB2YWx1ZS4NCg0KICAgQmVmb3JlIGF0dGVtcHRpbmcgdG8gYW5zd2VyIHRo
aXMgcXVlc3Rpb24gd2Ugbm90ZSB0aGF0IHRoaXMgZWZmZWN0IGlzDQogICB3ZWxsIGtub3duIGZv
ciBNZWFzdXJlbWVudC1iYXNlZCBhZG1pc3Npb24gY29udHJvbC4gIEluIGZhY3QgdGhlDQogICBh
dXRob3JzIG9mIFtKYW1pbl0gYXJndWUgdGhhdCBmb3Igc3VmZmljaWVudGx5IGxhcmdlIGRlbWFu
ZHMsIGluIHRoZQ0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFy
eSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMjNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0K
DQogICBsaW1pdCB0aGUgbG9uZy1oYXVsIGZsb3cgaXMgYWx3YXlzIGJlYXRlbiBkb3duIGNvbXBs
ZXRlbHkuICBJbiBvdXINCiAgIHNpbXVsYXRpb25zLCBob3dldmVyLCB0aGUgZGVtYW5kcyBhdCB3
aGljaCB0aGUgYmVhdGRvd24gZWZmZWN0IG9jY3Vycw0KICAgaXMgbm90IGF0IGFsbCBpbmZpbml0
ZWx5IGxhcmdlLiAgV2UgaW52ZXN0aWdhdGUgd2h5LCBldmVuIGF0IGRlbWFuZA0KICAgb3Zlcmxv
YWRzIGFzIHNtYWxsIGFzIDJYIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBhdCB0aGUN
CiAgIGJvdHRsZW5lY2ssIHRoZSBsb25nLWhhdWwgYWdncmVnYXRlIGlzIGNvbnNpc3RlbnRseSBi
ZWF0ZW4gZG93bi4gIE91cg0KICAgYW5hbHlzaXMgaW5kaWNhdGVzIHRoYXQgZm9yIGFsbCBwYXJh
bWV0ZXIgc2V0dGluZ3MsIHRoZSBwcm9wb3J0aW9uIG9mDQogICB0aW1lIGF0IGxlYXN0IG9uZSBv
ZiB0aGUgbGlua3MgaW4gdGhlIHRvcG9sb2d5IGlzIGluIHRoZSAicHJlLQ0KICAgY29uZ2VzdGlv
biBzdGF0ZSIsIGkuZS4gbWFya2luZyBlbm91Z2ggcGFja2V0cyB0byB0cmlnZ2VyIG5vLQ0KICAg
YWRtaXNzaW9uIGlzIHN1YnN0YW50aWFsbHkgaGlnaGVyIHRoYW4gdGhlIHBlcmNlbnRhZ2Ugb2Yg
dGltZSBhbnkgb25lDQogICBvZiB0aGUgbGlua3Mgc3BlbmRzIGluIHRoZSBwcmUtY29uZ2VzdGlv
biBzdGF0ZSwgYW5kIGluIG1hbnkgY2FzZXMgaXQNCiAgIGlzIGNsb3NlIHRvIDEwMCUgb2YgdGhl
IHRpbWUuDQoNCiAgIEl0IHNlZW1zIGNsZWFyIHRoYXQgdGhlIGZyYWN0aW9uIG9mIHRpbWUgdGhl
IGxvbmctaGF1bCBhZ2dyZWdhdGUgb24NCiAgIHRoZSBhdmVyYWdlIHNlZXMgY29uZ2VzdGlvbiBv
biBhdCBsZWFzdCBvbmUgb2YgdGhlIGxpbmtzIGlzIGENCiAgIGNyaXRpY2FsIHBhcmFtZXRlciBk
ZWZpbmluZyB3aGV0aGVyIG9yIG5vdCB0aGUgbG9uZy1oYXVsIGZsb3cgd2lsbCBiZQ0KICAgZXZl
bnR1YWxseSBzdGFydmVkIGNvbXBsZXRlbHkgb3Igbm90LiAgQ2xlYXJseSBpZiB0aGUgZnJhY3Rp
b24gb2YNCiAgIHRpbWUgdGhlIGxvbmctaGF1bCBzZWVzIG5vIGNvbmdlc3Rpb24gb24gYWxsIGxp
bmtzIGFsb25nIHRoZSB3YXkgaXMNCiAgIGNsb3NlIHRvIDEsIHRoZW4gaXQgc2ltcGx5IG5ldmVy
IGhhcyBhIGNoYW5jZSB0byBhZG1pdCBuZXcgZmxvd3MsIGFuZA0KICAgZXZlbnR1YWxseSBnZXRz
IGJlYXRlbiBkb3duIHRvIHplcm8uICBPbiB0aGUgb3RoZXIgaGFuZCwgaWYgdGhlIGxvbmctDQog
ICB0ZXJtIGF2ZXJhZ2UgZnJhY3Rpb24gb2YgdGltZSB3aGVuIGl0IHNlZXMgbm8gY29uZ2VzdGlv
bg0KICAgc2ltdWx0YW5lb3VzbHkgb24gYWxsIG9mIHRoZSBsaW5rcyBpdCB0cmF2ZXJzZXMgc3Rh
eXMgYWJvdmUgc29tZSBmPjANCiAgIGZvciBhbnkgbG9uZyBlbm91Z2ggcGVyaW9kIG9mIHRpbWUs
IGlmIHRoZSBkZW1hbmQgKG9yIHRoZSByYXRlIG9mDQogICBjYWxscyByZXF1ZXN0aW5nIGFkbWlz
c2lvbikgb2YgdGhlIGFnZ3JlZ2F0ZSBpcyBjb25zdGFudCwgdGhlbiB0aGUNCiAgIGJlYXRkb3du
IGVmZmVjdCB3b3VsZCBuZXZlciBkcml2ZSB0aGUgbG9uZy1oYXVsIGZsb3cgYmVsb3cgKGNhbGwN
CiAgIGFycml2YWwgcmF0ZSkgdGltZXMgZiB0aW1lcyAobWVhbiBjYWxsIGR1cmF0aW9uKS4gIFRo
aXMgY2FuIGJlIGVhc2lseQ0KICAgc2VlbiBieSBvYnNlcnZpbmcgdGhhdCBpZiBmb3IgdGhlIGZy
YWN0aW9uIG9mIHRpbWUgZiB0aGUgYWdncmVnYXRlIGlzDQogICBhbGxvd2VkIHRvIGFkbWl0LCB0
aGVuIGl0IGVmZmVjdGl2ZSBsb25nLXRlcm0gY2FsbCBhY2NlcHRhbmNlIHJhdGUgaXMNCiAgIChj
YWxsIGFycml2YWwgcmF0ZSkgeCBmLiAgV2hlbiB0aGVyZSBhcmUgTiBmbG93cyBvZiB0aGUgYWdn
cmVnYXRlIGluDQogICB0aGUgc3lzdGVtLCB0aGUgbWVhbiBjYWxsIGRlcGFydHVyZSByYXRlIGlz
IE4vKG1lYW4gY2FsbCBkdXJhdGlvbikuDQogICBUaGVyZWZvcmUsIGlmIHRoZSBudW1iZXIgb2Yg
YWRtaXR0ZWQgZmxvd3MgaW4gdGhlIGFnZ3JlZ2F0ZSBldmVyDQogICByZWFjaGVzIG9yIGdvZXMg
YmVsb3cgaz0oY2FsbCBhcnJpdmFsIHJhdGUpIHggZiB4IChtZWFuIGNhbGwNCiAgIGR1cmF0aW9u
KSwgdGhlIG1lYW4gY2FsbCBhcnJpdmFsIHJhdGUgd2lsbCBiZWNvbWUgbGFyZ2VyIHRoYW4gdGhl
DQogICBtZWFuIGRlcGFydHVyZSByYXRlLCBhbmQgaGVuY2UgdGhlIG51bWJlciBvZiBmbG93cyB3
aWxsIGJlIGluY3JlYXNpbmcNCiAgIG9uIHRoZSBhdmVyYWdlLg0KDQogICBIb3cgcmVhbGlzdGlj
IGlzIGl0IHRoYXQgYXQgbGVhc3Qgb25lIG9mIHRoZSBsaW5rcyB0cmF2ZXJzZWQgYnkgdGhlDQog
ICBsb25nLWhhdWwgYWdncmVnYXRlIGlzIGFsd2F5cyBpbiBjb25nZXN0aW9uL21hcmtpbmcgc3Rh
dGU/ICBXaGlsZSB3ZQ0KICAgZG8gbm90IGtub3cgdGhlIGdlbmVyYWwgYW5zd2VyLCB3ZSBjYW4g
YXJndWUgdGhhdCBpZiBjb25nZXN0aW9uDQogICBzdGF0ZXMgb2YgZGlmZmVyZW50IGxpbmtzIHdl
cmUgaW5kZXBlbmRlbnQsIGFuZCBlYWNoIGxpbmsgaiBpcyBpbiB0aGUNCiAgIHN0YXRlIG9mIGNv
bmdlc3Rpb24gc29tZSBmcmFjdGlvbiBvZiB0aW1lIHAoaiksIHRoZW4gdGhlIGZyYWN0aW9uIG9m
DQogICB0aW1lIHAgdGhhdCBhIGZsb3cgdHJhdmVyc2luZyBuIGJvdHRsZW5lY2tzIHNlZXMgY29u
Z2VzdGlvbiBvbiBhdA0KICAgbGVhc3Qgb25lIGxpbmsgaXMgcCA9IDEtICgxIC0gcCgxKSkgKigx
IC0gcCgyKSkgKiAuLi4gKigxIC0gcChuKSkuDQogICBJZiBuIGlzIGxhcmdlIGFuZC9vciBkZW1h
bmRzIG9uIHRoZSBib3R0bGVuZWNrcyBhcmUgbGFyZ2UgLCB0aGlzIHAgaXMNCiAgIGNsb3NlIHRv
IDEuICBJbiBvdXIgc2ltdWxhdGlvbnMsIHdpdGggNSBib3R0bGVuZWNrcyBhbmQgNXggb3Zlcmxv
YWQsDQogICB0aGUgZnJhY3Rpb24gb2YgdGltZSB3aGVuIGF0IGxlYXN0IG9uZSBvZiB0aGUgbGlu
a3Mgd2FzIG1hcmtpbmcNCiAgIHBhY2tldHMgd2FzIGNsb3NlIHRvIDEwMCUuICBPZiBjb3Vyc2Ug
aW4gZ2VuZXJhbCB3ZSBjYW5ub3QgYXNzdW1lDQogICB0aGF0IHRoZSAiY29uZ2VzdGlvbiIgc3Rh
dGUgaW4gZGlmZmVyZW50IGxpbmtzIGlzIGNvbXBsZXRlbHkNCiAgIGluZGVwZW5kZW50LiAgWWV0
LCBpbiBhbGwgb3VyIHNpbXVsYXRpb25zLCBpdCBhcHBlYXJzIHRoYXQgZXZlbiB3aGVuDQoNCg0K
DQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAg
ICAgICAgICBbUGFnZSAyNF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIENMIFNpbXVs
YXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHRoZSBzeXN0ZW0g
aXMgdGFydGVkIGluIGEgc3luY2hyb25pemVkIHN0YXRlIHdoZXJlIGFsbCB0aGUNCiAgIGJvdHRs
ZW5lY2tzIGFyZSAiY29uZ2VzdGVkIiBhdCB0aGUgc2FtZSB0aW1lLCB0aGUgc3lzdGVtIHRlbmRz
IHRvIGdldA0KICAgZGVzeW5jaHJvbml6ZWQgaW4gdGltZSwgc28gdGhhdCBjb25nZXN0aW9uIHBl
cmlvZHMgYXQgZGlmZmVyZW50DQogICBib3R0bGVuZWNrcyBzcHJlYWQgaW4gdGltZSwgYW5kIGlu
IG1hbnkgZXhwZXJpbWVudHMgd2l0aCA1LVBMVCBhbG1vc3QNCiAgIGFsbCB0aGUgdGltZSBhdCBs
ZWFzdCBvbmUgb2YgdGhlIGxpbmtzIHdhcyBpbiB0aGUgY29uZ2VzdGlvbiBzdGF0ZS4NCg0KICAg
V2Ugb2JzZXJ2ZWQgY29uc2lzdGVudCBiZWF0ZG93biBlZmZlY3QgYWNyb3NzIGFsbCBleHBlcmlt
ZW50cywNCiAgIGFsdGhvdWdoIHRoZSBleGFjdCBleHRlbnQgb2YgdGhlIHVuZmFpcm5lc3MgZGVw
ZW5kcyBvbiB0aGUgZGVtYW5kDQogICBvdmVybG9hZCwgdG9wb2xvZ3kgYW5kIHBhcmFtZXRlcnMg
c2V0dGluZ3MuICBUbyBmdXJ0aGVyIHF1YW50aWZ5IHRoZQ0KICAgZWZmZWN0IG9mIHRoZXNlIGZh
Y3RvcnMgcmVtYWlucyBhbiBhcmVhIG9mIGZ1dHVyZSB3b3JrLiAgV2UgYWxzbyBub3RlDQogICB0
aGF0IHRoZSBjYXVzZSBvZiB0aGUgYmVhdGRvd24gZWZmZWN0IGFwcGVhcnMgdG8gYmUgbGFyZ2Vs
eQ0KICAgaW5kZXBlbmRlbnQgb2YgdGhlIHNwZWNpZmljIGFsZ29yaXRobSwgYW5kIGlzIGxpa2Vs
eSB0byBiZSByZWxldmFudA0KICAgdG8gb3RoZXIgUENOIHByb3Bvc2FscyBhcyB3ZWxsLg0KDQog
ICBGaW5hbGx5IHdlIG5vdGUgdGhhdCB0aGUgZm9yIHRoZSBiZWF0ZG93biBlZmZlY3QgdG8gYmUg
c2lnbmlmaWNhbnQsDQogICBub3Qgb25seSB0aGUgZGVtYW5kIG92ZXJsb2FkIGFtb3VudCBzaG91
bGQgYmUgc3Vic3RhbnRpYWwsIGJ1dCBhbHNvDQogICB0aGUgZHVyYXRpb24gb2YgdGhlIGRlbWFu
ZCBvdmVybG9hZCBzaG91bGQgYmUgbG9uZyBlbm91Z2guICBVbmRlcg0KICAgIm5vcm1hbCIgY29u
ZGl0aW9ucywgb25lIHNob3VsZCBub3QgZXhwZWN0IHByb2xvbmdlZCBzdWJzdGFudGlhbA0KICAg
b3ZlcmxvYWRzLiAgSW4gdGhlIGV4Y2VwdGlvbmFsIGNhc2VzIHdoZXJlIGhpZ2ggb3ZlcmxvYWRz
IGRvIG9jY3VyLA0KICAgdGhleSBhcmUgbGlrZWx5IHRvIG5vdCBiZSBvZiB2ZXJ5IGxhcmdlIGR1
cmF0aW9uLiAgSW4gdGhvc2UgY2FzZXMsDQogICB1bmZhaXJuZXNzIGFuZCBldmVuIHN0YXJ2YXRp
b24gb2Ygc29tZSBhZ2dyZWdhdGVzIGlzIHN0aWxsDQogICBwcmVmZXJlbnRpYWwgdG8gaW5kaXNj
cmltaW5hdGVseSBkcm9wcGluZyBwYWNrZXRzIG9mIGFsbCBmbG93cyB0aGF0DQogICB3b3VsZCBv
Y2N1ciBpbiB0aGUgYWJzZW5jZSBvZiBhZG1pc3Npb24gY29udHJvbC4gIEhlbmNlLCBpbiBwcmFj
dGljZSwNCiAgIHRoZSBlZmZlY3Qgb2YgdGhlIGJlYXRkb3duIGVmZmVjdCB3ZSByZXBvcnQgaGVy
ZSBpcyBwcm9iYWJseSBsaW1pdGVkLg0KDQoNCjQuICBUZXJtaW5hdGlvbiBDb250cm9sDQoNCjQu
MS4gIFRlcm1pbmF0aW9uIE1vZGVsIGFuZCBLZXkgUGFyYW1ldGVycw0KDQogICBXZSBldmFsdWF0
ZSB0aGUgdGVybWluYXRpb24gYWxnb3JpdGhtIG9uIGFsbCB0aGUgdG9wb2xvZ2llcyBkZXNjcmli
ZWQNCiAgIGluIFNlY3Rpb24gMi4NCg0KICAgSW4gdGhlIHNpbXVsYXRpb24sIHRoZSByb3V0ZXIg
aW1wbGVtZW50aW5nIFBDTiB0ZXJtaW5hdGlvbiBNYXJraW5nDQogICBvcGVyYXRlcyBhcyBkZXNj
cmliZWQgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0sIG1hcmtpbmcNCiAg
IGFsbCBwYWNrZXRzIHdoaWNoIGZpbmQgbm8gdG9rZW4gaW4gdGhlIHRva2VuIGJ1Y2tldC4gIElu
IHRoZSBjYXNlIG9mDQogICBtdWx0aXBsZSBib3R0bGVuZWNrcywgb25seSBwcmV2aW91c2x5IHVu
bWFya2VkIHRyYWZmaWMgaXMgbWV0ZXJlZA0KICAgYWdhaW5zdCB0aGUgdG9rZW4gYnVja2V0LiAg
V2hlbiBhbiBlZ3Jlc3MgZ2F0ZXdheSByZWNlaXZlcyBhIG1hcmtlZA0KICAgcGFja2V0IGZyb20g
dGhlIGluZ3Jlc3MsIGl0IHdpbGwgc3RhcnQgbWVhc3VyaW5nIGl0cyBTdXN0YWluYWJsZS0NCiAg
IEFnZ3JlZ2F0ZS1SYXRlIGZvciB0aGlzIGluZ3Jlc3MsIGlmIGl0IGlzIG5vdCBhbHJlYWR5IGlu
IHRoZQ0KICAgVGVybWluYXRpb24gbW9kZS4gIElmIGEgbWFya2VkIHBhY2tldCBhcnJpdmVzIHdo
aWxlIHRoZSBlZ3Jlc3MgaXMNCiAgIGFscmVhZHkgaW4gdGhlIFRlcm1pbmF0aW9uIG1vZGUsIHRo
ZSBwYWNrZXQgaXMgaWdub3JlZC4gIFRoZQ0KICAgbWVhc3VyZW1lbnQgaXMgaW50ZXJ2YWwgYmFz
ZWQsIHdpdGggMTAwbXMgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgY2hvc2VuDQogICBpbiBhbGwgc2lt
dWxhdGlvbnMuICBBdCB0aGUgZW5kIG9mIHRoZSBtZWFzdXJlbWVudCBpbnRlcnZhbCwgdGhlDQog
ICBlZ3Jlc3Mgc2VuZHMgdGhlIG1lYXN1cmVkIFN1c3RhaW5hYmxlLUFnZ3JlZ2F0ZS1SYXRlIHRv
IHRoZSBpbmdyZXNzLA0KICAgYW5kIGxlYXZlcyB0aGUgdGVybWluYXRpb24gbW9kZS4gIFdoZW4g
dGhlIGluZ3Jlc3MgcmVjZWl2ZXMgdGhlDQogICBzdXN0YWluYWJsZSByYXRlIGZyb20gdGhlIGVn
cmVzcywgaXQgc3RhcnRzIGl0cyBvd24gaW50ZXJ2YWwNCiAgIGltbWVkaWF0ZWx5ICh1bmxlc3Mg
aXQgaXMgYWxyZWFkeSBpbiBhIG1lYXN1cmVtZW50IGludGVydmFsKSwgYW5kDQoNCg0KDQpaaGFu
ZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAg
ICBbUGFnZSAyNV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIENMIFNpbXVsYXRpb24g
U3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIG1lYXN1cmVzIGl0cyBzZW5k
aW5nIHJhdGUgdG8gdGhhdCBlZ3Jlc3MuICBUaGVuIGF0IHRoZSBlbmQgb2YgdGhhdA0KICAgbWVh
c3VyZW1lbnQgaW50ZXJ2YWwsIGl0IHRlcm1pbmF0ZXMgdGhlIG5lY2Vzc2FyeSBhbW91bnQgb2Yg
dHJhZmZpYy4NCiAgIFRoZSBpbmdyZXNzIHRoZW4gbGVhdmVzIHRoZSB0ZXJtaW5hdGlvbiBtb2Rl
IHVudGlsIHRoZSBuZXh0IHRpbWUgaXQNCiAgIHJlY2VpdmVzIHRoZSBzdXN0YWluYWJsZSByYXRl
IGVzdGltYXRlIGZyb20gdGhlIGVncmVzcy4gIEluIGFsbCBvdXINCiAgIHNpbXVsYXRpb25zIHRo
ZSBpbmdyZXNzIHVzZWQgdGhlIHNhbWUgbGVuZ3RoIG9mIHRoZSBtZWFzdXJlbWVudA0KICAgaW50
ZXJ2YWwgYXMgdGhlIGVncmVzcy4gIFRva2VuIGJ1Y2tldCBkZXB0aCB3YXMgc2V0IHRvIDI1NiBw
YWNrZXRzIGluDQogICBhbGwgZXhwZXJpbWVudHMgcHJlc2VudGVkIGhlcmUuDQoNCiAgIFdlIGV2
YWx1YXRlIHRoZSBwZXJmb3JtYW5jZSBvZiB0aGUgYWxnb3JpdGhtcyB1c2luZyBhIG1ldHJpYyBj
YWxsZWQNCiAgICJvdmVyLXRlcm1pbmF0aW9uLXBlcmNlbnRhZ2UiLCB3aGljaCBpcyBkZWZpbmVk
IGFzIChhY3R1YWwtDQogICB0ZXJtaW5hdGlvbiAtIG9wdGltYWwtdGVybWluYXRpb24pIGV4cHJl
c3NlZCBpbiBwZXJjZW50YWdlIG9mIHRoZQ0KICAgb3B0aW1hbCB0ZXJtaW5hdGlvbiB2YWx1ZS4g
IFdlIGFwcGx5IHRoaXMgbWV0cmljIGluIHR3byBjb250ZXh0czogKDEpDQogICB0aGUgYWdncmVn
YXRlIGFtb3VudCBvZiB0ZXJtaW5hdGVkIHRyYWZmaWMgb24gYSBnaXZlbiBib3R0bGVuZWNrDQog
ICBsaW5rLCBhbmQgKDIpIHRoZSBhZ2dyZWdhdGUgYW1vdW50IG9mIHRlcm1pbmF0ZWQgdHJhZmZp
YyBvZiBhbg0KICAgaW5ncmVzcy1lZ3Jlc3MgdHJhZmZpYyBhZ2dyZWdhdGUuICBUaGUgZm9ybWVy
IHJlbGF0ZXMgdG8gYm90dGxlbmVjaw0KICAgdXRpbGl6YXRpb24sIGFuZCBpcyBxdWl0ZSBzdHJh
aWdodGZvcndhcmQ6IHRoZSBvcHRpbWFsIFRlcm1pbmF0aW9uDQogICB3b3VsZCB0ZXJtaW5hdGUg
YWxsIHRyYWZmaWMgYWJvdmUgdGhlIGNvbmZpZ3VyZWQtdGVybWluYXRpb24tcmF0ZSwgc28NCiAg
ICJvcHRpbWFsIiBUZXJtaW5hdGlvbiBpcyBkZWZpbmVkIG9ubHkgYnkgdGhlIGNvbmZpZ3VyZWQt
dGVybWluYXRpb24tDQogICByYXRlLiAgRm9yIHRoZSBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGVz
LCB0aGUgbm90aW9uIG9mIG9wdGltYWxpdHkgaXMNCiAgIGNsb3NlbHkgcmVsYXRlZCB0byB0aGUg
bm90aW9uIG9mIGZhaXJuZXNzLiAgSW4gZ2VuZXJhbCwgZmFpcm5lc3MgY2FuDQogICBiZSBkZWZp
bmVkIGluIG1hbnkgZGlmZmVyZW50IHdheXMsIGFuZCB3ZSBkbyBub3QgYXR0ZW1wdCB0byBhcmd1
ZSBmb3INCiAgIG9uZSBiZWluZyAibW9yZSBvcHRpbWFsIiB0aGFuIHRoZSBvdGhlci4gIEluIHRo
aXMgZHJhZnQgd2UgY2FsbCB0aGUNCiAgIHBlci1pbmdyZXNzLWVncmVzcyBUZXJtaW5hdGlvbiBh
bW91bnRzIG9wdGltYWwgaWYgdGhlIGFtb3VudCBvZg0KICAgdGVybWluYXRlZCB0cmFmZmljIGlz
IGRpc3RyaWJ1dGVkIGFtb25nIGFsbCBpbmdyZXNzLWVncmVzcyBwYWlycw0KICAgc2hhcmluZyBh
IGJvdHRsZW5lY2sgbGluayBpbiBwcm9wb3J0aW9uIHRvIHRoZWlyIHJhdGVzIHByaW9yIHRvDQog
ICBUZXJtaW5hdGlvbi4gIEZvciBicmV2aXR5LCB3ZSBvbWl0IHRoZSBkZXRhaWxzIG9mIHRoZSBk
ZWZpbml0aW9uIGZvcg0KICAgdGhlIG11bHRpcGxlIGJvdHRsZW5lY2sgY2FzZSBoZXJlIGFzIGl0
IGlzIG5vdCBjZW50cmFsIHRvIHRoZQ0KICAgZGlzY3Vzc2lvbiBpbiB0aGlzIGRyYWZ0Lg0KDQo0
LjIuICBFZmZlY3Qgb2YgUlRUIERpZmZlcmVuY2UNCg0KICAgT3VyIGV4cGVyaW1lbnRzIGluZGlj
YXRlIHRoYXQgYWJzb2x1dGUgdmFsdWUgb2YgUlRUIHdpdGhpbiB0aGUgY2hvc2VuDQogICByYW5n
ZSAoIHVwIHRvIDIyMCBtcykgaGFzIG5vIGVmZmVjdCBvbiB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhl
DQogICB0ZXJtaW5hdGlvbiBhbGdvcml0aG0sIGFzIGxvbmcgYXMgdGhlIFJUVHMgb2YgdGhlIGRp
ZmZlcmVudCBpbmdyZXNzLQ0KICAgZWdyZXNzIHBhaXJzIGFyZSBjb21wYXJhYmxlLiAgVGhpcyBz
ZWN0aW9uIGludmVzdGlnYXRlcyB0aGUgaW1wYWN0IG9mDQogICB0aGUgcmVsYXRpdmUgZGlmZmVy
ZW5jZSBvciBSVFRzIG9mIGRpZmZlcmVudCBmbG93cyBzaGFyaW5nIGEgc2luZ2xlDQogICBib3R0
bGVuZWNrLiAgV2Ugc2hvdyB0aGF0IGluIHByaW5jaXBsZSwgd2hlbiBib3RoIHNob3J0LSBhbmQg
bG9uZy1SVFQNCiAgIGluZ3Jlc3MtZWdyZXNzIHBhaXJzIGFyZSBwcmVzZW50LCB0aGUgZGlmZmVy
ZW5jZSBpbiBSVFQgbWF5IGNhdXNlDQogICBvdmVyLXRlcm1pbmF0aW9uLg0KDQogICBUbyBkZW1v
bnN0cmF0ZSB0aGF0IHdlIGNvbnNpZGVyIGEgc2ltcGxlIFJUVCB0b3BvbG9neSB3aXRoIHR3bw0K
ICAgaW5ncmVzc2VzLCB3aXRoIENCUiB0cmFmZmljLiAgVGFibGUgNC4zIHNob3dzIHRoZSBleHBl
cmltZW50IHNldHVwDQogICBhbmQgdGVybWluYXRpb24gcmVzdWx0cy4gIFRoZSBvdmVyYWxsIHRy
YWZmaWMgb24gdGhlIGJvdHRsZW5lY2sNCiAgIGR1cmluZyB0aGUgZXZlbnQgaXMgMTc2MSBDQlIg
Zmxvd3MsIHdoaWNoIGNvbnN0aXR1dGVzIDc1JSBvZiBPQzMNCiAgIGxpbmsuICBJbmdyZXNzIDIg
aGFzIGEgUlRUIHRoYXQgYXJvdW5kIDUwbXMgbGFyZ2VyIHRoYW4gSW5ncmVzcyAxLg0KICAgVGhl
IGFjdHVhbCB0ZXJtaW5hdGlvbiAodGVybWluYXRpb24pIGFuZCB0aGUgb3Zlci10ZXJtaW5hdGlv
bg0KICAgcGVyY2VudGFnZSBhcmUgbGlzdGVkIGZvciBlYWNoIGluZ3Jlc3Mgc2VwYXJhdGVseS4g
IFRoZSByZXN1bHRzIHNob3dzDQogICB0aGF0IEluZ3Jlc3MgMSBvdmVyLXRlcm1pbmF0ZXMgYWJv
dXQgMTAlIG9mIGl0cyB0cmFmZmljLCB3aGljaA0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAg
ICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMjZdDQoMDQpJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAg
ICAgICBKdWx5IDIwMDcNCg0KDQogICByZXN1bHRzIGluIGFib3V0IDYlIG9mIHRoZSBvdmVyYWxs
IG92ZXItdGVybWluYXRpb24gYXQgdGhlDQogICBib3R0bGVuZWNrLg0KDQogICAgLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8SW5ncmVzc3xCb3R0bGVu
ZWNrfCBSVFQgfCBBY3R1YWwgIHwgT3Zlci10ZXJtfA0KICAgfCAgICAgICB8RXZlbnRsb2FkIHwg
ICAgIHwgdGVybSAgICB8ICAgUGVyYyAgIHwNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgICAxICAgfCAgIDExNzggICB8IDFtcyB8ICAwLjQw
NSAgfCAgOS41OSUgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSAtLS0tLS0tLS0t
LS0tLS0tLS0tDQogICB8ICAgMiAgIHwgICA1ODMgICAgfCA1MG1zfCAgMC4zMDIgIHwgLTAuNTEl
ICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
ICAgVGFibGUgNC4zLiAgU3VtbWFyeSBvZiB0aGUgUlRUIGRpZmZlcmVuY2UgUmVzdWx0cy4NCg0K
ICAgRmlndXJlIDQuMyBzaG93cyBhIHRpbWUgdnMuIGxvYWQgZ3JhcGggdGhhdCBpcyBpbnRlbmRl
ZCB0byBjYXB0dXJlDQogICB0aGUgZWZmZWN0IG9mIHRoZSBmbG93IHRlcm1pbmF0aW9uIGFsZ29y
aXRobSBpbiB0aGlzIGV4cGVyaW1lbnQuICBUaGUNCiAgIFgtYXhpcyBpcyB0aGUgdGltZSwgd2hl
cmUgYSBudW1iZXIgb2YgaW1wb3J0YW50IHRpbWUgcG9pbnRzIGFyZQ0KICAgbGFiZWxlZCAoYWN0
dWFsIHRpbWUgaXMgbGlzdGVkIGluIHRhYmxlIGR1ZSB0byBsYWNrIG9mIHNwYWNlKS4gIFRoZQ0K
ICAgWS1heGlzIGlzIHRoZSBsb2FkIG9uIHRoZSBib3R0bGVuZWNrIGxpbmsuICBUaGUgc3RhY2tl
ZCBncmFwaCBvbiB0aGUNCiAgIHJpZ2h0IHNob3dzIHRoZSBiZWhhdmlvciBvZiBlYWNoIGluZGl2
aWR1YWwgaW5ncmVzcy4gIChUaGUgc2hhZGUNCiAgIHJlZ2lvbiBpcyB0aGUgbG9hZCBjb250cmli
dXRlcyB0byBJbmdyZXNzIDEgYW5kIHRoZSBjbGVhciByZWdpb24NCiAgIGNvcnJlc3BvbmRzIHRv
IEluZ3Jlc3MgMikuICBGaW5hbGx5LCB0aGUgZG90dGVkIGxpbmUgcmVwcmVzZW50IHRoZQ0KICAg
Y29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBF
eHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDI3XQ0KDA0KSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAg
SnVseSAyMDA3DQoNCg0KICAgICB8ICAgICBfX19fICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBfX19fDQogICBMMXwgICAgfCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICB8
DQogICAgIHwgICAgfCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICB8DQogICAg
IHwgICAgfCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICB8DQogICAgIHwgICAg
fCAgICB8XyAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICB8Xw0KICAgICB8ICAgIHwgICAg
ICB8ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICB8DQogICBMMnwuLi4ufC4uLi4uLnxf
X18uLi4uLi4uLi4uLi4uICAgICAgICAgfF9fXyAuLnxfX18uLi4uLi4uLi4uLi4uLi4uLg0KICAg
ICB8ICAgIHwgICAgICAgICAgfF9fX19fX19fX19fXyAgICAgICAgIHwqKioqfCAgICAgfF9fX19f
X19fX19fX19fX18NCiAgTCAgfCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgTCB8
KioqKnwNCiAgbyAgfCAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbyB8KioqKnxf
X19fXw0KICBhICB8ICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBhIHwqKioqKioq
KioqfF9fX19fX19fX19fX19fX19fDQogIGQgIHwgICAgfCAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIGQgfCoqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgICAgfF9fX198ICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICB8KioqKioqKioqKioqKioqKioqKioqKioqKioqKg0K
ICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwqKioqKioqKioqKioq
KioqKioqKioqKioqKioqDQogICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgfCoqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiAgICAgfCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICB8KioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KICAgICB8
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwqKioqKioqKioqKioqKioqKioq
KioqKioqKioqDQogICAgIHxfX19ffF9fX198X3xfX198X19fX19fX19fX18gICAgICAgICAgfF9f
X198X3xfX198X19fX19fX19fX19fX19fX18NCiAgICAgICAgICB0MSAgdDIgdDMgIHQ0ICAgICAg
ICAgICAgICAgICAgICB0MSAgdDIgdDMgIHQ0DQogICAgICAgICAgICAgICAgICBUaW1lICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRpbWUNCg0KICAgICAgICAgICAgICAgICAgICAg
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAgICAgICAgICAgICAgICAg
ICB8ICB0MSAgIHwgICB0MiAgfCAgIHQzICAgfCAgIHQ0ICAgfA0KICAgICAgICAgICAgICAgICAg
ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAgICAgICAgICAgICAg
ICAgICB8IDIwMC4wIHwgMjAwLjIgfCAyMDAuMjUgfCAyMDAuNDAgfA0KICAgICAgICAgICAgICAg
ICAgICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIC0tLS0tLS0NCiAgIEZpZyA0LjQuICBU
aW1lIHNlcmllcyBvZiB0ZXJtaW5hdGlvbiBldmVudHMgaW4gdGhlIFJUIERpZmZlcmVuY2UNCiAg
IGV4cGVyaW1lbnQNCg0KICAgQXMgdGhlIHNpbXVsYXRlZCBmYWlsdXJlIGV2ZW50IG9jY3VyIGF0
IHRpbWUgdDEgKDIwMHMpLCB0aGUgbG9hZCBvbg0KICAgdGhlIGJvdHRsZW5lY2sgZ29lcyBvdmVy
IHRoZSBjb25maWd1cmVkLXRlcm1pbmF0aW9uLXJhdGUgYnkgMS8zLA0KICAgdGhlcmVieSBhY3Rp
dmF0aW5nIHRoZSB0ZXJtaW5hdGlvbiBhbGdvcml0aG0uIDIwMG1zIGFmdGVyd2FyZCBhdCB0MiwN
CiAgIHdoaWNoIGlzIHN1bSBvZiB0aGUgbWVhc3VyZW1lbnRzIG9mIHN1c3RhaW5hYmxlIHJhdGUg
YXQgdGhlIGVncmVzcw0KICAgKDEwMCBtcykgYW5kIHRoZSBjb25zZXF1ZW50IGluZ3Jlc3MgbWVh
c3VyZW1lbnQgb2YgaXRzIGN1cnJlbnQNCiAgIHNlbmRpbmcgcmF0ZSwgSW5ncmVzczEgd2l0aCBu
ZWdsaWdpYmxlIFJUVCAoMW1zKSBzdGFydCB0ZXJtaW5hdGluZw0KICAgaXRzIHRyYWZmaWMuIDUw
bXMgbGF0ZXIgYXQgdDMsIEluZ3Jlc3MgMiB0ZXJtaW5hdGVzIGl0cyBzaGFyZSBvZg0KICAgdHJh
ZmZpYy4gIE5vdGUsIGF0IHRoaXMgcG9pbnQsIGJvdGggb2YgaW5ncmVzc2VzIGhhZCB0ZXJtaW5h
dGVkIHRoZQ0KICAgY29ycmVjdCBhbW91bnQsIHdoaWNoIGlzIHdoeSB0aGUgbG9hZCBvbiBib3R0
bGVuZWNrIGJldHdlZW4gdGltZSB0Mw0KICAgYW5kIHQ0IGlzIGV4YWN0bHkgYXQgdGhlIGNvbmZp
Z3VyZWQtdGVybWluYXRpb24tcmF0ZS4gIEhvd2V2ZXIgdGhlDQogICBzdGFja2VkIGdyYXBoIHNo
b3dzIHRoYXQgSW5ncmVzczEgZGlkIGFub3RoZXIgYXJvdW5kIG9mIHRlcm1pbmF0aW9uDQogICBh
dCB0NCAoMjAwLjQpLCB3aGljaCBjb3JyZXNwb25kcyB0byBpdHMgMTAlIG92ZXItdGVybWluYXRp
b24uICBUaGUNCiAgIHJlYXNvbiBmb3IgdGhpcyBlZmZlY3QgaXMgdGhhdCBkdXJpbmcgdGhlIGlu
dGVydmFsIGJldHdlZW4gdDIgYW5kIHQzLA0KICAgd2hlbiBJbmdyZXNzMSBmaW5pc2hlcyBpdHMg
ZmxvdyB0ZXJtaW5hdGlvbnMsIGFuZCBJbmdyZXNzMiBoYXMgbm90DQogICB5ZXQgc3RhcnRlZCBk
dWUgdG8gaXRzIGxvbmdlciBSVFQsIHRoZSBub24tdGVybWluYXRlZCB0cmFmZmljIGZyb20NCiAg
IEluZ3Jlc3MyIHdpbGwgY2F1c2UgYSBmdXJ0aGVyIGRlY3JlbWVudCBpbiBJbmdyZXNzMSdzIHN1
c3RhaW5hYmxlDQogICByYXRlIGR1cmluZyB0aGUgbWVhc3VyZW1lbnQgaW50ZXJ2YWwgKHQyLCB0
MisxMDBtcykuICBUaGlzIHdpbGwgaW4NCiAgIHR1cm4gY2F1c2UgSW5ncmVzczEgdG8gdGVybWlu
YXRlIGF0IHRpbWUgdDQgdG8gY29tcGVuc2F0ZSBmb3IgdGhhdA0KICAgNTBtcyBvZiBleGNlc3Mg
dHJhZmZpYyBmcm9tIEluZ3Jlc3MyLiAgT3VyIGZvbGxvdy11cCByZXN1bHRzIGluZGljYXRlDQoN
Cg0KDQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDYsIDIwMDggICAg
ICAgICAgICAgICBbUGFnZSAyOF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIENMIFNp
bXVsYXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIHRoYXQgdGhp
cyBSVFQgZWZmZWN0IGV4aXN0cyB0byBzb21lIGRlZ3JlZSBpbiBldmVyeSBleHBlcmltZW50IHRo
YXQNCiAgIGhhcyBzdWZmaWNpZW50IEluZ3Jlc3MgUlRUIGRpZmZlcmVuY2UsIGluZGVwZW5kZW50
IG9mIHRoZSB0cmFmZmljDQogICB0eXBlLiAgQWx0aG91Z2ggZm9yIGJ1cnN0aWVyIHRyYWZmaWMg
dGhlIG92ZXItdGVybWluYXRpb24gbWF5IGJlDQogICB3b3JzZSB0aGFuIHNob3duIGFib3ZlLCBp
biBvdXIgZXhwZXJpbWVudHMgd2UgZGlkIG5vdCBzZWUgb3Zlci0NCiAgIHRlcm1pbmF0aW9uIHRo
YXQgd291bGQgYmUgZHJhc3RpY2FsbHkgbGFyZ2VyLiAgSG93ZXZlciwgZnVydGhlcg0KICAgaW52
ZXN0aWdhdGlvbiBpcyBuZWVkZWQgdG8gYWNjZXNzIHdoZXRoZXIgb3RoZXIgc2NlbmFyaW9zIG1p
Z2h0IGxlYWQNCiAgIHRvIG1vcmUgc3Vic3RhbnRpYWwgb3Zlci10ZXJtaW5hdGlvbi4NCg0KNC4z
LiAgSW5ncmVzcy1FZ3Jlc3MgQWdncmVnYXRpb24gRXhwZXJpbWVudHMNCg0KNC4zLjEuICBNb3Rp
dmF0aW9uIGZvciB0aGUgSW52ZXN0aWdhdGlvbg0KDQogICBXaGlsZSBzdWZmaWNpZW50bHkgaGln
aCBib3R0bGVuZWNrIGFnZ3JlZ2F0aW9uIGlzIGxpc3RlZCBhcyBvbmUgb2YNCiAgIHRoZSB1bmRl
cmx5aW5nIGFzc3VtcHRpb25zIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVd
LA0KICAgdGhlcmUgcmVtYWlucyBhIHF1ZXN0aW9uIG9mIHdoZXRoZXIgb2Ygbm90IHN1ZmZpY2ll
bnQgZGVncmVlIG9mDQogICBhZ2dyZWdhdGlvbiBvZiB0cmFmZmljIG9uIGEgcGVyIGluZ3Jlc3Mt
ZWdyZXNzIHBhaXIgaXMgYWxzbw0KICAgbmVjZXNzYXJ5LiAgV2Ugc2F3IHRoYXQgaW4gb3VyIGFk
bWlzc2lvbnMgZXhwZXJpbWVudHMsIHRoZSB2aXJ0dWFsLQ0KICAgcXVldWUtYmFzZWQgYWRtaXNz
aW9uIGFsZ29yaXRobSBwZXJmb3JtZWQgcmVhc29uYWJseSB3ZWxsIGV2ZW4gd2l0aA0KICAgc21h
bGwgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24gbGV2ZWxzLCBhcyBsb25nIGFzIHRoZSBib3R0
bGVuZWNrDQogICBhZ2dyZWdhdGlvbiBsZXZlbCB3YXMgc3VmZmljaWVudGx5IGhpZ2guICBBIHNp
bWlsYXIgaW52ZXN0aWdhdGlvbiBpcw0KICAgcGVyZm9ybWVkIGZvciB0aGUgY2FzZSBvZiB0ZXJt
aW5hdGlvbi4NCg0KICAgQXNzdW1pbmcgYSBsYXJnZSBkZWdyZWUgb2YgYWdncmVnYXRpb24gb24g
YSBwZXIgaW5ncmVzcy1lZ3Jlc3MgcGFpcg0KICAgaXMgbGVzcyBhdHRyYWN0aXZlLCBhcyBvbmUg
Y2FuIGVhc2lseSBpbWFnaW5lIHRoYXQgYSBib3R0bGVuZWNrIGxpbmsNCiAgIGluIGEgUENOIHJl
Z2lvbiBtYXkgY2FycnkgdHJhZmZpYyBmcm9tIGh1bmRyZWRzIG9yIHRob3VzYW5kcyBvZg0KICAg
aW5ncmVzc2VzLCBhbmQgdGhlcmUgaXMgZXZpZGVuY2UgdG8gYmVsaWV2ZSB0aGF0IGluIHByYWN0
aWNlIGNhc2VzDQogICB3aGVuIHBlci1pbmdyZXNzLWVncmVzcyBwYWlyIHRyYWZmaWMgaXMgZ2Vu
ZXJhdGVkIGJ5IGEgcmVsYXRpdmVseQ0KICAgc21hbGwgbnVtYmVyIG9mIGZsb3dzIG1heSBub3Qg
YmUgdW5jb21tb24uICBJZiBpbmRlZWQgdGhlIG51bWJlciBvZg0KICAgZmxvd3MgaW4gYW4gaW5n
cmVzcy1lZ3Jlc3MgcGFpciBpcyBzbWFsbCwgdGhlb3JldGljYWxseSB0aGVyZSBleGlzdHMNCiAg
IGEgY29uY2VybiB0aGF0IHRoZSBncmFudWxhcml0eSBvZiB0ZXJtaW5hdGlvbiAod2hpY2ggY2Fu
IG9wZXJhdGUgb24NCiAgIGludGVnZXIgbnVtYmVyIG9mIGZsb3dzIG9ubHkpIHdpbGwgcmVzdWx0
IGluIGxhcmdlIGluYWNjdXJhY2llcyBvZg0KICAgdGhlIGFtb3VudCBvZiB0cmFmZmljIHRlcm1p
bmF0ZWQgaW4gYSBwZXItaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRlLA0KICAgYW5kIGNvbnNlcXVl
bnRseSBhIGxhcmdlIGFtb3VudCBvZiBvdmVyLXRlcm1pbmF0aW9uLiAgQXMgYW4gZXhhbXBsZQ0K
ICAgb2YgYSBzaXR1YXRpb24gY3JlYXRpbmcgdGhpcyBwcm9ibGVtIHN1cHBvc2UgdGhhdCBhIGJv
dHRsZW5lY2sgbGluaw0KICAgaXMgc2hhcmVkIGJ5IDJOIGZsb3dzLCBlYWNoIG9uZSBvZiB0aGVt
IGNvbWluZyBmcm9tIGEgZGlmZmVyZW50DQogICBpbmdyZXNzLWVncmVzcyBwYWlyLiAgU3VwcG9z
ZSB0aGF0IG9ubHkgTiBmbG93cyBjYW4gYmUgc3VwcG9ydGVkIGF0DQogICB0aGUgY29uZmlndXJl
ZC10ZXJtaW5hdGlvbi1yYXRlLCBzbyBOIG91dCBvZiAyTiBmbG93cyBtdXN0IGJlDQogICB0ZXJt
aW5hdGVkLiAgVGhpcyBtZWFucyB0aGF0IGhhbGYgb2YgdGhlIHBhY2tldHMgd2lsbCBnZXQgdGVy
bWluYXRpb24NCiAgIG1hcmtlZC4gIElmIHRoZXNlIG1hcmtlZCBwYWNrZXRzIGFyZSBtb3JlIG9y
IGxlc3MgdW5pZm9ybWx5DQogICBkaXN0cmlidXRlZCBhbW9uZyB0aGUgZmxvd3Mgc2hhcmluZyB0
aGUgYm90dGxlbmVjaywgb25lIHNob3VsZCBleHBlY3QNCiAgIHRoYXQgZXZlcnkgb25lIG9mIHRo
ZSAyTiBmbG93cyB3aWxsIGhhdmUgaGFsZiBvZiBpdHMgcGFja2V0cyBtYXJrZWQuDQogICBUaGF0
IGluIHR1cm4gd291bGQgaW1wbHkgdGhhdCBlYWNoIGluZ3Jlc3Mgd291bGQgbmVlZCB0byB0ZXJt
aW5hdGUNCiAgIGhhbGYgb2YgaXRzIHRyYWZmaWMsIGFuZCBzaW5jZSBpdCBvbmx5IGhhcyBvbmUg
ZmxvdywgaXQgd291bGQgaGF2ZSB0bw0KICAgdGVybWluYXRlIHRoYXQgZmxvdyAoYXNzdW1pbmcg
dGhhdCB0aGUgbnVtYmVyIG9mIGZsb3dzIHRvIHRlcm1pbmF0ZQ0KICAgaXMgcm91bmRlZCB1cCB0
byB0aGUgbmVhcmVzdCBmbG93KSBvciBub3QgdGVybWluYXRlIGFueSBmbG93IGF0IGFsbA0KICAg
KGlmIHRoZSByb3VuZGluZyBkb3duIHRvIHRoZSBuZWFyZXN0IGZsb3cgaXMgZG9uZSkuICBJbiBl
aXRoZXIgY2FzZQ0KICAgdGhlIG91dGNvbWUgaXMgcXVpdGUgcGVzc2ltaXN0aWMtIGVpdGhlciBh
bGwgZmxvd3MgYXJlIHRlcm1pbmF0ZWQsIG9yDQogICB0aGUgdGVybWluYXRpb24gd2lsbCBub3Qg
dGFrZSBhbnkgZWZmZWN0IGF0IGFsbC4gIENsZWFybHksIGEgc2ltaWxhcg0KDQoNCg0KWmhhbmcs
IGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAg
W1BhZ2UgMjldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0
dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAoYWx0aG91Z2ggcGVyaGFwcyBs
ZXNzIGRyYXN0aWMpIGVmZmVjdCB3b3VsZCBiZSBpZiBhIGZldyBmbG93cyByYXRoZXINCiAgIHRo
YW4gb25lIGNvbnN0aXR1dGUgYW4gaW5ncmVzcy1lZ3Jlc3MgcGFpci4gIFRoZSBlZmZlY3QgcXVp
Y2tseQ0KICAgZGlzYXBwZWFycyB3aGVuIHRoZSByYXRlIG9mIGFuIGluZGl2aWR1YWwgZmxvdyBp
cyBzdWZmaWNpZW50bHkgc21hbGwNCiAgIGNvbXBhcmVkIHRvIHRoZSB0b3RhbCByYXRlIG9mIHRo
ZSBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGUuDQoNCiAgIFdoaWxlIGEgbnVtYmVyIG9mIHBvc3Np
YmxlIGNoYW5nZXMgdG8gdGhlIGluZ3Jlc3MgYmVoYXZpb3IgY291bGQgYmUNCiAgIGNvbnNpZGVy
ZWQgdG8gc29sdmUgb3IgYWxsZXZpYXRlIHRoaXMgcHJvYmxlbSwgd2Ugc2V0IG91dCB0bw0KICAg
aW52ZXN0aWdhdGUgd2hldGhlciB0aGlzIHByb2JsZW0gZG9lcyBpbiBmYWN0IG9jY3VyIGluIHBy
YWN0aWNlLiAgVGhlDQogICBrZXkgcXVlc3Rpb24gaW4gdGhhdCByZXNwZWN0IGlzIHdoZXRoZXIg
b3Igbm90IHRoZSBwYWNrZXRzIGRvIGluZGVlZA0KICAgZ2V0IG1hcmtlZCBtb3JlIG9yIGxlc3Mg
dW5pZm9ybWx5IGFtb25nIGRpZmZlcmVudCBmbG93cyBzaGFyaW5nIGENCiAgIGJvdHRsZW5lY2sg
b3ZlciB0aGUgdGltZXNjYWxlIG9mIHRoZSBpbmdyZXNzIGFuZCBlZ3Jlc3MgbWVhc3VyZW1lbnQN
CiAgIGludGVydmFscy4gIFRoZSByZXN1bHRzIG9mIHRoaXMgaW52ZXN0aWdhdGlvbiBhcmUgcHJl
c2VudGVkIGluIHRoZQ0KICAgZm9sbG93aW5nIHN1YnNlY3Rpb25zLg0KDQo0LjMuMi4gIERldGFp
bGVkIHJlc3VsdHMNCg0KICAgVG8gaW52ZXN0aWdhdGUgdGhlIGVmZmVjdCBvZiBzbWFsbCBpbmdy
ZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiwgd2UNCiAgIGZpcnN0IHBlcmZvcm1lZCB0aGUgZXhwZXJp
bWVudHMgd2l0aCB0aHJlZSB0cmFmZmljIHR5cGVzIChDQlIsIFZCUg0KICAgYW5kIFNWRCkgYXQg
ZGlmZmVyZW50IGRlZ3JlZXMgb2YgaW5ncmVzcyBhZ2dyZWdhdGlvbi4gIEFsbCB0aGUNCiAgIGV4
cGVyaW1lbnRzIGluIHRoaXMgc2VjdGlvbiBhcmUgY2FycmllZCBvdXQgb24gUlRUIHRvcG9sb2d5
OyB0aGUNCiAgIGRpZmZlcmVudCBpbmdyZXNzIGFnZ3JlZ2F0aW9uIGxldmVscyBhcmUgb2J0YWlu
ZWQgYnkgdmFyeWluZyB0aGUNCiAgIG51bWJlciBvZiBpbmdyZXNzIGxpbmtzIGluIHRoZSB0b3Bv
bG9neS4gIEFsbCBsaW5rcycgUlRUIGFyZSBzZXQgdG8NCiAgIDFtcyAodG8gZWxpbWluYXRlIHRo
ZSBwb3RlbnRpYWwgUlRUIGluZmx1ZW5jZSkuICBDQlIgYW5kIFZCUiB2b2ljZQ0KICAgdXNlZCBh
biBPQzMgYm90dGxlbmVjayBsaW5rIHdoaWxlIFNWRCB1c2VkIGFuIE9DNDggbGluaywgd2l0aA0K
ICAgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlIHNldCBhdCA1MCUgb2YgdGhlIGxpbmsgYmFu
ZHdpZHRoIGluIGFsbA0KICAgY2FzZXMuICBUaGUgYm90dGxlbmVjayBhZ2dyZWdhdGlvbiB3YXMg
dGhlcmVmb3JlIHF1aXRlIGhpZ2ggKHdpdGgNCiAgIHJlc3BlY3QgdG8gdGhlIGNvcnJlc3BvbmRp
bmcgbGluayBiYW5kd2lkdGgpLCBidXQgdGhlIGluZ3Jlc3MtZWdyZXNzDQogICBhZ2dyZWdhdGlv
biB3YXMgdmFyaWVkIGZyb20gMSBmbG93IHRvIGFib3V0IDEvMyBvZiB0aGUgbnVtYmVyIG9mDQog
ICBmbG93cyBhdCB0aGUgYm90dGxlbmVjayBpbiBlYWNoIGluZ3Jlc3MtZWdyZXNzIHBhaXIuICBU
aGUgcmVzdWx0cyBhcmUNCiAgIHN1bW1hcml6ZWQgaW4gVGFibGUgNC4xIGJlbG93Lg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAg
ICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzBdDQoMDQpJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAg
ICAgICBKdWx5IDIwMDcNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfFRyYWZmaWN8QnRsZU5lY2t8TnVt
YmVyIHxGbG93cyBwZXJ8IHRlcm0gICAgfCBBY3R1YWwgIHxPdmVyLXRlcm18DQogICB8IE1vZGVs
IHwgIExvYWQgIHxJbmdycy4gfCBJbmdyZXNzIHxUaHJlc2hvbGR8IHRlcm0gICAgfCAgUGVyYyAg
IHwNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tDQogICB8ICBDQlIgIHwgIDE3ODkgIHwgIDIgICAgfCAgIDU4MiAgIHwg
ICAgICAgICB8ICAwLjMyMSAgfCAgMC4wNSUgIHwNCiAgIHwgIENCUiAgfCAgMTc3MiAgfCA3MCAg
ICB8ICAgIDkgICAgfCAgMTIxNSAgIHwgIDAuMzI4ICB8ICAxLjQxJSAgfA0KICAgfCAgQ0JSICB8
ICAxNzgyICB8IDYwMCAgIHwgICAgMSAgICB8ICAgICAgICAgfCAgMC4zMzYgIHwgIDEuODUlICB8
DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KICAgfCAgVkJSICB8ICA1MzM2ICB8ICAyICAgIHwgIDE3NTkgICB8ICAg
ICAgICAgfCAgMC4zMzMgIHwgIDAuMzUlICB8DQogICB8ICBWQlIgIHwgIDUzODIgIHwgIDcwICAg
fCAgIDI2ICAgIHwgIDM1NzQgICB8ICAwLjM2NCAgfCAgMi44NCUgIHwNCiAgIHwgIFZCUiAgfCAg
NTQwNSAgfCAxODAwICB8ICAgIDEgICAgfCAgICAgICAgIHwgIDAuMzY4ICB8ICAyLjk5JSAgfA0K
ICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCiAgIHwgIFNWRCAgfCAgNDUwICAgfCAgMiAgICB8ICAgMTM1ICAgfCAgICAg
ICAgIHwgIDAuNDA0ICB8ICA4LjA3JSAgfA0KICAgfCAgU1ZEICB8ICA0NDYgICB8ICA3MCAgIHwg
ICAgMiAgICB8ICAgMzA1ICAgfCAgMC40MTQgIHwgIDkuNjQlICB8DQogICB8ICBTVkQgIHwgIDQ1
MiAgIHwgIDE0MCAgfCAgICAxICAgIHwgICAgICAgICB8ICAwLjQwNiAgfCAgOC4wMiUgIHwNCiAg
ICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQogICBUYWJsZSA0LjEgRWZmZWN0IG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0
aW9uLg0KDQogICBJbiB0aGlzIHRhYmxlLCBib3R0bGVuZWNrIGxvYWQgYXQgZmFpbHVyZSBpcyBy
ZXByZXNlbnRlZCBhcyB0aGUNCiAgIG51bWJlciBvZiBmbG93cyBhdCB0aGUgYm90dGxlbmVjayBh
ZnRlciB0aGUgc2ltdWxhdGVkIGZhaWx1cmUgZXZlbnQNCiAgIGhhcyBvY2N1cnJlZCBhbmQgYmVm
b3JlIHRoZSB0ZXJtaW5hdGlvbiB0YWtlcyBwbGFjZS4gIFRoZSAiTnVtYmVyDQogICBJbmdyZXNz
IiBjb2x1bW4gc2hvd3MgdGhlIG51bWJlciBvZiBpbmdyZXNzZXMgaW4gdGhlIFJUVCB0b3BvbG9n
eS4NCg0KICAgSW4gYWxsIGNhc2VzLCBpZGVhbGx5LCB0aGUgYWxnb3JpdGhtIHNob3VsZCB0ZXJt
aW5hdGUgcm91Z2hseSAxLzMgb2YNCiAgIHRoZSB0cmFmZmljIGFmdGVyIHRoZSBmYWlsdXJlIGV2
ZW50IGhhcyBvY2N1cnJlZCAodGhlIGV4YWN0DQogICBwZXJjZW50YWdlIGRpZmZlcnMgc2xpZ2h0
bHkgZnJvbSBleHBlcmltZW50IHRvIGV4cGVyaW1lbnQgZHVlIHRvIHNvbWUNCiAgIHZhcmlhYmls
aXR5IG9mIGxvYWQgZ2VuZXJhdGlvbiBpbXBsZW1lbnRhdGlvbikuICBUaGUgc2Vjb25kIHRvIGxh
c3QNCiAgIGNvbHVtbiBzaG93cyB0aGUgYWN0dWFsIHRlcm1pbmF0aW9uIHBlcmNlbnRhZ2UgaW4g
ZWFjaCBleHBlcmltZW50LA0KICAgYW5kIHRoZSBsYXN0IGNvbHVtbiBzaG93cyBob3cgZmFyIGl0
IGRldmlhdGVzIGZyb20gdGhlIG9wdGltYWwgdmFsdWUNCiAgIGluIHRlcm1zIG9mIG92ZXItdGVy
bWluYXRpb24gcGVyY2VudGFnZSAod2hlcmUgdGhlIG9wdGltYWwgdmFsdWUgaXMNCiAgIGNvbXB1
dGVkIGJhc2VkIG9uIHRoZSBhY3R1YWwgdHJhZmZpYyBnZW5lcmF0ZWQgaW4gZWFjaCBleHBlcmlt
ZW50KS4NCg0KICAgVGhlIGZpcnN0IGNvbmNsdXNpb24gdGhhdCBjYW4gYmUgZHJhd24gZnJvbSBU
YWJsZSA0LjEgaXMgdGhhdCBpbg0KICAgdGhlc2UgZXhwZXJpbWVudHMgZmxvdyB0ZXJtaW5hdGlv
biB3b3JrZWQgcXVpdGUgd2VsbCBmb3IgQ0JSIGFuZCBWQlIsDQogICBhbmQgZXZlbiBpbiB0aGUg
U1ZEIGNhc2Ugd2l0aCBqdXN0IDEgZmxvd3MgcGVyIGluZ3Jlc3MgdGhlIG92ZXItDQogICB0ZXJt
aW5hdGlvbiBpcyBxdWl0ZSBib3VuZGVkLg0KDQogICBUaGUgc2Vjb25kIC0gZmFyIG1vcmUgdW5l
eHBlY3RlZCAtIG91dGNvbWUgb2YgdGhlc2UgcmVzdWx0cyBpcyB0aGF0DQogICBmb3IgYWxsIHRy
YWZmaWMgdHlwZXMgaW4gdGhlc2UgZXhwZXJpbWVudHMgdGhlIHJlc3VsdCBzaG93IG5vDQogICBh
cHByZWNpYWJsZSBlZmZlY3Qgb2YgdGhlIGluZ3Jlc3MgYWdncmVnYXRpb24gb24gdGhlIGRlZ3Jl
ZSBvZg0KICAgaW5ncmVzcyBhZ2dyZWdhdGlvbiwgYXMgYWxsIHRoZSBvdmVyLXRlcm1pbmF0aW9u
IHBlcmNlbnRhZ2UgZG8gbm90DQogICBkaWZmZXIgc2lnbmlmaWNhbnRseS4gIEdpdmVuIHRoZSBk
aXNjdXNzaW9uIGluIHRoZSBwcmV2aW91cyBzZWN0aW9uDQogICB0aGF0IHByZWRpY3RlZCBzdWJz
dGFudGlhbCBpbmFjY3VyYWN5IG9mIGZsb3cgdGVybWluYXRpb24gaW4gdGhlIGNhc2UNCiAgIG9m
IGEgc21hbGwgbnVtYmVyIG9mIGZsb3dzIHBlciBpbmdyZXNzLCB0aGlzIHJlc3VsdCBhcHBlYXJz
IGJvdGgNCiAgIHVuZXhwZWN0ZWQgYW5kIGVuY291cmFnaW5nLCBidXQgZG9lcyByZXF1aXJlIGV4
cGxhbmF0aW9uIGFuZA0KICAgZGlzY3Vzc2lvbi4NCg0KICAgRnVydGhlciBhbmFseXNpcyBvZiB0
aGUgc2ltdWxhdGlvbiB0cmFjZXMgb2YgQ0JSIHRyYWZmaWMgb2YNCg0KDQoNClpoYW5nLCBldCBh
bC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdl
IDMxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAg
ICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgZXhwZXJpbWVudHMgb2YgVGFibGUgNC4x
IGlkZW50aWZpZWQgdGhlIGNhdXNlIG9mIHRoaXMgcGhlbm9tZW5vbi4gIEl0DQogICB0dXJuZWQg
b3V0IHRoYXQgaW4gYWxsIHRoZSBzaW11bGF0aW9uIHJ1bnMgd2l0aCBDQlIgdHJhZmZpYywgY29u
dHJhcnkNCiAgIHRvIG91ciBleHBlY3RhdGlvbiB0aGF0IHRlcm1pbmF0aW9uIG1hcmtpbmcgd2ls
bCBiZSBtb3JlIG9yIGxlc3MNCiAgIHVuaWZvcm1seSBkaXN0cmlidXRlZCBhbW9uZyBhY3RpdmUg
Zmxvd3MsIHdoYXQgYWN0dWFsbHkgaGFwcGVucyBpcw0KICAgdGhhdCBzb21lIGZsb3dzIGdldCBh
bGwgdGhlaXIgcGFja2V0cyBtYXJrZWQsIHdoaWxlIG90aGVyIGZsb3dzIGdldA0KICAgbm8gcGFj
a2V0cyBtYXJrZWQgYXQgYWxsICh3ZSByZWZlciB0byB0aGlzIGVmZmVjdCBsb29zZWx5IGFzDQog
ICAic3luY2hyb25pemF0aW9uIiBpbiB0aGUgcmVzdCBvZiB0aGlzIGRvY3VtZW50KS4gIEl0IGlz
IHRoaXMNCiAgIHBoZW5vbWVub24gdGhhdCwgaW4gdGhlIGNhc2Ugb2YgYSBzaW5nbGUgZmxvdyBw
ZXIgaW5ncmVzcywgbWFkZSBvbmx5DQogICB0aGUgaW5ncmVzc2VzIHdob3NlIGZsb3dzIHdlcmUg
bWFya2VkIHRlcm1pbmF0ZSB0aGVzZSBmbG93cywNCiAgIHJlc3VsdGluZyBpbiBjb3JyZWN0IGFt
b3VudCBvZiB0ZXJtaW5hdGlvbi4gIEZ1cnRoZXIgYW5hbHlzaXMgc2hvd2VkDQogICB0aGF0IGlu
IGZhY3QgdGhpcyBlZmZlY3QgaXMgbm90IGEgc2ltdWxhdGlvbiBhcnRpZmFjdCwgYW5kIGlzIGEN
CiAgIGRpcmVjdCBjb25zZXF1ZW5jZSBvZiBwZXJpb2RpY2l0eSBvZiBpbmRpdmlkdWFsIENCUiBm
bG93cyBpbg0KICAgY29tYmluYXRpb24gd2l0aCBpbmNpZGVudGFsIGNob2ljZSBvZiBzZXZlcmFs
IHBhcmFtZXRlcnMuDQoNCiAgIEFzIGl0IGhhcHBlbnMsIGlmIHRoZSBudW1iZXIgb2YgdG9rZW5z
IGFycml2aW5nIGluIHRoZSB0b2tlbiBidWNrZXQNCiAgIGluIGFuIGludGVyLXBhY2tldCBpbnRl
cnZhbCBvZiBhIHNpbmdsZSBDQlIgZmxvdyBpcyBhbiBpbnRlZ2VyDQogICBtdWx0aXBsZSBvZiBh
IHBhY2tldCBzaXplLCB0aGVuIGlmIGEgcGFja2V0IG9mIGEgZmxvdyBpcyBtYXJrZWQgb25jZSwN
CiAgIGFsbCB0aGUgc3Vic2VxdWVudCBwYWNrZXRzIHdpbGwgZmluZCB0aGUgc2FtZSBudW1iZXIg
b2YgdG9rZW5zIGluIHRoZQ0KICAgdG9rZW4gYnVja2V0IGFuZCB3aWxsIGFsc28gYmUgbWFya2Vk
LiAgVGhlIHByb29mIG9mIHRoaXMgZmFjdCBpcw0KICAgcHJvdmlkZWQgaW4gdGhlIGNvbXBhbmlv
biB0ZWNobmljYWwgcmVwb3J0LiAgSXQgc2VlbXMgY2xlYXIgdGhhdCBpbg0KICAgZ2VuZXJhbCB0
aGlzIHN5bmNocm9uaXphdGlvbiBjYW5ub3QgYmUgcmVsaWVkIHVwb24sIGFuZCB3ZSBleHBlY3Rl
ZA0KICAgdGhhdCBmb3IgdGhlIFZCUiBjYXNlIHdlIHdpbGwgc2VlIG11Y2ggbGVzcyBvZiBpdC4N
Cg0KICAgQWdhaW4sIHdlIHdlcmUgaW4gZm9yIGEgc3VycHJpc2UsIGFzIHRyYWNlIGludmVzdGln
YXRpb24gb2Ygb3VyDQogICBpbml0aWFsIHJlc3VsdHMgcmVwb3J0ZWQgaW4gVGFibGUgNC4xIHJl
dmVhbGVkIHRoYXQgZXZlbiB0aG91Z2ggdGhlDQogICB0b2tlbiBidWNrZXQgc3RhdGUgZW5jb3Vu
dGVyZWQgYnkgdGhlIHBhY2tldHMgb2YgdGhlIHNhbWUgVkJSIGZsb3cNCiAgIHdhcyBub3QgcXVp
dGUgdGhlIHNhbWUsIGl0IHdhcyBjbG9zZSBlbm91Z2ggc28gdGhhdCBhZ2FpbiBhIGxhcmdlDQog
ICBudW1iZXIgb2YgZmxvd3Mgd2VyZSBlaXRoZXIgZnVsbHkgbWFya2VkIG9yIGZ1bGx5IHVubWFy
a2VkLiAgV2UNCiAgIHJlYWxpemVkIHRoYXQgdGhlIHJlYXNvbiBmb3IgdGhhdCBpcyB0aGF0IHRo
ZSBudW1iZXIgb2YgZmxvd3Mgd2hpY2gNCiAgIGFyZSBpbiB0aGUgb24tcGVyaW9kIGR1cmluZyB0
aGUgcmVsZXZhbnQgbWVhc3VyZW1lbnQgaW50ZXJ2YWxzIGlzDQogICByZWxhdGl2ZWx5IHN0YWJs
ZSwgYW5kIGhlbmNlIG11Y2ggb2YgdGhlIGVmZmVjdHMgb2JzZXJ2ZWQgZm9yIHRoZSBDQlINCiAg
IGZsb3dzIGFwcHJveGltYXRlbHkgaG9sZHMgZm9yIHRoZSBvbi1vZmYgdHJhZmZpYyB3ZSB1c2Ug
Zm9yIG91ciBWQlINCiAgIG1vZGVsLiAgU2luY2UgdGhlIG9uLSBwZXJpb2QgaGFkIHRoZSBzYW1l
IHJhdGUgYXMgb3VyIENCUiBtb2RlbCwgYW5kDQogICB0aGUgcGFja2V0IHNpemUgd2FzIHRoZSBz
YW1lIGZvciB0aGUgdHdvIG1vZGVscywgc2ltaWxhciBiZWhhdmlvciB3YXMNCiAgIG9ic2VydmVk
IGluIGJvdGggc2V0cyBvZiBleHBlcmltZW50cy4NCg0KICAgSW4gb3VyIHF1ZXN0IHRvIGZ1cnRo
ZXIgdW5kZXJzdGFuZCB0aGUgdW5leHBlY3RlZGx5IHJlYXNvbmFibGUNCiAgIHBlcmZvcm1hbmNl
IGF0IHNtYWxsIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIHdlIHRoZW4gdGVzdGVkIHRoZQ0K
ICAgaHlwb3RoZXNpcyB0aGF0IHJhbmRvbWl6aW5nIHRoZSBwYWNrZXQgaW50ZXItYXJyaXZhbCB0
aW1lIG11c3Qgc3VyZWx5DQogICBicmVhayBzeW5jaHJvbml6YXRpb24sIGFuZCB0byB0aGF0IGVu
ZCB3ZSByZXJ1biB0aGUgc2FtZSBzZXQgb2YNCiAgIGV4cGVyaW1lbnRzIG9uIHRoZSByYW5kb21p
emF0aW9uIHZlcnNpb24gb2YgYWxsIHRyYWZmaWMuICBUaGUgcmVzdWx0cw0KICAgYXJlIHN1bW1h
cml6ZWQgaW4gVGFibGUgNC4yIE5vdGUsIHRoZSBjb2x1bW4gbGFiZWwgd2l0aCBmIChlLmcuDQog
ICAwLjAwMDEpIGNvcnJlc3BvbmQgdG8gcmFuZG9taXplZCB0cmFmZmljIHdpdGggYSByYW5kb21p
emF0aW9uLQ0KICAgaW50ZXJ2YWwgb2YgZiB4IHBhY2tldC1pbnRlci1hcnJpdmFsLXRpbWUuICBJ
dCBhbHNvIG1lYW5zIHRoYXQgb24NCiAgIGF2ZXJhZ2UsIHRoZSBwYWNrZXRzIGFyZSBkZWxheWVk
IGJ5IGYgeCBwYWNrZXQtaW50ZXItYXJyaXZhbC10aW1lIC8NCiAgIDIuDQoNCg0KDQoNCg0KWmhh
bmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAg
ICAgW1BhZ2UgMzJdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9u
IFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAg
ICAgfCAgTm8uICB8ICAgICAgICAgIERldmlhdGlvbiBJbnRlcnZhbCAgICAgICAgICAgICAgICAg
ICAgICB8DQogICB8ICAgICB8IEluZ3JlIHwgTm8tUmFuZCB8IDAuMDAwMSB8IDAuMDAxIHwgMC4w
MDUgfCAwLjAxICB8ICAwLjEgIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgfCAgICAyICB8ICAw
LjA1MCAgfCAwLjM5MCAgfCAxLjA0NyB8IDAuMjI0IHwgMC43NTcgfCAxLjA3MiB8DQogICB8ICAg
ICB8ICAgMTAgIHwgIDAuNDk1ICB8IDAuNzcxICB8IDAuNzY5IHwgMS4wMTYgfCAwLjk3NSB8IDAu
ODE5IHwNCiAgIHwgICAgIHwgICAzNSAgfCAgMS4xNTcgIHwgMS42MTUgIHwgMS44MTcgfCAyLjQ0
OCB8IDEuOTM4IHwgMi4zMDAgfA0KICAgfCBDQlIgfCAgIDcwICB8ICAwLjg0MSAgfCAyLjQyOCAg
fCAzLjY5MyB8IDMuMDk4IHwgMy43MTAgfCAzLjUyOCB8DQogICB8ICAgICB8ICAxNDAgIHwgIDEu
NTc3ICB8IDMuMDg5ICB8IDQuOTYyIHwgNS4yNzEgfCA1LjUxNiB8IDUuMzc2IHwNCiAgIHwgICAg
IHwgIDMwMCAgfCAgMS4zNzEgIHwgMi45NjUgIHwgNi44NTIgfCA5LjMwMyB8IDkuNzYxIHwgOS43
OTAgfA0KICAgfCAgICAgfCAgNjAwICB8ICAxLjA2OSAgfCAzLjU2MyAgfCA5LjQ0OSB8IDEyLjE3
IHwgMTMuNDEgfCAxMy45NyB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgIHwgICAgMiAgfCAgMi42
NjMgIHwgMy4wMDIgIHwgMi4zNTAgfCAyLjMyMCB8IDIuMjQwIHwgMi4yMTcgfA0KICAgfCAgICAg
fCAgIDEwICB8ICAxLjg1NiAgfCAzLjYyOSAgfCAzLjM2OSB8IDEuNDYwIHwgMi40OTMgfCAzLjcx
MiB8DQogICB8ICAgICB8ICAgMzUgIHwgIDIuODMxICB8IDMuMzg1ICB8IDMuOTMxIHwgNC4xMjgg
fCA0LjkxOCB8IDQuNDkwIHwNCiAgIHwgVkJSIHwgIDEwMCAgfCAgMy45NTIgIHwgNi4yNTcgIHwg
NS4wMTggfCA1LjczMiB8IDUuMDk5IHwgNS41NjggfA0KICAgfCAgICAgfCAgMzAwICB8ICAyLjQy
MSAgfCA0Ljg0NiAgfCA1LjQzNSB8IDUuNjUxIHwgNS4zMzkgfCA2LjAyMSB8DQogICB8ICAgICB8
ICA2MDAgIHwgIDIuNTE4ICB8IDEuODE1ICB8IDMuNDQ3IHwgNC4zMzMgfCA0LjM2MSB8IDQuODU2
IHwNCiAgIHwgICAgIHwgMTgwMCAgfCAgMi41MDAgIHwgMC40MzUgIHwgMi4yNDggfCAyLjcyNyB8
IDEuNjk4IHwgMi4wNzcgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICB8ICAgIDIgIHwgIDEuMTcz
ICB8IDEuODYzICB8IDEuMTg1IHwgMS4zNDEgfCAxLjczNiB8IDEuMTY0IHwNCiAgIHwgICAgIHwg
ICAxMCAgfCAgMi4zNzcgIHwgMS41NzkgIHwgMS4yMDcgfCAyLjY1NiB8IDIuMzIxIHwgMy4wOTcg
fA0KICAgfCAgICAgfCAgIDM1ICB8ICAyLjkxNCAgfCAzLjQ4NCAgfCAyLjIzMiB8IDIuNjY1IHwg
Mi42NDIgfCAzLjg3NCB8DQogICB8IE1JWCB8ICAxNDAgIHwgIDQuMDY2ICB8IDMuMDA5ICB8IDQu
NjAwIHwgMy4yMjEgfCA0LjI2MyB8IDQuOTA3IHwNCiAgIHwgICAgIHwgIDMwMCAgfCAgMi44MDYg
IHwgNS40MzYgIHwgNC4wODggfCA0LjExMyB8IDQuODk1IHwgNS42MDIgfA0KICAgfCAgICAgfCAg
NjAwICB8ICAxLjk5NSAgfCAwLjUyNyAgfCAzLjI5NSB8IDIuOTgyIHwgNC44NTEgfCA0LjQyNCB8
DQogICB8ICAgICB8IDEwMDAgIHwgIDAuNzMzICB8IDEuMDc2ICB8IDEuNzI5IHwgMy4wMjIgfCAz
Ljk1NSB8IDIuNzMxIHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgfCAgICAyICB8ICAyLjU0NCAg
fCAyLjYxMCAgfCAxLjIxNyB8IDMuMDU1IHwgMi44ODkgfCAxLjkwNiB8DQogICB8ICAgICB8ICAg
MTAgIHwgIDMuNzQxICB8IDQuMzI5ICB8IDQuMTEyIHwgMy45MzYgfCA0LjMyOCB8IDQuMzQ4IHwN
CiAgIHwgICAgIHwgICAzNSAgfCAgNy41MjQgIHwgNi41NDkgIHwgNi42MjkgfCA3LjAxNCB8IDcu
NjQ0IHwgNi42MTAgfA0KICAgfCBWVFIgfCAgIDcwICB8ICA3LjYwNyAgfCA3LjU0MSAgfCA4LjIx
NyB8IDcuMDAyIHwgNy45MTYgfCA4LjExMyB8DQogICB8ICAgICB8ICAxNDAgIHwgIDExLjE2ICB8
IDkuMTYyICB8IDEyLjUwIHwgMTAuNzQgfCAxMC40OSB8IDEwLjQ0IHwNCiAgIHwgICAgIHwgIDMw
MCAgfCAgMTIuMTUgIHwgMTQuNDEgIHwgMTMuNTcgfCAxNC4zMiB8IDE1LjYyIHwgMTYuMzUgfA0K
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS18DQogICB8ICAgICB8ICAgIDIgIHwgIDguMDcxICB8IDEwLjYyICB8IDguMjM1
IHwgMTAuMjIgfCAxMC42MiB8IDguNTMxIHwNCiAgIHwgICAgIHwgICAxMCAgfCAgMTAuNjYgIHwg
MTIuMTMgIHwgMTEuMTYgfCAxMC44MSB8IDExLjM1IHwgMTAuNjEgfA0KICAgfCBTVkQgfCAgIDM1
ICB8ICAxMC42OSAgfCAxMC4xNCAgfCAxMS44NiB8IDEzLjUyIHwgOS4zMDYgfCA5LjkwMCB8DQog
ICB8ICAgICB8ICAgNzAgIHwgIDkuNjQ1ICB8IDguODQ1ICB8IDUuOTE3IHwgOS43MTYgfCA3Ljgw
MyB8IDEwLjU3IHwNCiAgIHwgICAgIHwgIDE0MCAgfCAgOC4wMjUgIHwgOS43NzcgIHwgOS42OTAg
fCA4Ljk0OSB8IDYuMDA4IHwgMTAuNjMgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgVGFibGUgNC4yIEVm
ZmVjdCBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiB2LnMuIGRldmlhdGlvbi4gIFRoZQ0K
ICAgdGFibGUgZW50cmllcyBjb3JyZXNwb25kIHRvIHRoZSBvdmVyLXRlcm1pbmF0aW9uLXBlcmNl
bnRhZ2UgYXQNCiAgIGRpZmZlcmVudCBhZ2dyZWdhdGlvbiBsZXZlbHMsIGRpZmZlcmVudCByYW5k
b21pemF0aW9uIGludGVydmFsLCBmb3INCiAgIGRpZmZlcmVudCB0cmFmZmljIHR5cGVzLg0KDQog
ICBBcyBjYW4gYmUgc2VlbiwgdGhlIG92ZXItdGVybWluYXRpb24tcGVyY2VudGFnZSBzaG93biBp
biBUYWJsZSA0LjINCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVh
cnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDMzXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KICAgZXhoaWJpdHMgZGlmZmVyZW50IHRyZW5kcyBkZXBlbmRpbmcgb24gdGhlIHRyYWZmaWMg
dHlwZXMuICBGaXJzdCBmb3INCiAgIENCUiwgYXMgd2UgZXhwZWN0ZWQsIHRoZSAicmFuZG9taXph
dGlvbiIgaW5kZWVkIGJyZWFrcyBpbiB0aGUNCiAgIHN5bmNocm9uaXphdGlvbiwgc28gdGhhdCBh
dCBsb3cgYWdncmVnYXRpb24sIHdlIG9ic2VydmUgc3Vic3RhbnRpYWxseQ0KICAgbW9yZSBvdmVy
LXRlcm1pbmF0aW9uICh+MTQlKSwgY29uZmlybWluZyBvdXIgZXhwZWN0YXRpb24gdGhhdCB0aGUN
CiAgIHVuZXhwZWN0ZWRseSBnb29kIHBlcmZvcm1hbmNlIGNhbm5vdCBiZSBleHBlY3RlZCBpbiBn
ZW5lcmFsIGZvciBsb3cNCiAgIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIGxldmVscy4gIE9u
IHRoZSBvdGhlciBoYW5kLCBpdCBhbHNvIHNob3dzDQogICB0aGF0IGF0IGxlYXN0IGEgY2VydGFp
biBhbW91bnQgb2YgcmFuZG9taXphdGlvbiBpcyByZXF1aXJlZCB0byBicmVhaw0KICAgdGhlICJz
eW5jaHJvbml6YXRpb24iLiAgRm9yIGluc3RhbmNlLCB3aXRoIGEgcmFuZG9taXphdGlvbiBpbnRl
cnZhbA0KICAgb2YgdGhlIDAuMDAwMSB4IHBhY2tldC1pbnRlci1hcnJpdmFsLXRpbWUsIG5vIHN1
YnN0YW50aWFsIGluY3JlbWVudA0KICAgaW4gb3Zlci10ZXJtaW5hdGlvbiBpcyBvYnNlcnZhdGlv
bi4gIEZyb20gdGhpcyBhc3BlY3QsIHRoZQ0KICAgInN5bmNocm9uaXphdGlvbiIgZWZmZWN0IGNh
biBub3QgYmUgbWVyZWx5IHJlZ2FyZGVkIGFzIGEgc2ltdWxhdGlvbg0KICAgYXJ0aWZhY3QuICBB
IGZpbmFsIG5vdGUgaXMgdGhhdCBnaXZlbiBzdWZmaWNpZW50IGFtb3VudCBvZg0KICAgYWdncmVn
YXRpb24gKH4xMGNhbGwvaW5ncmVzcyBvciBhYm92ZSksIHRoZSBkaWZmZXJlbmNlIGNhdXNlZCBi
eQ0KICAgc3luY2hyb25pemF0aW9uIGdvZXMgYXdheS4NCg0KICAgVkJSIHNob3dzIGEgZGlmZmVy
ZW50IHRyZW5kLiAgSXQgc2VlbXMgdGhhdCBnaXZlbiBlbm91Z2gNCiAgIHJhbmRvbWl6YXRpb24s
IHRoZSBlZmZlY3Qgb2YgYWdncmVnYXRpb24gKG92ZXItdGVybWluYXRpb24pIHN0YXJ0cyB0bw0K
ICAgZW1lcmdlIGF0IHRoZSB0cmFuc2l0aW9uIGZyb20gbWVkaXVtIHRvIGxvdyBhZ2dyZWdhdGlv
biBsZXZlbCAoYXJvdW5kDQogICAxMDAgb3IgMzAwIGluZ3Jlc3MgaW4gdGhlIGdyYXBoKS4gIEhv
d2V2ZXIgdGhlIGVmZmVjdCB0aGVuDQogICBkaW1pbmlzaGVzLCBzbyB0aGF0IGF0IHRoZSBsb3dl
c3QgYWdncmVnYXRpb24gKGV4cGVjdGVkIDEgZmxvdyBwZXINCiAgIGluZ3Jlc3MpLCB3ZSBubyBs
b25nZXIgb2JzZXJ2ZSBhcHByZWNpYWJsZSBvdmVyLXRlcm1pbmF0aW9uLiAgV2UNCiAgIGJlbGll
dmUgdGhlIHJlYXNvbiBmb3IgdGhpcyBvdXRjb21lIGlzIHRoZSBmb2xsb3dpbmc6IGF0IG1lZGl1
bQ0KICAgYWdncmVnYXRpb24gbGV2ZWxzLCBldmVuIHRob3VnaCB0aGVyZSBhcmUgYSBmZXcgZmxv
d3MgcGVyIGluZ3Jlc3MsDQogICBpdCdzIG5vdCBlbm91Z2ggdG8gc21vb3RoIG91dCB0aGUgYnVy
c3RpbmVzcyBpbiB0aGUgYWdncmVnYXRlZCBmbG93cy4NCiAgIFRoaXMgY2F1c2VzIGVhY2ggaW5n
cmVzcy1lZ3Jlc3MtcGFpciB0byBvdmVyLXRlcm1pbmF0ZSBhIGxpdHRsZSBkdWUNCiAgIHRvIG9j
Y2FzaW9uYWwgdW5kZXItZXN0aW1hdGlvbiBvZiB0aGUgU3VzdGFpbmFibGUtQWdncmVnYXRlLVJh
dGUsDQogICB3aGljaCByZXN1bHRzIHRoZSBuZXQgb3Zlci10ZXJtaW5hdGlvbiBhdCB0aGUgYm90
dGxlbmVjayBsaW5rLiAgQXQNCiAgIHRoZSBsb3cgYWdncmVnYXRpb24gbGV2ZWwgKHdpdGggMSBv
ciAyIGZsb3cgcGVyIGluZ3Jlc3MpLCBlYWNoIFZCUg0KICAgZmxvdyBzcGVuZHMgYSBsYXJnZSBw
b3J0aW9uIG9mIGl0cyB0aW1lIGluIG9mZi1wZXJpb2QuICBPbmNlIHRoZQ0KICAgYWdncmVnYXRl
IG9mIGFuIGluZ3Jlc3MtZWdyZXNzIHBhaXIgaXMgaW4gaXRzIG9mZiBwZXJpb2QsIGl0IHdpbGwN
CiAgIHNlbmQgbm8gcGFja2V0cywgZ2V0IG5vIG1hcmtpbmcsIGhlbmNlIHdpbGwgbm90IHJlYWN0
IHRvIHRoZQ0KICAgdGVybWluYXRpb24gYWxnb3JpdGhtcy4gIFNpbmNlIGEgc3Vic3RhbnRpYWwg
cG9ydGlvbiBvZiB0aGUgaW5ncmVzcy0NCiAgIGVncmVzcyBhZ2dyZWdhdGVzIGNhbiBiZSBpbiB0
aGUgb2ZmLXBlcmlvZCwgb25seSB0aG9zZSBpbmdyZXNzZXMgdGhhdA0KICAgYXJlIGluIHRoZSBv
bi1wZXJpb2QgdGVybWluYXRlIHRoZWlyIHRyYWZmaWMuDQoNCiAgIFRoZSBNSVggZXNzZW50aWFs
bHkgc2hvd3MgdGhlIGFkZGVkIHVwIGVmZmVjdCBvZiBib3RoIENCUiBhbmQgVkJSLCBpbg0KICAg
dGhlIHNlbnNlIHRoYXQgaXQgc2hvd3MgYSBjbGVhciBpbmNyZWFzaW5nIG9mIG92ZXItdGVybWlu
YXRpb24tDQogICBwZXJjZW50YWdlIGFzIHRoZSBsZXZlbCBvZiBhZ2dyZWdhdGlvbiBkZWNyZWFz
ZXMsIHlldCBhdCB0aGUgbG93ZXN0DQogICBhZ2dyZWdhdGlvbiwgaW5zdGVhZCBvZiBoYXZpbmcg
dGhlIGhpZ2hlc3Qgb3Zlci10ZXJtaW5hdGlvbiAobGlrZQ0KICAgQ0JSKSwgdGhlIG9uLW9mZiBl
ZmZlY3Qgb2YgVkJSIGRvbWluYXRlcywgaGVuY2Ugd2UgYWdhaW4gZG9uJ3Qgc2VlIGENCiAgIHNp
Z25pZmljYW50IG92ZXItdGVybWluYXRpb24NCg0KICAgRm9yIFRSQywgYSBjbGVhciBhZ2dyZWdh
dGlvbiBlZmZlY3QgaXMgb2JzZXJ2ZWQsIGJ1dCB0aGUgdHJlbmRzIHNlZW1zDQogICB0byBiZSBp
cnJlbGV2YW50IHRvIHRoZSBkZWdyZWUgb2YgcmFuZG9taXphdGlvbi4gIEluIGZhY3QsIHRoZSBy
ZXN1bHQNCiAgIGZvciBUUkMgbG9va3MgbGlrZSBhIGNvbXBsZXRlIHJhbmRvbWl6ZWQgdmVyc2lv
biBvZiBDQlIuICBXZQ0KICAgaHlwb3RoZXNpemUgdGhpcyBpcyBpbmRlZWQgdGhlIGNhc2UsIHNp
bmNlIHRyYWNlIGlzIGltcGxlbWVudGVkIGFzDQogICBjb25zdGFudC1mcmFtZS1yYXRlLCB0aGF0
J3Mgd2h5IGl0IGRvZXNuJ3QgZXhoaWJpdCB3aGF0IGFwcGVhcnMgaW4NCiAgIHRoZSBWQlIgKG5h
bWVseSB0aGUgb24tb2ZmIGVmZmVjdCksIGluIGFkZGl0aW9uLCBkaWZmZXJlbnQgZnJhbWUNCg0K
DQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAgICAg
ICAgICAgICAgIFtQYWdlIDM0XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wgU2lt
dWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgc2l6ZSwgYW5k
IHBhY2tldGl6YXRpb24gcHJvdmlkZSBlbm91Z2ggcmFuZG9taXphdGlvbi4NCg0KICAgVGhlIHRy
YWNlIGFuYWx5c2lzIG9mIHRoZSBTVkQgZXhwZXJpbWVudHMgaW5kaWNhdGVzIHRoYXQgdGhlcmUg
YXJlIGENCiAgIGxhcmdlIG51bWJlciBvZiBvZiBwYXJ0aWFsbHkgbWFya2VkIGZsb3dzLCB3aGlj
aCBpbmRpY2F0ZXMgdGhhdA0KICAgc3luY2hyb25pemF0aW9uIGNvdWxkIG5vdCBoYXZlIGJlZW4g
cmVzcG9uc2libGUgZm9yIHRoZSByZWxhdGl2ZWx5DQogICBib3VuZGVkIG92ZXItdGVybWluYXRp
b24gb2YgYWJvdXQgMTAlIFRhYmxlIDQuMi4gIFdlIGJlbGlldmUgdGhpcw0KICAgcGVyZm9ybWFu
Y2Ugc2hvdWxkIGJlIHRyYWNlZCB0byB0aGUgYnVyc3RpbmVzcyBvZiBvdXIgY3J1ZGUgU1ZEDQog
ICB0cmFmZmljIG1vZGVsIGF0IHRoZSB0aW1lIHNjYWxlcyBjb21tZW5zdXJhdGUgd2l0aCB0aGUg
bWVhc3VyZW1lbnQNCiAgIHBlcmlvZC4gIEluIGFkZGl0aW9uLCBqdXN0IGFzIGZvciBWQlIsIHRo
ZSBvbi1vZmYgbmF0dXJlIG9mIHRoZSBtb2RlbA0KICAgZG9taW5hdGVzIGF0IGxvdyBhZ2dyZWdh
dGlvbiwgd2hpY2ggY2FuIGFsc28gYmUgdXNlZCB0byBleHBsYWluIHdoeQ0KICAgbm8gYWdncmVn
YXRpb24gZWZmZWN0IGlzIG9ic2VydmVkLiAgSW4gc3VtbWFyeSwgdGhlIG92ZXItdGVybWluYXRp
b24NCiAgIGNhbiBiZSBleHBlY3RlZCBhdCBsb3cgYWdncmVnYXRpb24gZm9yIGEgdmFyaWV0eSBv
ZiB0cmFmZmljLCBidXQgaW4NCiAgIHByYWN0aWNlIHRoZSBkZWdyZWUgb2YgdGhpcyBvdmVyLXRl
cm1pbmF0aW9uIGlzIG5vdCBhcyBiYWQgYXMgdGhlDQogICB3b3JzdC1jYXNlIGFuYWx5c2lzIG1p
Z2h0IGluZGljYXRlLiAgVGhlIG92ZXItdGVybWluYXRpb24gdmFuaXNoZXMgYXMNCiAgIHRoZSBs
ZXZlbCBvZiBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiBiZWNvbWVzIHN1ZmZpY2llbnRseSBs
YXJnZS4NCg0KNC40LiAgTXVsdGlwbGUgQm90dGxlbmVja3MgRXhwZXJpbWVudHMNCg0KNC40LjEu
ICBNb3RpdmF0aW9uIGZvciB0aGUgSW52ZXN0aWdhdGlvbg0KDQogICBJbiB0aGlzIHNlY3Rpb24s
IHdlIGZvY3VzIG91ciBhbmFseXNpcyBvbiB0aGUgbXVsdGktYm90dGxlbmVjaw0KICAgZWZmZWN0
LiAgVGhhdCBpcywgaG93IHdvdWxkIHRlcm1pbmF0aW9uIGFsZ29yaXRobSBwZXJmb3JtIHdoZW4g
dGhlDQogICBmbG93cyBmcm9tIG9uZSAob3IgbW9yZSkgaW5ncmVzcy1lZ3Jlc3MgcGFpcnMgdHJh
dmVyc2UgbXVsdGlwbGUNCiAgIGJvdHRsZW5lY2sgbGlua3MuICBGb3IgdGhlIHJlc3Qgb2Ygc2Vj
dGlvbiwgd2UgdXNlIHRoZSB0ZXJtICJJRS0NCiAgIGFnZ3JlZ2F0ZSIgKElFQSBmb3Igc2hvcnQp
IHRvIHJlZmVyIHRvIHRoZSBmbG93IGFnZ3JlZ2F0ZXMgb2YgYQ0KICAgY2VydGFpbiBpbmdyZXNz
LWVncmVzcyBwYWlyLiAgSW4gdGhlb3J5LCB3ZSBleHBlY3QgdGhlIElFLWFnZ3JlZ2F0ZQ0KICAg
dGhhdCB0cmF2ZWwgbW9yZSBib3R0bGVuZWNrcyB3aWxsIGJlIHBlbmFsaXplZCBtb3JlLCB3aGlj
aCB3b3VsZA0KICAgcmVzdWx0IGluIG92ZXItdGVybWluYXRpb24gb24gYSBwZXItaW5ncmVzcy1l
Z3Jlc3MgYmFzaXMuICBXZSByZWZlcg0KICAgdG8gdGhpcyBhcyBhICJiZWF0LWRvd24iIGVmZmVj
dC4gIFRoZSBtYWluIGNvbnNlcXVlbmNlIG9mIHRoZSBiZWF0LQ0KICAgZG93biBlZmZlY3QgaXMg
dGhlIGV4Y2Vzc2l2ZSB0ZXJtaW5hdGlvbiBhdCB0aGUgdXAtc3RyZWFtDQogICBib3R0bGVuZWNr
cywgbGVhZGluZyB0byB1bmRlcnV0aWxpemF0aW9uIG9mIHRob3NlIGJvdHRsZW5lY2tzDQoNCiAg
IFRvIGlsbHVzdHJhdGUgdGhlIGJlYXQtZG93biBlZmZlY3QsIGNvbnNpZGVyIHRoZSBzZXR1cCB3
aXRoIDINCiAgIGJvdHRsZW5lY2sgUExUIGluIEZpZ3VyZSAyLjMoYSkuICBSZWNhbGwgdGhlIHR3
byBib3R0bGVuZWNrcyBhcmUNCiAgIGxpbmtzIEEgLSBCIGFuZCBCIC0gQy4gQm90aCBsaW5rcyBo
YXZlIHRoZSBzYW1lIGNhcGFjaXR5LiAgVGhlcmUgYXJlDQogICB0d28gc2hvcnQgSUUtYWdncmVn
YXRlcywgb25lIGZyb20gSW5ncmVzcyBEIHRvIEVncmVzcyBFIChJRUEyKTsgdGhlDQogICBvdGhl
ciBmcm9tIEluZ3Jlc3MgRSB0byBFZ3Jlc3MgRiAoSUVBMyk7IGVhY2ggdHJhdmVyc2luZyBhIHNp
bmdsZQ0KICAgYm90dGxlbmVjay4gIEF0IHRoZSB0aW1lIG9mIHRoZSBmYWlsdXJlIGV2ZW50LCBl
YWNoIHNob3J0IElFQSBjYXJyaWVzDQogICB0aGUgdHJhZmZpYyBsb2FkIHRoYXQgZXF1YWxzIDEv
NCBvZiB0aGUgYm90dGxlbmVjayBsaW5rIHNpemUgKG9yIDEvMg0KICAgb2YgdGhlIGNvbmZpZ3Vy
ZWQtdGVybWluYXRpb24tcmF0ZSwgd2hpY2ggaW4gdGhpcyBjYXNlIGlzIHNldCB0byA1MCUNCiAg
IG9mIHRoZSBsaW5rIGJhbmR3aWR0aCkuICBUaGUgbG9uZyBJRS1hZ2dyZWdhdGUgKElFQTEpLCBm
cm9tIEluZ3Jlc3MgQQ0KICAgdG8gRWdyZXNzIEMsIHRyYXZlcnNlcyBib3RoIG9mIGJvdHRsZW5l
Y2tzIGFuZCBjYXJyaWVzIHR3aWNlIGFzIG11Y2gNCiAgIHRyYWZmaWMgYXMgdGhlIHNob3J0IG9u
ZXMuDQoNCiAgIEdpdmVuIHRoYXQgd2Ugc2V0IHRoZSBjb25maWd1cmVkLXRlcm1pbmF0aW9uLXJh
dGUgdG8gYmUgMS8yIG9mIGxpbmsNCiAgIHNpemUsIGl0J3MgZWFzeSB0byBzZWUgdGhhdCBsZXR0
aW5nIGFsbCBJRUFzIHRlcm1pbmF0ZSAxLzMgb2YgdGhlaXINCiAgIGZsb3dzIHdpbGwgZ2l2ZSB0
aGUgb3B0aW1hbCByZXN1bHRzICh3aGljaCB3ZSByZWZlciB0byBhcyAib3B0aW1hbC0NCiAgIHRl
cm1pbmF0aW9uIikgaW4gdGhlIHNlbnNlIHRoYXQgYWxsIGJvdHRsZW5lY2sgbGlua3Mgd2lsbCBi
ZSBmdWxseQ0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQog
ICB1dGlsaXplZC4gIEhvd2V2ZXIsIHdoYXQgd2UgZXhwZWN0IHRvIGhhcHBlbiBpcyB0aGUgZm9s
bG93aW5nLiAgV2hlbg0KICAgdGhlIGxvbmcgSUUtYWdncmVnYXRlIChJRUExKSB0cmF2ZXJzZXMg
dGhyb3VnaCB0aGUgZmlyc3QgYm90dGxlbmVjaw0KICAgbGluaywgYXNzdW1pbmcgdW5pZm9ybWx5
IHJhbmRvbSBtYXJraW5nLCAxLzMgb2YgaXRzIHRyYWZmaWMgd2lsbCBnZXQNCiAgIHRlcm1pbmF0
aW9uLW1hcmtlZC4gIChUaGUgc2hvcnQgSUVBMiB3aWxsIGFsc28gZ2V0IDEvMyBvZiBpdHMgdHJh
ZmZpYw0KICAgbWFya2VkKS4gIE5leHQsIDIvMyBvZiBJRUExJ3MgdW5tYXJrZWQgdHJhZmZpYyB0
b2dldGhlciB3aXRoIElFQTMncw0KICAgdHJhZmZpYyB3aWxsIHJlc3VsdCBhIGxvYWQgb2YgKDIv
MykqKDEvMikgKyAxLzQgPSA3LzEyIG9uIHRoZSBzZWNvbmQNCiAgIGJvdHRsZW5lY2suICBUaGlz
IGltcGxpZXMgdGhhdCBmb3IgdGhlIGFnZ3JlZ2F0ZSBJRUExLCBhbiBhZGRpdGlvbmFsDQogICAo
Ny8xMi0xLzIpIC8gKDcvMTIpID0gMS83IHBlcmNlbnRhZ2Ugb2YgcmVtYWluaW5nIHVubWFya2Vk
IHRyYWZmaWMNCiAgIHdpbGwgYmUgbWFya2VkLiAgQW5kIGZvciBJRUEzLCBvbmx5IDEvNyAoaW5z
dGVhZCBvZiAxLzMpIG9mIGl0cw0KICAgdHJhZmZpYyB3aWxsIGJlIG1hcmtlZC4gIFRvIHN1bW1h
cml6ZSwgYSBiZWF0LWRvd24gZWZmZWN0IGluIHRoaXMNCiAgIHNpbXBsZSBzZXR0aW5nIG1lYW5z
IHdlIHNob3VsZCBzZWUgdGhlIGZvbGxvd2luZyB0ZXJtaW5hdGlvbg0KICAgYmVoYXZpb3JzOg0K
DQogICBvICBFQTEgOiAxLzMgKyAyLzMgKiAxLzcgPSAzLzcgPiAxLzMNCg0KICAgbyAgSUVBMiA6
IDEvMw0KDQogICBvICBJRUEzIDogMS83IDwgMS8zDQoNCiAgIG8gIEJvdHRsZW5lY2sxIDogKDMv
NyAqIDEvMiArIDEvMyAqIDEvNCkgLyAoMy80KSA9IDI1LzYzID4gMS8zDQoNCiAgIG8gIEJvdHRs
ZW5lY2syIDogKDMvNyAqIDEvMiArIDEvNyAqIDEvNCkgLyAoMy80KSA9IDEvMw0KDQogICBXZSBy
ZWZlciB0byB0aGUgYWJvdmUgdmFsdWVzIGFzICJleHBlY3RlZC10ZXJtaW5hdGlvbiIuICBJbiBn
ZW5lcmFsLA0KICAgdGhlIG1vcmUgYm90dGxlbmVja3MgYW4gSUVBIHRyYXZlcnNlcywgdGhlIG1v
cmUgb3Zlci10ZXJtaW5hdGlvbg0KICAgb2NjdXJzIGF0IGJvdGggdGhlIGxvbmcgSUVBIGFuZCB0
aGUgdXBzdHJlYW0gYm90dGxlbmVja3MuDQoNCiAgIFRoZSBnb2FsIG9mIG91ciBleHBlcmltZW50
cyB3YXMgdG8gdmFsaWRhdGUgdG8gd2hhdCBleHRlbnQgdGhlIGJlYXQtDQogICBkb3duIGVmZmVj
dCBpcyB2aXNpYmxlIGluIHByYWN0aWNlLCBhbmQgaG93IG11Y2ggdW5kZXJ1dGlsaXphdGlvbiBv
bg0KICAgdXAtc3RyZWFtIGxpbmtzIHdpbGwgYWN0dWFsbHkgYmUgc2Vlbi4gIFRvIHRoYXQgZW5k
LCB3ZSB1c2VkIDIsIDMgYW5kDQogICA1IFBMVCB0b3BvbG9naWVzIHdpdGggdmFyaW91cyB0cmFm
ZmljIHR5cGVzLiAgV2UgYXJlIGludGVyZXN0ZWQgaW4NCiAgIHdoZXRoZXIgdGhlIGFjdHVhbC10
ZXJtaW5hdGlvbiBleGhpYml0cyB0aGUgbXVsdGktYm90dGxlbmVjayBlZmZlY3QNCiAgIGNvbXBh
cmluZyB0byB0aGUgb3B0aW1hbC10ZXJtaW5hdGlvbiwgYW5kIGFsc28gaG93IG11Y2ggZG9lcyB0
aGUNCiAgIGFjdHVhbC10ZXJtaW5hdGlvbiBkZXZpYXRlIGZyb20gb3VyIGV4cGVjdGVkLXRlcm1p
bmF0aW9uLiAgVGhlDQogICByZXN1bHRzIG9mIHRoaXMgaW52ZXN0aWdhdGlvbiBhcmUgcHJlc2Vu
dGVkIGluIHRoZSBmb2xsb3dpbmcNCiAgIHN1YnNlY3Rpb25zLg0KDQo0LjQuMi4gIERldGFpbGVk
IFJlc3VsdHMNCg0KICAgRm9yIHRoZSBmaXJzdCBzZXQgb2YgZXhwZXJpbWVudHMsIHdlIHVzZSB0
aGUgc2ltaWxhciBzZXR1cCBhcyB0aGUNCiAgIGV4YW1wbGUgZGVzY3JpYmVkIGluIGxhc3Qgc3Vi
c2VjdGlvbi4gIFRoYXQgaXMsIGF0IGZhaWx1cmUgZXZlbnQNCiAgIHRpbWUsIGFsbCBib3R0bGVu
ZWNrIGxpbmtzIGhhdmUgYSBsb2FkIG9mIHJvdWdobHkgMy80IG9mIGl0cyBsaW5rDQogICBzaXpl
LiAgSW4gYWRkaXRpb24sIHRoZSBsb25nIElFQSBjb25zdGl0dXRlcyAyLzMgb2YgdGhpcyBsb2Fk
LCB3aGlsZQ0KICAgdGhlIHNob3J0IG9uZSBpcyAxLzMuICBUYWJsZSA0Ljcgc2hvd3MgdGhlIHNh
bXBsZSBvdXRwdXQgZm9yIHRoZQ0KICAgbXVsdGktYm90dGxlbmVjayBleHBlcmltZW50cyAoSW4g
dGhpcyBjYXNlLCBpdCdzIHdpdGggQ0JSIHRyYWZmaWMgYW5kDQogICA1IFBMVCB0b3BvbG9neSku
ICBUaGUgZmlyc3Qgcm93IChsYWJlbGVkIElFQTEpIHJlcHJlc2VudHMgdGhlIGxvbmcNCiAgIElF
LUFnZ3JlZ2F0ZSB0aGF0IHRyYXZlbHMgbXVsdGlwbGUgYm90dGxlbmVja3MgKHRoZSBleGFjdCBj
b3VudCBvZg0KICAgdGhlIGJvdHRsZW5lY2tzIGlzIGdpdmVuIGluIHRoZSBwYXJlbnRoZXNpcyBh
ZnRlciB0aGUgSUVBJ3MgbmFtZSkuDQoNCg0KDQpaaGFuZywgZXQgYWwuICAgICAgICAgICAgRXhw
aXJlcyBKYW51YXJ5IDYsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAzNl0NCgwNCkludGVybmV0
LURyYWZ0ICAgICAgICAgICAgIENMIFNpbXVsYXRpb24gU3R1ZHkgICAgICAgICAgICAgICAgIEp1
bHkgMjAwNw0KDQoNCiAgIFRoZSByZXN0IG9mIElFQSByb3dzIGFyZSB0aGUgc2hvcnQgSUUtQWdn
cmVnYXRlcyB0aGF0IGVhY2ggdHJhdmVscw0KICAgb25seSBvbmUgYm90dGxlbmVjay4gIFRoZSBJ
RUEgcm93cyBhcmUgb3JkZXJlZCBiYXNlZCBvbiB0aGUNCiAgIGJvdHRsZW5lY2sgaXQgdHJhdmVy
c2VzIChmcm9tIHVwc3RyZWFtIHRvIGRvd25zdHJlYW0pLiAgVGhlIHNhbWUNCiAgIGluZm9ybWF0
aW9uIGlzIHNob3duIGZvciBib3RoIElFQXMgYW5kIGJvdHRsZW5lY2tzLiAgVGhlIGxhc3QgdHdv
DQogICBjb2x1bW5zIGFyZSBvZiBtb3N0IGludGVyZXN0cyBpbiB0aGF0IHRoZXkgc2hvd3MgdGhl
IGhvdyBmYXIgdGhlDQogICBhY3R1YWwtdGVybWluYXRpb24gZGV2aWF0ZXMgZnJvbSB0aGUgb3B0
aW1hbCwgYW5kIGZyb20gdGhlDQogICBleHBlY3RhdGlvbi4NCg0KICAgIC0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8
ICAgICAgICAgICAgfCBPcHRpbWFsICB8IEV4cGVjdGVkIHwgIEFjdHVhbCAgfCAgQSAtIE8gIHwg
IEEgLSBFICB8DQogICB8ICAgICAgICAgICAgfCAgdGVybSAgICB8ICB0ZXJtICAgIHwgIHRlcm0g
ICAgfCAgICAgICAgIHwgICAgICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIElFQTEgKDVIKSB8
ICAwLjMwOTAgIHwgIDAuNDQzMiAgfCAgMC40NDQ2ICB8ICAxMy41NiAgfCAgMC4xNCAgIHwNCiAg
IHwgIElFQTEgKDVIKSB8ICAwLjMwOTAgIHwgIDAuMzA5MCAgfCAgMC4zMjMxICB8ICAxLjQyICAg
fCAgMS40MiAgIHwNCiAgIHwgIElFQTEgKDVIKSB8ICAwLjMwMzQgIHwgIDAuMTE4MSAgfCAgMC4x
NjAxICB8IC0xNC4zMyAgfCAgNC4yMCAgIHwNCiAgIHw1IElFQTEgKDVIKSB8ICAwLjMwNDggIHwg
IDAuMDU0MSAgfCAgMC4wOTQ3ICB8IC0yMS4wMSAgfCAgNC4wNyAgIHwNCiAgIHwgIElFQTEgKDVI
KSB8ICAwLjMwNzMgIHwgIDAuMDI5MyAgfCAgMC4wNjQxICB8IC0yNC4zMiAgfCAgMy40OCAgIHwN
CiAgIHxCIElFQTEgKDVIKSB8ICAwLjMwMzEgIHwgIDAuMDA0OSAgfCAgMC4wMzA3ICB8IC0yNy4y
NCAgfCAgMi41NyAgIHwNCiAgIHxSICAgQk4xICAgICB8ICAwLjMwOTAgIHwgIDAuMzk5NSAgfCAg
MC40MDUxICB8ICA5LjYxICAgfCAgMC41NiAgIHwNCiAgIHwgICAgQk4yICAgICB8ICAwLjMwMzQg
IHwgIDAuMzM5MiAgfCAgMC4zNTM2ICB8ICA1LjAyICAgfCAgMS40NCAgIHwNCiAgIHwgICAgQk4z
ICAgICB8ICAwLjMwNDggIHwgIDAuMzE4MiAgfCAgMC4zMzIyICB8ICAyLjczICAgfCAgMS40MCAg
IHwNCiAgIHwgICAgQk40ICAgICB8ICAwLjMwNzMgIHwgIDAuMzA5MiAgfCAgMC4zMjE0ICB8ICAx
LjQxICAgfCAgMS4yMiAgIHwNCiAgIHwgICAgQk41ICAgICB8ICAwLjMwMzEgIHwgIDAuMzAzMSAg
fCAgMC4zMTIzICB8ICAwLjkyICAgfCAgMC45MiAgIHwNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICBUYWJs
ZSA0LjcgT3Zlci10ZXJtaW5hdGlvbiBwZXJjZW50YWdlIHdpdGggNS1QTFQgdG9wb2xvZ3kgYW5k
IENCUg0KDQogICBUaGUgZm9sbG93aW5nIFRhYmxlIDQuOCBzdW1tYXJpemVzIHRoZSBtYWluIHJl
c3VsdHMgZm9yIG11bHRpLQ0KICAgYm90dGxlbmVjayBleHBlcmltZW50cy4gIEZvciBlYWNoIGNv
bWJpbmF0aW9uIG9mIHRoZSB0cmFmZmljIHR5cGUgYW5kDQogICBQTFQgdG9wb2xvZ3ksIGl0IHNo
b3dzIChhY3R1YWwtdGVybWluYXRpb24gLSBvcHRpbWFsLQ0KICAgdGVybWluYXRpb24pKjEwMCUg
KGxhYmVsZWQgYXMgJ0EtTycpIGFuZCAoYWN0dWFsLXRlcm1pbmF0aW9uIC0NCiAgIGV4cGVjdC10
ZXJtaW5hdGlvbikqMTAwJSAobGFiZWxlZCBhcyAnQS1FJykuDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVh
cnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDM3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgICAgICAgICAgfCAgICAgQ0JSICAgICB8ICAgICBWQlIg
ICAgIHwgICAgIFZUUiAgICAgfCAgICAgU1ZEICAgICAgfA0KICAgfCAgICAgICAgICB8IEEtTyAg
ICBBLUUgIHwgQS1PICAgIEEtRSAgfCBBLU8gICAgQS1FICB8IEEtTyAgICAgQS1FICB8DQogICAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KICAgfCAgSUVBMSgySCl8IDcuNjEgIC0wLjcxIHwgMTAuMzYgIDEuMDYgfCA5
LjE5ICAgMS4yNiB8IDE2LjA3ICAgOC41NSB8DQogICB8MiBJRUEyKDFIKXwgMC44NSAgIDAuODUg
fCAwLjg2ICAgMC44NiB8IDMuMTcgICAzLjE3IHwgNy4zMCAgICA3LjMwIHwNCiAgIHxQIElFQTMo
MUgpfC0xNC40ICAgNC4wNyB8LTEyLjM5ICA2LjQyIHwtMTAuMjcgIDcuMjYgfC0xLjc0ICAgMTMu
ODEgfA0KICAgfEwgICBCTjEgICB8IDUuNDUgIC0wLjIxIHwgNy4yMCAgIDEuMDAgfCA3LjI0ICAg
MS44OCB8IDEzLjkgICAgOC4xNSB8DQogICB8VCAgIEJOMiAgIHwgMC44MCAgIDAuODAgfCAyLjg0
ICAgMi44NCB8IDMuMTggICAzLjE4IHwgMTAuMjYgIDEwLjI2IHwNCiAgICAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQog
ICB8ICBJRUExKDNIKXwgMTAuOCAgLTAuODUgfCAxMy45OCAgMS4xOCB8IDExLjkwICAwLjg3IHwg
MTkuNTMgICA5LjM3IHwNCiAgIHwzIElFQTIoMUgpfCAwLjc4ICAgMC43OCB8IDEuMDMgICAxLjAz
IHwgMy4zNSAgIDMuMzUgfCA1LjA2ICAgIDUuMDYgfA0KICAgfCAgSUVBMygxSCl8LTE0LjA5ICAz
Ljk4IHwtMTQuMDcgIDQuNzkgfC0xMC40NSAgNi43OCB8LTIuNjUgICAxMy42MyB8DQogICB8UCBJ
RUE0KDFIKXwtMjEuMTcgIDMuOTYgfC0xOC45NCAgNy4zOCB8LTE2Ljg4ICA3LjE4IHwtNi4wOSAg
IDE2LjUwIHwNCiAgIHxMICAgQk4xICAgfCA3LjkgICAtMC4zMyB8IDkuNjcgICAxLjEzIHwgOS40
MyAgIDEuNjUgfCAxNC44NCAgIDcuOTcgfA0KICAgfFQgICBCTjIgICB8IDIuODIgICAwLjcxIHwg
NC43NyAgIDIuMzggfCA0LjgwICAgMi43NSB8IDEyLjQzICAxMC43NSB8DQogICB8ICAgIEJOMyAg
IHwgMC45ICAgIDAuNjkgfCAzLjIzICAgMy4yMyB8IDIuODcgICAyLjg3IHwgMTEuNjUgIDExLjY1
IHwNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICBJRUExKDVIKXwgMTMuNTYgIDAuMTQgfCAxNi4zMCAg
MC45MSB8IDE0Ljc3ICAxLjgyIHwgMjMuMzEgIDExLjM3IHwNCiAgIHwgIElFQTIoMUgpfCAxLjQy
ICAgMS40MiB8IDIuMTcgICAyLjE3IHwgMy4yMCAgIDMuMjAgfCA3LjI2ICAgIDcuMjYgfA0KICAg
fCAgSUVBMygxSCl8LTE0LjMzICA0LjIwIHwtMTMuNjUgIDUuMzUgfC0xMS43MSAgNi41NSB8LTgu
MDUgICAgOC40NCB8DQogICB8ICBJRUE0KDFIKXwtMjEuMDMgIDQuMDcgfC0yMS42OCAgNS4xOSB8
LTE4LjAxICA2LjQxIHwtMTIuMzEgICA5LjY4IHwNCiAgIHw1IElFQTUoMUgpfC0yNC4zMiAgMy40
OCB8LTI0LjA0ICA1LjcxIHwtMjEuMzkgIDUuNzQgfC0xNS42OSAgIDguNDQgfA0KICAgfCAgSUVB
NigxSCl8LTI3LjI0ICAyLjU3IHwtMjQuNjkgIDQuNTcgfC0yMy4yMCAgNS4yMCB8LTE1LjMxICAg
OS43OCB8DQogICB8UCAgIEJOMSAgIHwgOS42MSAgIDAuNTYgfCAxMS41OSAgMS4zMyB8IDExLjA2
ICAyLjI2IHwgMTguMTMgIDEwLjA0IHwNCiAgIHxMICAgQk4yICAgfCA1LjAyICAgMS40NCB8IDYu
NTMgICAyLjM4IHwgNi45MSAgIDMuMzAgfCAxMy44NiAgMTAuNDQgfA0KICAgfFQgICBCTjMgICB8
IDIuNzMgICAxLjQwIHwgNC4wMSAgIDIuMzMgfCA0LjczICAgMy4yNyB8IDEyLjQyICAxMC44MyB8
DQogICB8ICAgIEJONCAgIHwgMS40MSAgIDEuMjIgfCAzLjEyICAgMi41MCB8IDMuNTQgICAzLjA2
IHwgMTEuMDggIDEwLjQzIHwNCiAgIHwgICAgQk41ICAgfCAwLjkyICAgMC45MiB8IDIuMTMgICAy
LjEzIHwgMi44OSAgIDIuODkgfCAxMC44NSAgMTAuODUgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRh
YmxlIDQuOCBTdW1tYXJ5IG9mIHRoZSBQTFQgcmVzdWx0cyBmb3IgMjsxIGxvbmctdG8tc2hvcnQg
bG9hZA0KICAgcmF0aW8uDQoNCiAgIEl0J3MgY2xlYXIgZnJvbSB0aGUgJ0EtTycgcmVzdWx0cyB0
aGF0IHRoZSBiZWF0LWRvd24gZWZmZWN0IGlzDQogICB2aXNpYmxlIGFjcm9zcyBhbGwgUExUIHRv
cG9sb2dpZXMgYW5kIHRyYWZmaWMgdHlwZXMuICBGb3IgaW5zdGFuY2UsDQogICBmb3IgdGhlIGxv
bmcgSUUtYWdncmVnYXRlIChJRUExKSwgYXMgaXQgdHJhdmVscyAyLCAzLCA1IGJvdHRsZW5lY2tz
LA0KICAgdGhlIGRlZ3JlZSBvZiBvdmVyLXRlcm1pbmF0aW9uIGluY3JlYXNlcyAoNy42MSwgMTAu
ODUsIDEzLjU2DQogICByZXNwZWN0aXZlbHkgZm9yIENCUiB0cmFmZmljKTsgc28gZG9lcyB0aGUg
bW9zdCB1cHN0cmVhbSBib3R0bGVuZWNrDQogICBsaW5rIChCTjEpLiAgRnVydGhlcm1vcmUsIGFs
bCB0aGUgZG93bnN0cmVhbSBzaG9ydCBJRUFzIChJRUEzIGFuZA0KICAgYWJvdmUpIGhhdmUgZXhw
ZXJpZW5jZWQgdW5kZXItdGVybWluYXRpb24gY29tcGFyZWQgdG8gdGhlaXIgIm9wdGltYWwiDQog
ICB2YWx1ZSwgd2hpbGUgdGhlIGxvbmcgSUVBIHRlcm1pbmF0ZWQgbW9yZSB0aGFuIHRoZSAib3B0
aW1hbCIgdmFsdWUuDQoNCiAgIE5leHQgd2UgY29tcGFyZSB0aGUgYWN0dWFsLXRlcm1pbmF0aW9u
IHdpdGggdGhlIGxldmVsIG9mIHRlcm1pbmF0aW9uDQogICBwcmVkaWN0ZWQgYnkgdGhlIHRoZW9y
ZXRpY2FsIGJlYXQtZG93biBlZmZlY3QgYmFzZWQgb24gdGhlIGFzc3VtcHRpb24NCiAgIG9mIHVu
aWZvcm1seSByYW5kb20gbWFya2luZy4gIE91ciBleHBlcmllbmNlIHJlcG9ydGVkIGluIHRoZSBw
cmV2aW91cw0KICAgc2VjdGlvbiBzaG93cyB0aGF0IHRoZSBhc3N1bXB0aW9uIG9mIHVuaWZvcm0g
bWFya2luZyBtYXkgbm90IGFsd2F5cw0KICAgaG9sZCBpbiB0aGUgY2FzZSBvZiBidXJzdHkgdHJh
ZmZpYy4NCg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQog
ICBBcyBzZWVuIGZyb20gVGFibGUgNC44LCB0aGUgcmVzdWx0cyBmb3IgQ0JSLCBWQlIgYW5kIFZU
UiBhcmUNCiAgIHJlYXNvbmFibHkgY2xvc2UgdG8gdGhvc2UgcHJlZGljdGVkIGJ5IHRoZSBiZWF0
LWRvd24gZWZmZWN0ICh3aXRoaW4NCiAgIDElIGZvciBDQlIgYW5kIHdpdGhpbiAzJSBmb3IgVkJS
IGFuZCBWVFIpLiAgVGhlIGxhcmdlciBkaXNjcmVwYW5jeQ0KICAgYmV0d2VlbiB0aGUgZXhwZWN0
ZWQgYW5kIHRoZSBhY3R1YWwgcmVzdWx0cyBmb3IgU1ZEIGFyZSBtb3N0IGxpa2VseQ0KICAgdGhl
IGNvbnNlcXVlbmNlIG9mIHRoZSBzYW1lIGJ1cnN0aW5lc3MgZWZmZWN0IHRoYXQgd2Ugb2JzZXJ2
ZWQgaW4gdGhlDQogICBwcmV2aW91cyBzZWN0aW9uIHdpdGggcmVzcGVjdCB0byBpbmdyZXNzLWVn
cmVzcyBhZ2dyZWdhdGlvbg0KICAgZXhwZXJpbWVudHMuDQoNCiAgIFJlY2FsbCB0aGF0IGluIGFs
bCBvZiBhYm92ZSBleHBlcmltZW50cywgd2UgaGFkIHRoZSBsb25nIElFLWFnZ3JlZ2F0ZQ0KICAg
Y2FycmllcyB0aGUgdHJhZmZpYyB0d2ljZSBhcyBtdWNoIGFzIHRoZSBzaG9ydCBvbmVzLiAgTm93
IHdlDQogICBpbnZlc3RpZ2F0ZSB3aGF0IHdpbGwgaGFwcGVuIGlmIHRoaXMgbG9hZCByYXRpbyBj
aGFuZ2VzLiAgV2UgY2FuIHVzZQ0KICAgdGhlIHNhbWUgbWV0aG9kIChhcyB0aGUgb25lIGlsbHVz
dHJhdGVkIGluIHRoZSBsYXN0IHN1YnNlY3Rpb24pIHRvDQogICBvYnRhaW4gdGhlIGV4cGVjdGVk
LXRlcm1pbmF0aW9uIGZvciBhbnkgZ2l2ZW4gUExUIHRvcG9sb2d5LiAgVGhlDQogICBleHBlY3Rl
ZCB0cmVuZCBpcyB0aGF0LCBrZWVwaW5nIGFsbCBvdGhlciBjb25kaXRpb25zIHRoZSBzYW1lLCB0
aGUNCiAgIHNtYWxsZXIgcG9ydGlvbiB0aGUgbG9uZyBJRUEgaXMsIHRoZSBtb3JlIHJlbGF0aXZl
IHVuZmFpcm5lc3MgdG93YXJkcw0KICAgaXQgKHBlcmNlbnRhZ2Utd2lzZSkgd2lsbCBiZSBkaXNw
bGF5ZWQuICBJbiBmb2xsb3dpbmcgc2V0IG9mDQogICBleHBlcmltZW50cyB3ZSBjaG9zZSB0aGUg
MToxIGFzIHRoZSBsb2FkIHJhdGlvIChpbnN0ZWFkIG9mIDI6MSkgb2YNCiAgIHRoZSBsb25nIGFu
ZCBzaG9ydCBhZ2dyZWdhdGVzLCB3aGlsZSBrZWVwaW5nIG90aGVyIHRoZSBzZXR0aW5ncw0KICAg
dW5jaGFuZ2VkLiAgVGhlIHJlc3VsdHMsIChhY3R1YWwtdGVybWluYXRpb24gLSBvcHRpbWFsLQ0K
ICAgdGVybWluYXRpb24pKjEwMCUsIGFyZSBzdW1tYXJpemVkIGluIFRhYmxlIDQuOS4NCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
WmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAg
ICAgICAgW1BhZ2UgMzldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0
aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAgLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgICAgICAgICAgfCAg
ICAgICBDQlIgICAgICAgIHwgICAgICAgVlRSICAgICAgICB8DQogICB8ICAgICAgICAgICB8ICAg
IDI6MSAgICAxOjEgICAgfCAgICAyOjEgICAgMToxICAgIHwNCiAgICAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICBJRUExKDJIKSB8ICAgNy42
MSAgIDEwLjc0ICAgfCAgIDkuMTkgICAxMi41MCAgIHwNCiAgIHwyIElFQTIoMUgpIHwgICAwLjg1
ICAgIDAuNzcgICB8ICAgMy4xNyAgICAyLjE4ICAgfA0KICAgfFAgSUVBMygxSCkgfCAtMTQuNDkg
ICAtOS43MSAgIHwgLTEwLjI3ICAgLTcuMjMgICB8DQogICB8TCAgIEJOMSAgICB8ICAgNS40NSAg
ICA1Ljc1ICAgfCAgIDcuMjQgICAgNy40NCAgIHwNCiAgIHxUICAgQk4yICAgIHwgICAwLjgwICAg
IDAuODQgICB8ICAgMy4xOCAgICAyLjg1ICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIElFQTEoM0gpIHwgIDEwLjg1ICAgMTYu
ODMgICB8ICAxMS45MCAgIDE4LjM2ICAgfA0KICAgfDMgSUVBMigxSCkgfCAgIDAuNzggICAgMC43
NyAgIHwgICAzLjM1ICAgIDIuNjkgICB8DQogICB8ICBJRUEzKDFIKSB8IC0xNC4wOSAgLTEwLjQ4
ICAgfCAtMTAuNDUgICAtNy4yNCAgIHwNCiAgIHxQIElFQTQoMUgpIHwgLTIxLjE3ICAtMTUuOTgg
ICB8IC0xNi44OCAgLTEyLjE5ICAgfA0KICAgfEwgICBCTjEgICAgfCAgIDcuNTkgICAgOC45MyAg
IHwgICA5LjQzICAgMTEuMDUgICB8DQogICB8VCAgIEJOMiAgICB8ICAgMi44MiAgICAzLjgxICAg
fCAgIDQuODAgICAgNS43OCAgIHwNCiAgIHwgICAgQk4zICAgIHwgICAwLjY5ICAgIDEuMTAgICB8
ICAgMi44NyAgICAzLjM0ICAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgIElFQTEoNUgpIHwgIDEzLjU2ICAgMjMuMjMgICB8ICAx
NC43NyAgIDI0Ljc4ICAgfA0KICAgfCAgSUVBMigxSCkgfCAgIDEuNDIgICAgMS4wNiAgIHwgICAz
LjIwICAgIDIuMDYgICB8DQogICB8ICBJRUEzKDFIKSB8IC0xNC4zMyAgIC05Ljk4ICAgfCAtMTEu
NzEgICAtNi4xOSAgIHwNCiAgIHwgIElFQTQoMUgpIHwgLTIxLjAxICAtMTYuMTUgICB8IC0xOC4w
MSAgLTEzLjM1ICAgfA0KICAgfDUgSUVBNSgxSCkgfCAtMjQuMzIgIC0yMC4xNyAgIHwgLTIxLjM5
ICAtMTUuNDcgICB8DQogICB8ICBJRUE2KDFIKSB8IC0yNy4yNCAgLTIzLjA2ICAgfCAtMjMuMzAg
IC0xNi44NiAgIHwNCiAgIHxQICAgQk4xICAgIHwgICA5LjYxICAgMTIuNDcgICB8ICAxMS4wNiAg
IDEzLjg0ICAgfA0KICAgfEwgICBCTjIgICAgfCAgIDUuMDIgICAgNi45NyAgIHwgICA2LjkxICAg
IDkuNzggICB8DQogICB8VCAgIEJOMyAgICB8ICAgMi43MyAgICAzLjk0ICAgfCAgIDQuNzMgICAg
Ni4wMCAgIHwNCiAgIHwgICAgQk40ICAgIHwgICAxLjQxICAgIDEuOTEgICB8ICAgMy41NCAgICA0
LjY1ICAgfA0KICAgfCAgICBCTjUgICAgfCAgIDAuOTIgICAgLjcwICAgIHwgICAyLjg5ICAgIDMu
NzcgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KDQogICBUYWJsZSA0LjkgU3VtbWFyeSBvZiB0aGUgUExUIHJlc3VsdHMgZm9yIDE6MSBs
b25nLXRvLXNob3J0IGxvYWQNCiAgIHJhdGlvLg0KDQogICBUaGUgcmVzdWx0cyBjb25maXJtIG91
ciBleHBlY3RlZCBiZWhhdmlvci4gIEZvciBpbnN0YW5jZSwgdGhlIHJvdw0KICAgdGhhdCBnaXZl
cyB0aGUgb3Zlci10ZXJtaW5hdGlvbiBvZiB0aGUgSUVBMSB0aGF0IGdvZXMgdGhyb3VnaCAzDQog
ICBib3R0bGVuZWNrIGxpbmtzIHNob3dzIHRoYXQgaW4gdGhlIDE6MSByYXRpbyBzZXR1cCwgdGhl
IG92ZXItDQogICB0ZXJtaW5hdGlvbiBvZiB0aGUgbG9uZyBhZ2dyZWdhdGUgaXMgbXVjaCBsYXJn
ZXIgY29tcGFyaW5nIHRvIDI6MQ0KICAgc2V0dXAuICBBbmQgdGhlIHByb2JsZW0gZ3Jvd3Mgc2V2
ZXJlbHkgd2hlbiB0aGUgbnVtYmVyIG9mIGJvdHRsZW5lY2sNCiAgIGxpbmsgaW5jcmVhc2VzIChz
ZWUgSUVBMSAoNUgpKS4gIEZ1cnRoZXJtb3JlLCB0aGUgaW5jcmVtZW50IGluIG92ZXItDQogICB0
ZXJtaW5hdGlvbiBvZiB0aGUgbG9uZyBJRUEgYWxzbyByZWZsZWN0cyBvbiB0aGUgYm90dGxlbmVj
ayBsaW5rLA0KICAgdGhhdCBpcywgdGhlIGFnZ3JlZ2F0ZWQgb3Zlci10ZXJtaW5hdGlvbiBwZXJj
LiBvbiB0aGUgYm90dGxlbmVjayBsaW5rDQogICBpbmNyZWFzZXMgYWNjb3JkaW5nbHkuICBUaGUg
J0EtRScgcGFydCBvZiB0aGUgcmVzdWx0cyBpcyB2ZXJ5IHNpbWlsYXINCiAgIHRvIHRoZSBvbmVz
IGluIFRhYmxlIDQuNS4gIFRoYXQgaXMsIGZvciBDQlIsIFZCUiwgVlRSLCB3ZSBoYXZlIHRoZQ0K
ICAgYWN0dWFsLXRlcm1pbmF0aW9uIGNsb3NlIHRvIGV4cGVjdGF0aW9uLg0KDQogICBBIGhpZ2gt
bGV2ZWwgY29uY2x1c2lvbiBvZiB0aGUgcmVzdWx0cyBwcmVzZW50ZWQgaW4gdGhpcyBzZWN0aW9u
IGlzDQogICB0aGF0IHRoZSBhY3R1YWwgcmVzdWx0cyBjb25maXJtIHRoZSBwcmVkaWN0ZWQgYmVh
dC1kb3duIGVmZmVjdA0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFu
dWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNDBdDQoMDQpJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcN
Cg0KDQogICBjbG9zZWx5IHdpdGggQ0JSLCBWQlIgYW5kIFZUUiB0cmFmZmljLiAgRm9yIFNWRCwg
dGhlIGFkZGl0aW9uYWwgb3Zlci0NCiAgIHRlcm1pbmF0aW9uIGF0IHRoZSBib3R0bGVuZWNrIGxp
bmtzIGlzIGNvbnNpc3RlbnQgd2l0aCB0aGUgZWZmZWN0IG9mDQogICBidXJzdGluZXNzIG9mIHRo
aXMgb24tb2ZmIHRyYWZmaWMgd2l0aCBoaWdoIHBlYWstdG8tbWVhbiByYXRpbyBzZWVuDQogICBp
biBvdGhlciBleHBlcmltZW50cy4NCg0KNC41LiAgU2Vuc2l0aXZpdHkgdG8gQ2FsbCBBcnJpdmFs
IEFzc3VtcHRpb25zDQoNCiAgIEluIHRoaXMgc2VjdGlvbiB3ZSBpbnZlc3RpZ2F0ZSB0byB3aGF0
IGV4dGVudCB0aGUgUG9pc3NvbiBjYWxsDQogICBhcnJpdmFsIGFzc3VtcHRpb24gYWZmZWN0IHRo
ZSBhY2N1cmFjeSBvZiB0aGUgdGVybWluYXRpb24gY29udHJvbA0KICAgYWxnb3JpdGhtLiAgVG8g
dGhhdCBlbmQgd2UgaW52ZXN0aWdhdGVkIHRoZSBjb21wYXJhdGl2ZSBwZXJmb3JtYW5jZQ0KICAg
b2YgdGhlIGFsZ29yaXRobSB3aXRoIFBvaXNzb24gYW5kIEJBVENIIGNhbGwgYXJyaXZhbCBwcm9j
ZXNzZXMgZm9yDQogICB0aGUgYWxsIHRyYWZmaWMuICBUaGUgbWVhbiBjYWxsIGFycml2YWwgcmF0
ZSB3YXMgdGhlIHNhbWUgZm9yIGJvdGgNCiAgIHByb2Nlc3Nlcywgd2l0aCBhIGJhdGNoIG1lYW4g
ZXF1YWwgdG8gNS4NCg0KICAgV2l0aCBzdWZmaWNpZW50IGxldmVsIGluZ3Jlc3MtZWdyZXNzIGFn
Z3JlZ2F0aW9uLCB0aGUgQkFUQ0ggYXJyaXZhbHMNCiAgIGV4cGVyaW1lbnRzIGdpdmUgdmVyeSBz
aW1pbGFyIHJlc3VsdHMgdG8gdGhlIG9uZXMgd2l0aCBQb2lzc29uDQogICBhcnJpdmFscy4gIEhv
d2V2ZXIsIGNvbnRyYXJ5IHRvIHdoYXQgd2UgZXhwZWN0ZWQsIGluIHRoZSBjYXNlIG9mIGxvdw0K
ICAgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24sIHRoZSBCQVRDSCBtb2RlbCBhY3R1YWxseSBw
ZXJmb3JtcyBiZXR0ZXIuDQogICBUaGlzIGlzIHNpbXBseSBiZWNhdXNlIHRoZSBjb21iaW5hdGlv
biBvZiB0aGUgQkFUQ0ggYXJyaXZhbCBhbmQgbG93DQogICBhZ2dyZWdhdGlvbiBtYWtlcyB0aGUg
dHJhZmZpYyBhZ2dyZWdhdGUgbW9yZSAib24vb2ZmIi0gbGlrZS4gIEhlbmNlDQogICB0aGUgc2Ft
ZSByZWFzb24gdGhhdCBWQlIgYW5kIFNWRCBpcyBub3QgYWZmZWN0ZWQgYnkgdGhlIGxvdw0KICAg
YWdncmVnYXRpb24gKGRpc2N1c3NlZCBpbiBTZWN0aW9uIDQuMyksIGNhbiBiZSBhcHBsaWVkIGhl
cmUuDQoNCg0KNS4gIFN1bW1hcnkgb2YgUmVzdWx0cw0KDQogICBUaGUgc3R1ZHkgcHJlc2VudGVk
IGhlcmUgZGVtb25zdHJhdGVkIHRoYXQgb3ZlcmFsbCwgYm90aCBhZG1pc3Npb24NCiAgIGNvbnRy
b2wgYW5kIHRlcm1pbmF0aW9uIGFsZ29yaXRobXMgb2YNCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1j
bC1hcmNoaXRlY3R1cmVdIHdvcmsgcmVhc29uYWJseSB3ZWxsIGFuZCBhcmUNCiAgIHJlbGF0aXZl
bHkgaW5zZW5zaXRpdmUgdG8gcGFyYW1ldGVyIHZhcmlhdGlvbnMuDQoNCiAgIFdlIGNhbiBzdW1t
YXJpemUgdGhlIGNvbmNsdXNpb25zIG9mIHRoZSBzdHVkeSBzbyBmYXIgYXMgZm9sbG93cy4NCg0K
NS4xLiAgU3VtbWFyeSBvZiBBZG1pc3Npb24gQ29udHJvbCBSZXN1bHRzDQoNCiAgIG8gIFdlIG9i
c2VydmVkIG5vIHNpZ25pZmljYW50IGJlbmVmaXQgb2YgdXNpbmcgInJhbXAiIG1ha2luZyBpbnN0
ZWFkDQogICAgICBvZiBhIHNpbXBsZXIgInN0ZXAiIG1hcmtpbmcuDQoNCiAgIG8gIFRoZXJlIGFw
cGVhcnMgdG8gYmUgbm8gYXBwcmVjaWFibGUgc2Vuc2l0aXZpdHkgb2YgdGhlIGFkbWlzc2lvbg0K
ICAgICAgYWxnb3JpdGhtIHRvIGVpdGhlciB0aGUgYWJzb2x1dGUgdmFsdWUgb2YgdGhlIHJvdW5k
LXRyaXAgdGltZSBvcg0KICAgICAgdGhlIHJlbGF0aXZlIHZhbHVlIG9mIHRoZSByb3VuZC10cmlw
IHRpbWUgYmV0d2VlbiBkaWZmZXJlbnQgZmxvd3MuDQoNCiAgIG8gIEFzIGEgcnVsZSBvZiB0aHVt
YiwgdGhlIGxldmVsIG9mIGJvdHRsZW5lY2sgYWdncmVnYXRpb24gbmVjZXNzYXJ5DQogICAgICB0
byBkZW1vbnN0cmF0ZSB0b2xlcmFibGUgcGVyZm9ybWFuY2UgZXZlbiBpbiB0aGUgc2ltcGxlc3Qg
bmV0d29yaw0KICAgICAgdG9wb2xvZ3kgY29ycmVzcG9uZHMgdG8gbGlua3Mgb2YgYWJvdXQgMTAg
TWJwcyBvciBoaWdoZXIgZm9yIHZvaWNlDQogICAgICB0cmFmZmljIChDQlIgb2YgVkJSIHdpdGgg
c2lsZW5jZSBjb21wcmVzc2lvbiksIGFzc3VtaW5nIGF0IGxlYXN0DQogICAgICA1MCUgb2YgdGhl
IGxpbmsgc3BlZWQgaXMgYWxsb2NhdGVkIHRvIHRoZSBQQ04gdHJhZmZpYy4gIEZvciBoaWdoZXIN
CiAgICAgIHJhdGUgYnVyc3R5IFNWRCBmbG93cywgNTAlIG9mIHRoZSBPQzQ4IG9mIGhpZ2hlciBh
cHBlYXJzIHRvIGJlIGENCg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEph
bnVhcnkgNiwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDQxXQ0KDA0KSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgQ0wgU2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3
DQoNCg0KICAgICAgcmVhc29uYWJsZSBydWxlIG9mIHRodW1iLiAgVGhlIGhpZ2hlciB0aGUgZGVn
cmVlIG9mIGJvdHRsZW5lY2sNCiAgICAgIGFnZ3JlZ2F0aW9uLCB0aGUgYmV0dGVyIHRoZSBwZXJm
b3JtYW5jZS4NCg0KICAgbyAgRXZlbiB0aG91Z2ggbGFyZ2VyIHBlciBpbmdyZXNzLWVncmVzcyBw
YWlyIGFnZ3JlZ2F0aW9uIHJlc3VsdHMgaW4NCiAgICAgIGJldHRlciBwZXJmb3JtYW5jZSBvZiBh
ZG1pc3Npb24gY29udHJvbCBhbGdvcml0aG0sIHBlcmZvcm1hbmNlDQogICAgICByZW1haW5zIHJl
YXNvbmFibGUgZXZlbiBmb3IgcmVhbGx5IGxvdyBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbg0K
ICAgICAgbGV2ZWxzIChpLmUuIGEgc2luZ2xlIG9yIGEgc21hbGwgbnVtYmVyIG9mIGJ1cnN0eSBT
VkQgZmxvdyBwZXINCiAgICAgIGluZ3Jlc3MpLg0KDQogICBvICBQb2lzc29uIGNhbGwgYXJyaXZh
bCBoYXMgYSB2aXNpYmxlIGVmZmVjdCBvbiBwZXJmb3JtYW5jZSBhdCBsb3dlcg0KICAgICAgbGV2
ZWxzIG9mIGFnZ3JlZ2F0aW9uICgxMCBNYnBzIGZvciB2b2ljZSBvciBsb3dlciksIGJ1dCBpcyBv
ZiBsZXNzDQogICAgICBzaWduaWZpY2FuY2UgYXQgdGhlIGhpZ2hlciBsZXZlbHMgb2YgYWdncmVn
YXRpb24vbGluayBzcGVlZHMNCg0KICAgbyAgVGhlIGFsZ29yaXRobSBpcyByZWxhdGl2ZWx5IGlu
c2Vuc2l0aXZlIHRvIHZhcmlhdGlvbiBvZiBrZXkNCiAgICAgIHBhcmFtZXRlciBzZXR0aW5ncyBh
dCB0aGUgaW50ZXJuYWwgbm9kZSBvciB0aGUgaW5ncmVzcyBvZiB0aGUgUENODQogICAgICBkb21h
aW4sIGFzIGxvbmcgYXMgdGhlIHZhcmlhdGlvbnMgYXJlIGtlcHQgd2l0aGluIGEgcmVhc29uYWJs
ZQ0KICAgICAgcmFuZ2UgYXJvdW5kICJzZW5zaWJsZSIgcGFyYW1ldGVyIHNldHRpbmdzLg0KDQog
ICBvICBBcyBleHBlY3RlZCwgc3ludGhldGljIHZpZGVvIHRyYWZmaWMgU1ZEIHdhcyB0aGUgbW9z
dCBjaGFsbGVuZ2luZw0KICAgICAgZm9yIGFsbCB0b3BvbG9naWVzLCBhbmQgdGhlIHBlcmZvcm1h
bmNlIG9mIHJlYWwgdmlkZW8gdHJhY2VzIChWVFIpDQogICAgICB3YXMgc3Vic3RhbnRpYWxseSBi
ZXR0ZXIuICBFdmVuIGZvciB0aGUgU1ZELCBob3dldmVyLCBhIHJhbmdlIG9mDQogICAgICBwYXJh
bWV0ZXJzIGV4aXN0IGZvciB3aGljaCBwZXJmb3JtYW5jZSBhY3Jvc3MgYWxsIGV4cGVyaW1lbnRz
DQogICAgICBjb25zaWRlcmVkIGlzIHdpdGhpbiByZWFzb25hYmxlIGJvdW5kcw0KDQogICBvICBU
aGUgYWxnb3JpdGhtcyBpcyByZWxhdGl2ZWx5IGluc2Vuc2l0aXZlIHRvIHRoZSBsZXZlbCBvZiBp
bmdyZXNzLQ0KICAgICAgZWdyZXNzIGFnZ3JlZ2F0aW9uDQoNCiAgIG8gIE5vIHBlcmZvcm1hbmNl
IGRlZ3JhZGF0aW9uIGlzIG9ic2VydmVkIG9uIHRoZSBib3R0bGVuZWNrIGxpbmsuIGluDQogICAg
ICBhIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ3kgd2hlcmUgc29tZSBmbG93cyB0cmF2ZXJzZSBt
dWx0aXBsZQ0KICAgICAgYm90dGxlbmVja3MgaW4gdGhlIHByZXNlbmNlIG9mIGNyb3NzLXRyYWZm
aWMgb24gZWFjaCBvZiB0aGUNCiAgICAgIGJvdHRsZW5lY2sgbGlua3MuICBIb3dldmVyLCB0aGUg
YWxnb3JpdGhtIHN1ZmZlcnMgZnJvbSB0aGUgd2VsbC0NCiAgICAgIGtub3duIHBoZW5vbWVub24g
b2YgdW5mYWlybmVzcyB0b3dhcmRzIGZsb3dzIHRyYXZlcnNpbmcgbXVsdGlwbGUNCiAgICAgIGJv
dHRsZW5lY2tzLg0KDQo1LjIuICBTdW1tYXJ5IGFuZCBEaXNjdXNzaW9uIG9mIFRlcm1pbmF0aW9u
IFJlc3VsdHMNCg0KICAgVGhlIHNpbXVsYXRpb25zIHJlc3VsdHMgcHJlc2VudGVkIGluIHRoaXMg
aW5zdGFsbG1lbnQgb2YgdGhlDQogICBzaW11bGF0aW9uIHN0dWR5IGZ1cnRoZXIgZGVtb25zdHJh
dGVkIHRoYXQgYXQgbGVhc3QgaW4gYSBzaW1wbGUgb25lLQ0KICAgYm90dGxlbmVjayB0b3BvbG9n
eSBjYXNlIHRoZSB0ZXJtaW5hdGlvbiBtZWNoYW5pc20gb2Ygd29ya3MNCiAgIHJlYXNvbmFibHkg
d2VsbCBmb3IgYSB3aWRlIHJhbmdlIG9mIHBhcmFtZXRlcnMgZm9yIGFsbCB0cmFmZmljIG1vZGVs
cw0KICAgd2UgY29uc2lkZXJlZC4NCg0KICAgVGhlIGtleSB0aHJ1c3Qgb2YgdGhpcyBzdHVkeSB3
YXMgdGhlIGludmVzdGlnYXRpb24gb2YgaG93IG11Y2gNCiAgIGluZ3Jlc3MtZWdyZXNzIGFnZ3Jl
Z2F0aW9uIGlzIG5lZWRlZCBmb3IgdG9sZXJhYmxlIHBlcmZvcm1hbmNlIG9mIHRoZQ0KICAgYWxn
b3JpdGhtIChhc3N1bWluZyBzdWZmaWNpZW50IGRlZ3JlZSBvZiBib3R0bGVuZWNrIGFnZ3JlZ2F0
aW9uKS4gIFdlDQogICBkZW1vbnN0cmF0ZWQgdGhhdCBjb250cmFyeSB0byBvdXIgZXhwZWN0YXRp
b25zLCBpdCB3YXMgbm90IGVhc3kgdG8NCiAgIGZpbmQgY2FzZXMgd2l0aCBzdWZmaWNpZW50bHkg
YmFkIHBlcmZvcm1hbmNlLiAgV2UgdHJhY2VkIHNvbWUgb2YgdGhpcw0KICAgYmV0dGVyLXRoYW4t
ZXhwZWN0ZWQgcGVyZm9ybWFuY2UgdG8gdGhlIGVmZmVjdCBvZiBzeW5jaHJvbml6YXRpb24gb2YN
Cg0KDQoNClpoYW5nLCBldCBhbC4gICAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgNiwgMjAwOCAg
ICAgICAgICAgICAgIFtQYWdlIDQyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgQ0wg
U2ltdWxhdGlvbiBTdHVkeSAgICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgdGhlIHRv
a2VuIGJ1Y2tldCBzdGF0ZSBmb3IgY2VydGFpbiBjb21iaW5hdGlvbnMgb2YgcGFyYW1ldGVyIHZh
bHVlcywNCiAgIGFuZCB3ZSBkZW1vbnN0cmF0ZWQgdGhpcyBlZmZlY3QgY2FuIG5vdCBiZSBzaW1w
bGl5IHJlZ2FyZGVkIGFzDQogICBzaW11bGF0aW9uIGFydGlmYWN0LiAgQSBxdWVzdGlvbiBvZiB3
aGV0aGVyIHRoaXMgc3luY2hyb25pemF0aW9uIGNhbg0KICAgYmUgZXhwbG9yZWQgdG8gdGhlIGJl
bmVmaXQgb2YgdGhlIGdlbmVyYWwgb3BlcmF0aW9uIGZvciB2b2ljZS1vbmx5DQogICBQQ04gcmVn
aW9ucyByZW1haW5zIG9wZW4sIGJ1dCBzZWVtcyBvZiBzdWJzdGFudGlhbCBpbnRlcmVzdC4gIEZ1
cnRoZXINCiAgIGludmVzdGlnYXRpb24gd2l0aCBvdGhlciBjb2RpY2VzIGFuZCBpbiBhIGJyb2Fk
ZXIgc2V0IG9mIG5ldHdvcmsNCiAgIGNvbmRpdGlvbnMgaXMgd2FycmFudGVkIHRvIGFkZHJlc3Mg
dGhpcyBxdWVzdGlvbi4NCg0KICAgT3VyIGV4cGVyaW1lbnRzIGRlbW9uc3RyYXRlZCB0aGF0IHRo
ZSBhYnNvbHV0ZSB2YWx1ZSBvZiBSVFQgb2YgdGhlDQogICBmbG93cyBzaGFyaW5nIHRoZSBzYW1l
IGJvdHRsZW5lY2sgZGlkIG5vdCBoYXZlIGFueSBhcHByZWNpYWJsZSBlZmZlY3QNCiAgIGFzIGxv
bmcgYXMgdGhlIFJUVCBvZiBhbGwgZmxvd3Mgd2VyZSB0aGUgc2FtZSAob3IgY2xvc2UpLiAgSG93
ZXZlciwNCiAgIHdlIGhhdmUgZGVtb25zdHJhdGVkIHRoYXQgaWYgUlRUcyBvZiBkaWZmZXJlbnQg
Zmxvd3MgYXJlDQogICBzdWJzdGFudGlhbGx5IGRpZmZlcmVudCwgbG9uZ2VyIFJUVCBmbG93cyB0
ZW5kIHRvIG92ZXItdGVybWluYXRlLA0KICAgcmVzdWx0aW5nIGluIG92ZXJhbGwgb3Zlci10ZXJt
aW5hdGlvbiBhcyB3ZWxsLg0KDQogICBJbiB0aGUgbXVsdGktYm90dGxlbmVjayBjYXNlLCB0aGUg
ImJlYXRkb3duIiBvZiBsb25nLWhhdWwgZGlzY3Vzc2VkDQogICBpbiB0aGUgY29udGV4dCBvZiBh
ZG1pc3Npb24sIGNhdXNlIGEgY2VydGFpbiBkZWdyZWUgb2Ygb3Zlci0NCiAgIHRlcm1pbmF0aW9u
LiAgSW4gYWRkaXRpb24sIHVubGlrZSB0aGUgY2FzZSBvZiBhZG1pc3Npb24gd2hlbiB1bmRlci0N
CiAgIGFkbWlzc2lvbiBvZiBsb25nLWhhdWwgYWdncmVnYXRlcyB3YXMgY29tcGVuc2F0ZWQgYnkg
dGhlIG92ZXItDQogICBhZG1pc3Npb24gb2YgdGhlIHNob3J0LWhhdWwgYWdncmVnYXRlcyBrZWVw
aW5nIHRoZSBib3R0bGVuZWNrcw0KICAgdXRpbGl6ZWQsIGluIHRoZSBjYXNlIG9mIHRlcm1pbmF0
aW9uLCBhbnkgb3Zlci10ZXJtaW5hdGlvbiBvZiBsb25nLQ0KICAgaGF1bCBhZ2dyZWdhdGVzIGlz
IGxpa2VseSB0byByZXN1bHQgaW4gdW5kZXItdXRpbGl6YXRpb24gb2Ygc29tZQ0KICAgYm90dGxl
bmVjayBsaW5rcy4NCg0KICAgT24gdGhlIGJyaWdodCBzaWRlLCBhdCBsZWFzdCBpbiB0aGUgZXhw
ZXJpbWVudHMgd2UgY29uZHVjdGVkLCB0aGUNCiAgIG1hZ25pdHVkZSBvZiB0aGUgb3Zlci10ZXJt
aW5hdGlvbiB3YXMgcmVsYXRpdmVseSBzbWFsbC4NCg0KDQo2LiAgRnV0dXJlIHdvcmsNCg0KICAg
VGhpcyBkcmFmdCBpcyBidXQgYW4gaW50ZXJtZWRpYXRlIHN0ZXAgaW4gdGhlIGludmVzdGlnYXRp
b24gb2YNCiAgIHBlcmZvcm1hbmNlIG9mIEFkbWlzc2lvbiBhbmQgdGVybWluYXRpb24gYXBwcm9h
Y2hlcyBmb3IgYSBQQ04gZG9tYWluLg0KICAgTWFueSBvZiB0aGUgYXNwZWN0cyBvZiB0aGUgcmVh
bCBuZXR3b3JrcyBoYXZlIG5vdCBiZWVuIGFkZHJlc3NlZCBkdWUNCiAgIHRvIHRpbWUgYW5kIHJl
c291cmNlIGxpbWl0YXRpb25zLiAgVGhvc2UgYXJlIHN1YmplY3Qgb2Ygb24tZ29pbmcNCiAgIGlu
dmVzdGlnYXRpb24uICBTb21lIG9mIHRoZXNlIGFyZSBsaXN0ZWQgYmVsb3cuDQoNCiAgIG8gIG1v
cmUgcmVhbGlzdGljIHNpZ25hbGluZyBtb2RlbA0KDQogICBvICBJbnZlc3RpZ2F0aW9uIG9mIGNv
bXBhcmF0aXZlIHJhbXAgdnMgc3RlcCBwZXJmb3JtYW5jZSBmb3IgbXVsdGlwbGUNCiAgICAgIGJv
dHRsZW5lY2sgY2FzZQ0KDQogICBvICBJbnZlc3RpZ2F0aW9uIG9mIGNvbXBhcmF0aXZlIHJhbXAg
dnMgc3RlcCBwZXJmb3JtYW5jZSBhdCBsb3cgQ0xFDQogICAgICB2YWx1ZXMNCg0KICAgbyAgTW9y
ZSBnZW5lcmFsIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ2llcw0KDQoNCg0KDQoNCg0KWmhhbmcs
IGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAg
W1BhZ2UgNDNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0
dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQo3LiAgSUFOQSBDb25zaWRlcmF0aW9u
cw0KDQogICBUaGlzIGRvY3VtZW50IHBsYWNlcyBubyByZXF1ZXN0cyBvbiBJQU5BLg0KDQoNCjgu
ICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucw0KDQogICBUaGVyZSBhcmUgbm8gbmV3IHNlY3VyaXR5
IGlzc3VlcyBvciBjb25zaWRlcmF0aW9ucyBpbnRyb2R1Y2VkIGJ5IHRoaXMNCiAgIGRvY3VtZW50
Lg0KDQoNCjkuICBSZWZlcmVuY2VzDQoNCjkuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAg
IFtSRkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIElu
ZGljYXRlDQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJDUCAxNCwgUkZDIDIx
MTksIE1hcmNoIDE5OTcuDQoNCjkuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMNCg0KICAgW0kt
RC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0NCiAgICAgICAgICAgICAgQnJpc2NvZSwg
Qi4sICJBbiBlZGdlLXRvLWVkZ2UgRGVwbG95bWVudCBNb2RlbCBmb3IgUHJlLQ0KICAgICAgICAg
ICAgICBDb25nZXN0aW9uIE5vdGlmaWNhdGlvbjogQWRtaXNzaW9uICBDb250cm9sIG92ZXIgYQ0K
ICAgICAgICAgICAgICBEaWZmU2VydiBSZWdpb24iLCBkcmFmdC1icmlzY29lLXRzdndnLWNsLWFy
Y2hpdGVjdHVyZS0wNA0KICAgICAgICAgICAgICAod29yayBpbiBwcm9ncmVzcyksIE9jdG9iZXIg
MjAwNi4NCg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLXBoYl0NCiAgICAgICAgICAgICAgQnJp
c2NvZSwgQi4sICJQcmUtQ29uZ2VzdGlvbiBOb3RpZmljYXRpb24gbWFya2luZyIsDQogICAgICAg
ICAgICAgIGRyYWZ0LWJyaXNjb2UtdHN2d2ctY2wtcGhiLTAzICh3b3JrIGluIHByb2dyZXNzKSwN
CiAgICAgICAgICAgICAgT2N0b2JlciAyMDA2Lg0KDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctcmUt
ZWNuLWJvcmRlci1jaGVhdF0NCiAgICAgICAgICAgICAgQnJpc2NvZSwgQi4sICJFbXVsYXRpbmcg
Qm9yZGVyIEZsb3cgUG9saWNpbmcgdXNpbmcgUmUtRUNODQogICAgICAgICAgICAgIG9uIEJ1bGsg
RGF0YSIsIGRyYWZ0LWJyaXNjb2UtdHN2d2ctcmUtZWNuLWJvcmRlci1jaGVhdC0wMQ0KICAgICAg
ICAgICAgICAod29yayBpbiBwcm9ncmVzcyksIEp1bmUgMjAwNi4NCg0KICAgW0ktRC5icmlzY29l
LXRzdndnLXJlLWVjbi10Y3BdDQogICAgICAgICAgICAgIEJyaXNjb2UsIEIuLCAiUmUtRUNOOiBB
ZGRpbmcgQWNjb3VudGFiaWxpdHkgZm9yIENhdXNpbmcNCiAgICAgICAgICAgICAgQ29uZ2VzdGlv
biB0byBUQ1AvSVAiLCBkcmFmdC1icmlzY29lLXRzdndnLXJlLWVjbi10Y3AtMDMNCiAgICAgICAg
ICAgICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYuDQoNCiAgIFtJLUQuZGF2aWUt
ZWNuLW1wbHNdDQogICAgICAgICAgICAgIERhdmllLCBCLiwgIkV4cGxpY2l0IENvbmdlc3Rpb24g
TWFya2luZyBpbiBNUExTIiwNCiAgICAgICAgICAgICAgZHJhZnQtZGF2aWUtZWNuLW1wbHMtMDEg
KHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYuDQoNCiAgIFtJLUQuZWFyZGxleS1wY24t
YXJjaGl0ZWN0dXJlXQ0KICAgICAgICAgICAgICBFYXJkbGV5LCBQLiwgIlByZS1Db25nZXN0aW9u
IE5vdGlmaWNhdGlvbiBBcmNoaXRlY3R1cmUiLA0KICAgICAgICAgICAgICBkcmFmdC1lYXJkbGV5
LXBjbi1hcmNoaXRlY3R1cmUtMDAgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0KDQoNCg0KWmhhbmcsIGV0
IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1Bh
Z2UgNDRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBDTCBTaW11bGF0aW9uIFN0dWR5
ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICAgICAgICAgICAgIEp1bmUgMjAwNy4N
Cg0KICAgW0ktRC5sZWZhdWNoZXVyLWVtZXJnZW5jeS1yc3ZwXQ0KICAgICAgICAgICAgICBGYXVj
aGV1ciwgRi4sICJSU1ZQIEV4dGVuc2lvbnMgZm9yIEVtZXJnZW5jeSBTZXJ2aWNlcyIsDQogICAg
ICAgICAgICAgIGRyYWZ0LWxlZmF1Y2hldXItZW1lcmdlbmN5LXJzdnAtMDIgKHdvcmsgaW4gcHJv
Z3Jlc3MpLA0KICAgICAgICAgICAgICBKdW5lIDIwMDYuDQoNCg0KQXV0aG9ycycgQWRkcmVzc2Vz
DQoNCiAgIFhpbnlhbmcgKEpveSkgWmhhbmcNCiAgIENpc2NvIFN5c3RlbXMsIEluYy4gYW5kIENv
cm5lbGwgVW5pdmVyc2l0eQ0KICAgMTQxNCBNYXNzLiBBdmUuDQogICBCb3hib3JvdWdoLCBNQSAg
MDE3MTkNCiAgIFVTQQ0KDQogICBFbWFpbDogam95emhhbmdAY2lzY28uY29tDQoNCg0KICAgQW5u
YSBDaGFybnkNCiAgIENpc2NvIFN5c3RlbXMsIEluYy4NCiAgIDE0MTQgTWFzcy4gQXZlLg0KICAg
Qm94Ym9yb3VnaCwgTUEgIDAxNzE5DQogICBVU0ENCg0KICAgRW1haWw6IGFjaGFybnlAY2lzY28u
Y29tDQoNCg0KICAgVmFzc2lsaXMgTGlhdHNvcw0KICAgQ2lzY28gU3lzdGVtcywgSW5jLg0KICAg
MTQxNCBNYXNzLiBBdmUuDQogICBCb3hib3JvdWdoLCBNQSAgMDE3MTkNCiAgIFVTQQ0KDQogICBF
bWFpbDogdmxpYXRzb3NAY2lzY28uY29tDQoNCg0KICAgRnJhbmNvaXMgTGUgRmF1Y2hldXINCiAg
IENpc2NvIFN5c3RlbXMsIEluYy4NCiAgIFZpbGxhZ2UgZCdFbnRyZXByaXNlIEdyZWVuIFNpZGUt
QmF0aW1lbnQgVDMsIDQwMCBBdmVudWUgZGUgUm91bWFuaWxsZQ0KICAgMDY0MTAgQmlvdCBTb3Bo
aWEtQW50aXBvbGlzLA0KICAgRnJhbmNlDQoNCiAgIEVtYWlsOiBmbGVmYXVjaEBjaXNjby5jb20N
Cg0KDQoNCg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSA2
LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNDVdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICBDTCBTaW11bGF0aW9uIFN0dWR5ICAgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQpG
dWxsIENvcHlyaWdodCBTdGF0ZW1lbnQNCg0KICAgQ29weXJpZ2h0IChDKSBUaGUgSUVURiBUcnVz
dCAoMjAwNykuDQoNCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byB0aGUgcmlnaHRzLCBs
aWNlbnNlcyBhbmQgcmVzdHJpY3Rpb25zDQogICBjb250YWluZWQgaW4gQkNQIDc4LCBhbmQgZXhj
ZXB0IGFzIHNldCBmb3J0aCB0aGVyZWluLCB0aGUgYXV0aG9ycw0KICAgcmV0YWluIGFsbCB0aGVp
ciByaWdodHMuDQoNCiAgIFRoaXMgZG9jdW1lbnQgYW5kIHRoZSBpbmZvcm1hdGlvbiBjb250YWlu
ZWQgaGVyZWluIGFyZSBwcm92aWRlZCBvbiBhbg0KICAgIkFTIElTIiBiYXNpcyBhbmQgVEhFIENP
TlRSSUJVVE9SLCBUSEUgT1JHQU5JWkFUSU9OIEhFL1NIRSBSRVBSRVNFTlRTDQogICBPUiBJUyBT
UE9OU09SRUQgQlkgKElGIEFOWSksIFRIRSBJTlRFUk5FVCBTT0NJRVRZLCBUSEUgSUVURiBUUlVT
VCBBTkQNCiAgIFRIRSBJTlRFUk5FVCBFTkdJTkVFUklORyBUQVNLIEZPUkNFIERJU0NMQUlNIEFM
TCBXQVJSQU5USUVTLCBFWFBSRVNTDQogICBPUiBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBM
SU1JVEVEIFRPIEFOWSBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0YNCiAgIFRIRSBJTkZPUk1BVElP
TiBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRA0KICAg
V0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgT1IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFS
IFBVUlBPU0UuDQoNCg0KSW50ZWxsZWN0dWFsIFByb3BlcnR5DQoNCiAgIFRoZSBJRVRGIHRha2Vz
IG5vIHBvc2l0aW9uIHJlZ2FyZGluZyB0aGUgdmFsaWRpdHkgb3Igc2NvcGUgb2YgYW55DQogICBJ
bnRlbGxlY3R1YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90aGVyIHJpZ2h0cyB0aGF0IG1pZ2h0IGJl
IGNsYWltZWQgdG8NCiAgIHBlcnRhaW4gdG8gdGhlIGltcGxlbWVudGF0aW9uIG9yIHVzZSBvZiB0
aGUgdGVjaG5vbG9neSBkZXNjcmliZWQgaW4NCiAgIHRoaXMgZG9jdW1lbnQgb3IgdGhlIGV4dGVu
dCB0byB3aGljaCBhbnkgbGljZW5zZSB1bmRlciBzdWNoIHJpZ2h0cw0KICAgbWlnaHQgb3IgbWln
aHQgbm90IGJlIGF2YWlsYWJsZTsgbm9yIGRvZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQgaGFzDQog
ICBtYWRlIGFueSBpbmRlcGVuZGVudCBlZmZvcnQgdG8gaWRlbnRpZnkgYW55IHN1Y2ggcmlnaHRz
LiAgSW5mb3JtYXRpb24NCiAgIG9uIHRoZSBwcm9jZWR1cmVzIHdpdGggcmVzcGVjdCB0byByaWdo
dHMgaW4gUkZDIGRvY3VtZW50cyBjYW4gYmUNCiAgIGZvdW5kIGluIEJDUCA3OCBhbmQgQkNQIDc5
Lg0KDQogICBDb3BpZXMgb2YgSVBSIGRpc2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYgU2VjcmV0
YXJpYXQgYW5kIGFueQ0KICAgYXNzdXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWls
YWJsZSwgb3IgdGhlIHJlc3VsdCBvZiBhbg0KICAgYXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdl
bmVyYWwgbGljZW5zZSBvciBwZXJtaXNzaW9uIGZvciB0aGUgdXNlIG9mDQogICBzdWNoIHByb3By
aWV0YXJ5IHJpZ2h0cyBieSBpbXBsZW1lbnRlcnMgb3IgdXNlcnMgb2YgdGhpcw0KICAgc3BlY2lm
aWNhdGlvbiBjYW4gYmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0
b3J5IGF0DQogICBodHRwOi8vd3d3LmlldGYub3JnL2lwci4NCg0KICAgVGhlIElFVEYgaW52aXRl
cyBhbnkgaW50ZXJlc3RlZCBwYXJ0eSB0byBicmluZyB0byBpdHMgYXR0ZW50aW9uIGFueQ0KICAg
Y29weXJpZ2h0cywgcGF0ZW50cyBvciBwYXRlbnQgYXBwbGljYXRpb25zLCBvciBvdGhlciBwcm9w
cmlldGFyeQ0KICAgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhhdCBtYXkgYmUg
cmVxdWlyZWQgdG8gaW1wbGVtZW50DQogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFkZHJlc3Mg
dGhlIGluZm9ybWF0aW9uIHRvIHRoZSBJRVRGIGF0DQogICBpZXRmLWlwckBpZXRmLm9yZy4NCg0K
DQpBY2tub3dsZWRnbWVudA0KDQogICBGdW5kaW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlv
biBpcyBwcm92aWRlZCBieSB0aGUgSUVURg0KICAgQWRtaW5pc3RyYXRpdmUgU3VwcG9ydCBBY3Rp
dml0eSAoSUFTQSkuDQoNCg0KDQoNCg0KWmhhbmcsIGV0IGFsLiAgICAgICAgICAgIEV4cGlyZXMg
SmFudWFyeSA2LCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgNDZdDQoMDQoNCg0K

------_=_NextPart_001_01C7C22D.902C570C
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C7C22D.902C570C--





From pcn-bounces@ietf.org Tue Jul 10 02:33:47 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I89I8-0004YN-NQ; Tue, 10 Jul 2007 02:33:44 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I89I7-0004RV-6D
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 02:33:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I89I6-0004Oc-2g
	for pcn@ietf.org; Tue, 10 Jul 2007 02:33:42 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I89I1-0001EA-Bc
	for pcn@ietf.org; Tue, 10 Jul 2007 02:33:41 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 75B4C701D;
	Tue, 10 Jul 2007 08:33:34 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 67E727D7A;
	Tue, 10 Jul 2007 08:33:34 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 46A38701D;
	Tue, 10 Jul 2007 08:33:34 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6A6XYk29276; 
	Tue, 10 Jul 2007 08:33:34 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id A49E16F58E; Tue, 10 Jul 2007 08:27:57 +0200 (CEST)
Message-ID: <469327AA.1070100@informatik.uni-wuerzburg.de>
Date: Tue, 10 Jul 2007 08:31:06 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Philip Eardley <philip.eardley@bt.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: pcn@ietf.org
Subject: [PCN] Pre-congestion and ECN
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil and others,,

 > > I think it makes sense to define the term "pre-congestion": a link with
 > > capacity C is pre-congested with regard to a rate threshold R<C if its
 > > current traffic rate is above R. This applies both to the
 > > configurable-admission-rate and configurable-termination-rate
 > > thresholds, i.e., there are different types of pre-congestion. We
 > > introduced this notion in Section 2 of  the "Three State PCN Marking"
 > > draft:
 > > http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

 > would this definition also catch ECN (which 3168 considers 
congestion, rather than pre-congestion)?

Congestion observed in real queues by ECN can be seen as a special form 
of "pre-congestion", namely with regard to the link rate R=C. It is 
possible to view it as such, but I find it a bit pathologic because the 
"pre-" is not really met since R=C and not R<C.

This makes the difference between PCN and ECN explicit: ECN starts 
marking packets when real queueing (=congestion) occurs while PCN 
already marks packets when pre-congestion occurs, i.e., when a rate R<C 
is exceeded and no physical queues arise.

Regards,

    Michael

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 10 02:39:26 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I89Ne-0008I3-K4; Tue, 10 Jul 2007 02:39:26 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I89Nd-0008Hp-E9
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 02:39:25 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I89Nd-0008Hh-2y
	for pcn@ietf.org; Tue, 10 Jul 2007 02:39:25 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I89NN-0003pH-Kt
	for pcn@ietf.org; Tue, 10 Jul 2007 02:39:25 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 21B6B7D7A
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:38:37 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 14BA17D82
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:38:37 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0199F7D7A
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:38:37 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6A6cak29292
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:38:36 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP id
	95D996F58E for <pcn@ietf.org>; Tue, 10 Jul 2007 08:33:00 +0200 (CEST)
Message-ID: <469328D9.60408@informatik.uni-wuerzburg.de>
Date: Tue, 10 Jul 2007 08:36:09 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: pcn@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Subject: [PCN] Probing in the presence of hash-based load balancing
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

I would like to start a discussion regarding the probing mechanism. I 
see the following constraints when equal-cost multipath (ECMP) routing 
is used:

1) Probe packets must have the same source and destination addresses as 
well as source and destination ports as normal data packets because load 
balancing algorithms compute a hash over relevant packet header entries 
and depending on this hash value, they forward the packets to one of 
several possible outgoing interfaces. This assures that all packets of 
the same flow take the same route.

2) PCN-based AC is a border-to-border solution. Therefore, PCN-related 
signaling packets should not leave the network although equipped with 
"wrong" source and destination addresses. Is that true? If not, why not?

3) A standardized mechanism is required to encode probe packets that PCN 
egress routers can recognize and intercept them, and to signal 
appropriate feedback to the corresponding AC entities.

4) I don't know the exact header fields used for the hash-based load 
balancing. These fields should be the same for normal data packets and 
probe packets to make sure that they all take the same path. Which 
fields are typically used for that purpose? Those that are typically not 
used might be changed to indicate that PCN packets are used for probing.

Are these assumptions correct? What mechanisms are possible?

Best wishes,

    Michael

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 10 02:47:01 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I89Uz-0007Bi-3f; Tue, 10 Jul 2007 02:47:01 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I89Uw-0007Bc-T6
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 02:46:58 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I89Ut-0007BU-Gd
	for pcn@ietf.org; Tue, 10 Jul 2007 02:46:55 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I89Uo-0001Rn-Vo
	for pcn@ietf.org; Tue, 10 Jul 2007 02:46:55 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 8325C7902
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:46:48 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 7566281AF
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:46:48 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 53CF07902
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:46:48 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6A6kmk29406
	for <pcn@ietf.org>; Tue, 10 Jul 2007 08:46:48 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP id
	DF1876F58E for <pcn@ietf.org>; Tue, 10 Jul 2007 08:41:11 +0200 (CEST)
Message-ID: <46932AC5.2010909@informatik.uni-wuerzburg.de>
Date: Tue, 10 Jul 2007 08:44:21 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: pcn@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Subject: [PCN] Terminology
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

I would like to discuss (again) some terminology for PCN. To get things 
done quickly, we stuck in the architecture draft to the working 
nomenclature from the CL draft and left the exact names for further 
discussion. See Section 2 of
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.txt
We proposed an alternative nomenclature in Section 1.3 of
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

The main differences are the following four names, all other terms are fine:

"admissible rate" instead of "configured-admission-rate":
It's the rate that CAN be admitted. Then it is self-understood that the 
rate is not measured but configured.

"supportable rate" instead of "configured-termination-rate":
It's the rate that CAN be supported. Then it is self-understood that the 
rate is not measured but configured. Furthermore, an alternative action 
for flow termination is rate reduction for which the name "termination" 
is not appropriate.

"admission-stop marking" instead of "admission-marking":
The meaning of the marking is that admission should be stopped. The name 
"admission-marking" rather suggests the opposite. This is also in line 
with the single-marking approach.

"excess-traffic marking" instead of "termination-marking":
The name "termination-marking" is fine as long as flow termination is 
the only option to reduce the rate of ingress-egress-aggregates when the 
supportable rate of a link is exceeded. However, an alternative reaction 
to this marking is flow rate reduction (although not in this charter). 
Therefore, the name of that marking should be neutral with
regard to the action.

Regards,

    Michael

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 10 12:07:16 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8IFA-0006mt-Bv; Tue, 10 Jul 2007 12:07:16 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8IF9-0006mk-V8
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 12:07:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8IF9-0006ma-LO
	for pcn@ietf.org; Tue, 10 Jul 2007 12:07:15 -0400
Received: from imr1.ericy.com ([198.24.6.9])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8IF9-00019v-DM
	for pcn@ietf.org; Tue, 10 Jul 2007 12:07:15 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id l6AGBG28019301
	for <pcn@ietf.org>; Tue, 10 Jul 2007 11:11:16 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Jul 2007 11:07:14 -0500
Received: from [147.117.169.165] ([147.117.169.165]) by
	eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Jul 2007 11:07:14 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: pcn <pcn@ietf.org>
Content-Type: multipart/mixed; boundary="=-AV8a9qD96xyOxOeqJVk3"
Organization: Ericsson IP Infrastructure
Date: Tue, 10 Jul 2007 12:07:13 -0400
Message-Id: <1184083633.12129.12.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-OriginalArrivalTime: 10 Jul 2007 16:07:14.0511 (UTC)
	FILETIME=[61701DF0:01C7C30C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Subject: [PCN] IETF 69 *DRAFT* PCN agenda
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org


--=-AV8a9qD96xyOxOeqJVk3
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Attached is the draft agenda for the Chicago meeting, also available at:

http://www3.ietf.org/proceedings/07jul/agenda/pcn.txt

Please send comments/corrections to the list ASAP.


See you in Chicago.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913

--=-AV8a9qD96xyOxOeqJVk3
Content-Disposition: attachment; filename=pcn-ietf69-agenda.txt
Content-Type: text/plain; name=pcn-ietf69-agenda.txt; charset=UTF-8
Content-Transfer-Encoding: 7bit

Congestion and Pre-Congestion Notification WG (pcn)

Wednesday, July 25, 2007 
0900-1130 Morning Session I
Adams
====================================

CHAIRs: Scott Bradner <sob@harvard.edu>
        Steven Blake  <steven.blake@ericsson.com>

AGENDA:

o Administrivia                                        chairs           10 min
  - Blue sheets
  - Scribe
  - Agenda bash
  - Milestones status

o Pre-Congestion Notification Architecture             Philip Eardley   30 min
  draft-eardley-pcn-architecture-00

o LC-PCN - The Load Control PCN Solution               G. Karagiannis   15 min
  draft-westberg-pcn-load-control-00

o Pre-Congestion Notification Encoding Comparison      Kwok-Ho Chan     30 min
  draft-chan-pcn-encoding-comparison-00

o Three State PCN Marking                              Kwok-Ho Chan     15 min
  draft-babiarz-pcn-3sm-00

o Pre-Congestion Notification Using Single Marking     Anna Charny      10 min
  for Admission and Termination
  draft-charny-pcn-single-marking-02

o Performance Evaluation fo CL-PHB Admission and       Anna Charny      10 min
  Termination Algorithms 
  draft-zhang-pcn-performance-evaluation-02



--=-AV8a9qD96xyOxOeqJVk3
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--=-AV8a9qD96xyOxOeqJVk3--






From pcn-bounces@ietf.org Tue Jul 10 12:38:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8Ij6-00079Q-VE; Tue, 10 Jul 2007 12:38:12 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8Ij6-000776-91
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 12:38:12 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Ij5-00075p-Us
	for pcn@ietf.org; Tue, 10 Jul 2007 12:38:11 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8Ij5-0001Pa-My
	for pcn@ietf.org; Tue, 10 Jul 2007 12:38:11 -0400
Received: from zrtphxm1.corp.nortel.com (zrtphxm1.corp.nortel.com
	[47.140.202.50])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6AGbDa15125 for <pcn@ietf.org>; Tue, 10 Jul 2007 16:37:13 GMT
Received: from KCHAN-2K3.nortel.com ([47.16.54.136] RDNS failed) by
	zrtphxm1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Jul 2007 12:37:12 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 10 Jul 2007 12:37:10 -0400
To: pcn@ietf.org
From: "Kwok-Ho Chan" <khchan@nortel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <ZRTPHXM19ZNMjiGwYt70000061f@zrtphxm1.corp.nortel.com>
X-OriginalArrivalTime: 10 Jul 2007 16:37:13.0179 (UTC)
	FILETIME=[918712B0:01C7C310]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Subject: [PCN] EncodingCompDraftIssue#1: Reliance on DiffServ for traffic
 separation
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is the start of Issue #1 for draft-chan-pcn-encoding-comparison-xx.txt.

In -00 of the Encoding Comparison draft,
we have organized the encoding choices and made some assumptions
on the possible use of DiffServ for the purpose of separating the PCN traffic
from all other traffic.

Would want to test this assumption by making it the Issue #1 for the
Encoding Comparison draft:

"Should the PCN WG requires the use of DiffServ (or some other mechanism)
to separate the PCN (packet) traffic from all other (packet) traffic?"

The result of discussion on this Issue #1 will affect how we compare 
the different
Encoding choices (including the use of ECN bits and other DSCPs).

This assumption on requirement may also affect the Requirements on 
Metering Algorithms
and Marking Semantics as we go forward.

A secondary (for the future) idea that may play into this discussion is that
should we use PCN on other real-time traffic service classes?  Should these
different real-time service classes be separated by the use of DiffServ?

Thanks!
-- Kwok --





_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 10 12:53:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8Ixd-0005og-LT; Tue, 10 Jul 2007 12:53:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8Ixb-0005oW-OY
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 12:53:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Ixb-0005oN-E0
	for pcn@ietf.org; Tue, 10 Jul 2007 12:53:11 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8IxV-0002TW-KJ
	for pcn@ietf.org; Tue, 10 Jul 2007 12:53:11 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 10 Jul 2007 12:53:05 -0400
X-IronPort-AV: i="4.16,523,1175486400"; 
	d="txt'?scan'208"; a="64807284:sNHT290705556"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6AGr55M026069
	for <pcn@ietf.org>; Tue, 10 Jul 2007 12:53:05 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6AGr5s0002228
	for <pcn@ietf.org>; Tue, 10 Jul 2007 16:53:05 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 10 Jul 2007 12:53:04 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7C312.C8BBD015"
Date: Tue, 10 Jul 2007 12:53:03 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704C2397B@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Replacing corrupted version of draft-charny-pcn-single-marking
Thread-Index: AcfDEXhVrgHLATEZREaxP0j75jQ2xwAAAeFw
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 10 Jul 2007 16:53:04.0997 (UTC)
	FILETIME=[C8DAF950:01C7C312]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=156900; t=1184086385;
	x=1184950385; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20Replacing=20corrupted=20version=20of=20draft-charny-pcn-singl
	e-marking |Sender:=20 |To:=20<pcn@ietf.org>;
	bh=lk4vFehspZMAw1aspD63ZcfJS1Hmj4C2srFne6SkOuU=;
	b=dFy6Y98lW09JXtNlK2izXpKlxHQyY41gj/zS/wfULrMD2ujx8JpTGPVsGpnvYs65sWbvSLeu
	we2QM5oLr6sQd7fbd1JJqr6yM1h7m0La9zeRWGf5A/uxGFX78bL5tGlM;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: dbfb79d92942ee1182cb668b1064ded6
Subject: [PCN] Replacing corrupted version of draft-charny-pcn-single-marking
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7C312.C8BBD015
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

It appears that the version of the Single Marking draft that was sent
yesterday somehow got corrupted.  Please find the new version (it was
also reposted to the ietf-drafts@ietf.org, but will take some time
propagating).  Sorry for any inconvenience this may have caused.

Anna=20

------_=_NextPart_001_01C7C312.C8BBD015
Content-Type: text/plain;
	name="draft-charny-pcn-single-marking-02.txt"
Content-Transfer-Encoding: base64
Content-Description: draft-charny-pcn-single-marking-02.txt
Content-Disposition: attachment;
	filename="draft-charny-pcn-single-marking-02.txt"

DQoNCk5ldHdvcmsgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEEuIENoYXJueQ0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQpJbnRlbmRlZCBzdGF0dXM6IFN0
YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSi4gWmhhbmcNCkV4
cGlyZXM6IEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICAgQ2lzY28gU3lzdGVtcywgSW5j
LiBhbmQgQ29ybmVsbA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBVbml2ZXJzaXR5DQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRi4gTGUgRmF1Y2hldXINCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVi4g
TGlhdHNvcw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBKdWx5IDksIDIwMDcNCg0KDQogICBQcmUtQ29u
Z2VzdGlvbiBOb3RpZmljYXRpb24gVXNpbmcgU2luZ2xlIE1hcmtpbmcgZm9yIEFkbWlzc2lvbiBh
bmQNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFRlcm1pbmF0aW9uDQogICAgICAgICAg
ICAgICAgIGRyYWZ0LWNoYXJueS1wY24tc2luZ2xlLW1hcmtpbmctMDIudHh0DQoNClN0YXR1cyBv
ZiB0aGlzIE1lbW8NCg0KICAgQnkgc3VibWl0dGluZyB0aGlzIEludGVybmV0LURyYWZ0LCBlYWNo
IGF1dGhvciByZXByZXNlbnRzIHRoYXQgYW55DQogICBhcHBsaWNhYmxlIHBhdGVudCBvciBvdGhl
ciBJUFIgY2xhaW1zIG9mIHdoaWNoIGhlIG9yIHNoZSBpcyBhd2FyZQ0KICAgaGF2ZSBiZWVuIG9y
IHdpbGwgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNoIGhlIG9yIHNoZSBiZWNvbWVzDQog
ICBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwgaW4gYWNjb3JkYW5jZSB3aXRoIFNlY3Rpb24gNiBv
ZiBCQ1AgNzkuDQoNCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2Yg
dGhlIEludGVybmV0IEVuZ2luZWVyaW5nDQogICBUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFz
LCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0aGF0DQogICBvdGhlciBncm91cHMgbWF5
IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC0NCiAgIERyYWZ0
cy4NCg0KICAgSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1bWVudHMgdmFsaWQgZm9yIGEg
bWF4aW11bSBvZiBzaXggbW9udGhzDQogICBhbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBv
ciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0KICAgdGltZS4gIEl0IGlzIGlu
YXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UNCiAgIG1hdGVy
aWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiINCg0K
ICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFjY2Vzc2VkIGF0
DQogICBodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQuDQoNCiAgIFRo
ZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNz
ZWQgYXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuDQoNCiAgIFRoaXMgSW50
ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSmFudWFyeSAxMCwgMjAwOC4NCg0KQ29weXJpZ2h0
IE5vdGljZQ0KDQogICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4NCg0KQWJz
dHJhY3QNCg0KICAgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIGRlc2NyaWJlZCBpbg0KICAg
W0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdIGFuZCBlYXJsaWVyIGluDQoNCg0KDQpDaGFy
bnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAg
ICAgW1BhZ2UgMV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUg
TWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC1hcmNoaXRlY3R1cmVdIGFwcHJvYWNoIHByb3Bvc2VzIHRoZSB1c2Ugb2YgYW4NCiAgIEFk
bWlzc2lvbiBDb250cm9sIG1lY2hhbmlzbSB0byBsaW1pdCB0aGUgYW1vdW50IG9mIHJlYWwtdGlt
ZSBQQ04NCiAgIHRyYWZmaWMgdG8gYSBjb25maWd1cmVkIGxldmVsIGR1cmluZyB0aGUgbm9ybWFs
IG9wZXJhdGluZyBjb25kaXRpb25zLA0KICAgYW5kIHRoZSB1c2Ugb2YgYSBGbG93IFRlcm1pbmF0
aW9uIG1lY2hhbmlzbSB0byB0ZWFyLWRvd24gc29tZSBvZiB0aGUNCiAgIGZsb3dzIHRvIGJyaW5n
IHRoZSBQQ04gdHJhZmZpYyBsZXZlbCBkb3duIHRvIGEgZGVzaXJhYmxlIGFtb3VudA0KICAgZHVy
aW5nIHVuZXhwZWN0ZWQgZXZlbnRzIHN1Y2ggYXMgbmV0d29yayBmYWlsdXJlcywgd2l0aCB0aGUg
Z29hbCBvZg0KICAgbWFpbnRhaW5pbmcgdGhlIFFvUyBhc3N1cmFuY2VzIHRvIHRoZSByZW1haW5p
bmcgZmxvd3MuICBJbg0KICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLCBBZG1pc3Np
b24gYW5kIEZsb3cgVGVybWluYXRpb24gdXNlDQogICB0d28gZGlmZmVyZW50IG1hcmtpbmdzIGFu
ZCB0d28gZGlmZmVyZW50IG1ldGVyaW5nIG1lY2hhbmlzbXMgaW4gdGhlDQogICBpbnRlcm5hbCBu
b2RlcyBvZiB0aGUgUENOIHJlZ2lvbi4gIFRoaXMgZHJhZnQgcHJvcG9zZXMgYSBtZWNoYW5pc20N
CiAgIHVzaW5nIGEgc2luZ2xlIG1hcmtpbmcgYW5kIG1ldGVyaW5nIGZvciBib3RoIEFkbWlzc2lv
biBhbmQgRmxvdw0KICAgVGVybWluYXRpb24sIGFuZCBwcmVzZW50cyBhIHByZWxpbWluYXJ5IGFu
YWx5c2lzIG9mIHRoZSB0cmFkZW9mZnMuICBBDQogICBzaWRlLWVmZmVjdCBvZiB0aGlzIHByb3Bv
c2FsIGlzIHRoYXQgYSBkaWZmZXJlbnQgbWFya2luZyBhIG5kDQogICBtZXRlcmluZyBBZG1pc3Np
b24gbWVjaGFuaXNtIHRoYW4gdGhhdCBwcm9wb3NlZCBpbg0KICAgW0ktRC5lYXJkbGV5LXBjbi1h
cmNoaXRlY3R1cmVdIG1heSBiZSBhbHNvIGZlYXNpYmxlLCBhbmQgbWF5IHJlc3VsdA0KICAgaW4g
YSBudW1iZXIgb2YgYmVuZWZpdHMuICBJbiBhZGRpdGlvbiwgdGhpcyBkcmFmdCBwcm9wb3NlcyBh
DQogICBtaWdyYXRpb24gcGF0aCBmb3IgaW5jcmVtZW50YWwgZGVwbG95bWVudCBvZiB0aGlzIGFw
cHJvYWNoIGFzIGFuDQogICBpbnRlcm1lZGlhdGUgc3RlcCB0byB0aGUgZHVhbC1tYXJraW5nIGFw
cHJvYWNoLg0KDQpSZXF1aXJlbWVudHMgTGFuZ3VhZ2UNCg0KICAgVGhlIGtleSB3b3JkcyAiTVVT
VCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNI
T1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwi
IGluIHRoaXMNCiAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQg
aW4gUkZDIDIxMTkgW1JGQzIxMTldLg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51
YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQYWdlIDJdDQoMDQpJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcN
Cg0KDQpUYWJsZSBvZiBDb250ZW50cw0KDQogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUNCiAgICAgMS4xLiAgQ2hh
bmdlcyBmcm9tIC0wMSB2ZXJzaW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg
NQ0KICAgICAxLjIuICBUZXJtaW5vbG9neSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuICA1DQogICAgIDEuMy4gIEJhY2tncm91bmQgYW5kIE1vdGl2YXRpb24g
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDUNCiAgIDIuICBUaGUgU2luZ2xlIE1h
cmtpbmcgQXBwcm9hY2ggIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNw0KICAg
ICAyLjEuICBIaWdoIExldmVsIGRlc2NyaXB0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuICA3DQogICAgIDIuMi4gIE9wZXJhdGlvbiBhdCB0aGUgUENOLWludGVyaW9yLW5v
ZGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgNCiAgICAgMi4zLiAgT3BlcmF0aW9uIGF0IHRo
ZSBQQ04tZWdyZXNzLW5vZGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOA0KICAgICAyLjQu
ICBPcGVyYXRpb24gYXQgdGhlIFBDTi1pbmdyZXNzLW5vZGUgIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuICA4DQogICAgICAgMi40LjEuICBBZG1pc3Npb24gRGVjaXNpb24gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgNCiAgICAgICAyLjQuMi4gIEZsb3cgVGVybWluYXRpb24g
RGVjaXNpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOQ0KICAgMy4gIEJlbmVmaXRz
IG9mIEFsbG93aW5nIHRoZSBTaW5nbGUgTWFya2luZyBBcHByb2FjaCAuIC4gLiAuIC4gLiAuIDEw
DQogICA0LiAgSW1wYWN0IG9uIFBDTiBBcmNoaXRlY3R1cmFsIEZyYW1ld29yayAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMTANCiAgICAgNC4xLiAgSW1wYWN0IG9uIHRoZSBQQ04tSW50ZXJuYWwt
Tm9kZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMQ0KICAgICA0LjIuICBJbXBhY3Qgb24g
dGhlIFBDTi1ib3VuZGFyeSBub2RlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDExDQogICAg
ICAgNC4yLjEuICBJbXBhY3Qgb24gUENOLUVncmVzcy1Ob2RlICAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gMTENCiAgICAgICA0LjIuMi4gIEltcGFjdCBvbiB0aGUgUENOLUluZ3Jlc3MtTm9k
ZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMg0KICAgICA0LjMuICBTdW1tYXJ5IG9mIFByb3Bv
c2VkIEVuaGFuY2VtZW50cyBSZXF1aXJlZCBmb3IgU3VwcG9ydA0KICAgICAgICAgICBvZiBTaW5n
bGUgTWFya2luZyBPcHRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEzDQog
ICAgIDQuNC4gIFByb3Bvc2VkIE9wdGlvbmFsIFJlbmFtaW5nIG9mIHRoZSBNYXJraW5nIGFuZCBN
YXJraW5nDQogICAgICAgICAgIFRocmVzaG9sZHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTMNCiAgICAgNC41LiAgQW4gT3B0aW1pemF0aW9uIFVzaW5n
IGEgU2luZ2xlIENvbmZpZ3VyYXRpb24gUGFyYW1ldGVyDQogICAgICAgICAgIGZvciBTaW5nbGUg
TWFya2luZyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTQNCiAgIDUu
ICBJbmNyZW1lbnRhbCBEZXBsb3ltZW50IENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAxNA0KICAgNi4gIFRyYWRlb2ZmcywgSXNzdWVzIGFuZCBMaW1pdGF0aW9ucyBvZiBT
aW5nbGUgTWFya2luZw0KICAgICAgIEFwcHJvYWNoIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE2DQogICAgIDYuMS4gIFJlc3RyaWN0aW9ucyBv
biBUZXJtaW5hdGlvbi10by1hZG1pc3Npb24gVGhyZXNob2xkcyAgLiAuIC4gMTYNCiAgICAgNi4y
LiAgQXNzdW1wdGlvbnMgb24gTG9zcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAxNg0KICAgICA2LjMuICBFZmZlY3Qgb2YgUmVhY3Rpb24gVGltZXNjYWxlIG9mIEFkbWlz
c2lvbiBNZWNoYW5pc20gIC4gLiAuIDE2DQogICAgIDYuNC4gIFBlcmZvcm1hbmNlIEltcGxpY2F0
aW9ucyBhbmQgVHJhZGVvZmZzIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTYNCiAgICAgNi41LiAgRWZm
ZWN0IG9uIFByb3Bvc2VkIEFudGktQ2hlYXRpbmcgTWVjaGFuaXNtcyAgLiAuIC4gLiAuIC4gLiAx
Nw0KICAgICA2LjYuICBFQ01QIEhhbmRsaW5nICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIDE3DQogICAgIDYuNy4gIFRyYWZmaWMgRW5naW5lZXJpbmcgQ29uc2lk
ZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTgNCiAgIDcuICBQZXJmb3JtYW5jZSBF
dmFsdWF0aW9uIENvbXBhcmlzb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMg0KICAg
ICA3LjEuICBSZWxhdGlvbnNoaXAgdG8gb3RoZXIgZHJhZnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDIyDQogICAgIDcuMi4gIExpbWl0YXRpb25zLCBDb25jbHVzaW9ucyBhbmQgRGly
ZWN0aW9uIGZvciBGdXR1cmUgV29yayAuIC4gMjINCiAgICAgICA3LjIuMS4gIEhpZ2ggTGV2ZWwg
Q29uY2x1c2lvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMg0KICAgICAgIDcu
Mi4yLiAgRnV0dXJlIHdvcmsgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIDIzDQogICA4LiAgQXBwZW5kaXggQTogIFNpbXVsYXRpb24gRGV0YWlscyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gMjMNCiAgICAgOC4xLiAgTmV0d29yayBhbmQgU2lnbmFsaW5n
IE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMw0KICAgICA4LjIuICBUcmFm
ZmljIE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI2
DQogICAgICAgOC4yLjEuICBWb2ljZSBUcmFmZmljIE1vZGVscyAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMjYNCiAgICAgICA4LjIuMi4gICJTeW50aGV0aWMgVmlkZW8iOiAgSGln
aCBSYXRlIE9OLU9GRiB0cmFmZmljIHdpdGgNCiAgICAgICAgICAgICAgIFZpZGVvLWxpa2UgIE1l
YW4gYW5kIFBlYWsgUmF0ZXMgKCJTVkQiKSAgLiAuIC4gLiAuIC4gLiAyNw0KICAgICAgIDguMi4z
LiAgUmVhbCBWaWRlbyBUcmFjZXMgKFZUUikgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDI4DQogICAgICAgOC4yLjQuICBSYW5kb21pemF0aW9uIG9mIEJhc2UgVHJhZmZpYyBNb2RlbHMg
LiAuIC4gLiAuIC4gLiAuIC4gMjkNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGly
ZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgICBbUGFnZSAzXQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KICAgICA4LjMuICBQYXJhbWV0ZXIgU2V0dGluZ3MgLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI5DQogICAgICAgOC4zLjEuICBRdWV1ZS1iYXNlZCBz
ZXR0aW5ncyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjkNCiAgICAgICA4LjMu
Mi4gIFRva2VuIEJ1Y2tldCBTZXR0aW5ncyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAyOQ0KICAgICA4LjQuICBTaW11bGF0aW9uIERldGFpbHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIDMwDQogICAgICAgOC40LjEuICBTZW5zaXRpdml0eSB0byBFV01B
IHdlaWdodCBhbmQgQ0xFIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzANCiAgICAgICA4LjQuMi4gIEVm
ZmVjdCBvZiBJbmdyZXNzLUVncmVzcyBBZ2dyZWdhdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAzMg0K
ICAgICAgIDguNC4zLiAgRWZmZWN0IG9mIE11bHRpcGxlIEJvdHRsZW5lY2tzIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDM4DQogICA5LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDINCiAgIDEwLiBJQU5BIENvbnNpZGVyYXRp
b25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0Mg0KICAgMTEu
IFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIDQyDQogICAgIDExLjEuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDINCiAgICAgMTEuMi4gSW5mb3JtYXRpdmUgUmVmZXJl
bmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0Mg0KICAgICAxMS4zLiBS
ZWZlcmVuY2VzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDQzDQogICBBdXRob3JzJyBBZGRyZXNzZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gNDMNCiAgIEludGVsbGVjdHVhbCBQcm9wZXJ0eSBhbmQgQ29weXJp
Z2h0IFN0YXRlbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiA0NQ0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQ2hh
cm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAg
ICAgIFtQYWdlIDRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xl
IE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQoxLiAgSW50cm9kdWN0aW9uDQoN
CjEuMS4gIENoYW5nZXMgZnJvbSAtMDEgdmVyc2lvbg0KDQogICBvICBBZGRlZCBtaXNjZWxsYW5l
b3VzIGNsYXJpZmljYXRpb25zIGJhc2VkIG9uIGNvbW1lbnRzIHJlY2VpdmVkIG9uDQogICAgICB2
ZXJzaW9uIC0wMQ0KDQogICBvICBSZW1vdmVkIFRlcm1pbm9sb2d5IHNlY3Rpb24gYW5kIHJlcGxh
Y2VkIGl0IHdpdGggYSBwb2ludGVyIHRvDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVj
dHVyZV0uDQoNCiAgIG8gIEFkZGVkIGEgc2VjdGlvbiBvbiBzdGFuZGFyZHMgaW1wbGljYXRpb25z
IGFuZCBjb25zaWRlcmF0aW9ucyBmb3INCiAgICAgIGluY3JlbWVudGFsIGRlcGxveW1lbnQNCg0K
ICAgbyAgQWRkZWQgYSBzZWN0aW9uIG9uIEVDTVAgaGFuZGxpbmcNCg0KICAgbyAgQWRkZWQgYSBz
ZWN0aW9uIG9uIHRyYWZmaWMgZW5naW5lZXJpbmcgY29uc2lkZXJhdGlvbnMgYW5kDQogICAgICB0
cmFkZW9mZnMuDQoNCiAgIG8gIFVuZGF0ZWQgdGhlIEFwcGVuZGl4IHRvIGluY2x1ZGUgbmV3IHJl
c3VsdHMgYW5kIGNvbnNvbGlkYXRlIHNvbWUNCiAgICAgIG9mIHRoZSBvbGQgb25lcw0KDQoxLjIu
ICBUZXJtaW5vbG9neQ0KDQogICBUaGlzIGRyYWZ0IHVzZXMgdGhlIHRlcm1pbm9sb2d5IGRlZmlu
ZWQgaW4NCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXQ0KDQoxLjMuICBCYWNrZ3Jv
dW5kIGFuZCBNb3RpdmF0aW9uDQoNCiAgIFByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlvbiBbSS1E
LmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0gYXBwcm9hY2gNCiAgIHByb3Bvc2VzIHRvIHVzZSBh
biBBZG1pc3Npb24gQ29udHJvbCBtZWNoYW5pc20gdG8gbGltaXQgdGhlIGFtb3VudCBvZg0KICAg
cmVhbC10aW1lIFBDTiB0cmFmZmljIHRvIGEgY29uZmlndXJlZCBsZXZlbCBkdXJpbmcgdGhlIG5v
cm1hbA0KICAgb3BlcmF0aW5nIGNvbmRpdGlvbnMsIGFuZCB0byB1c2UgYSBGbG93IFRlcm1pbmF0
aW9uIG1lY2hhbmlzbSB0bw0KICAgdGVhci1kb3duIHNvbWUgb2YgdGhlIGZsb3dzIHRvIGJyaW5n
IHRoZSBQQ04gdHJhZmZpYyBsZXZlbCBkb3duIHRvIGENCiAgIGRlc2lyYWJsZSBhbW91bnQgZHVy
aW5nIHVuZXhwZWN0ZWQgZXZlbnRzIHN1Y2ggYXMgbmV0d29yayBmYWlsdXJlcywNCiAgIHdpdGgg
dGhlIGdvYWwgb2YgbWFpbnRhaW5pbmcgdGhlIFFvUyBhc3N1cmFuY2VzIHRvIHRoZSByZW1haW5p
bmcNCiAgIGZsb3dzLiAgSW4gW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1cmVdLCBBZG1pc3Np
b24gYW5kIEZsb3cNCiAgIFRlcm1pbmF0aW9uIHVzZSB0d28gZGlmZmVyZW50IG1hcmtpbmdzIGFu
ZCB0d28gZGlmZmVyZW50IG1ldGVyaW5nDQogICBtZWNoYW5pc21zIGluIHRoZSBpbnRlcm5hbCBu
b2RlcyBvZiB0aGUgUENOIHJlZ2lvbi4gIEFkbWlzc2lvbg0KICAgQ29udHJvbCBhbGdvcml0aG1z
IGZvciB2YXJpYWJsZS1yYXRlIHJlYWwtdGltZSB0cmFmZmljIHN1Y2ggYXMgdmlkZW8NCiAgIGhh
dmUgdHJhZGl0aW9uYWxseSBiZWVuIGJhc2VkIG9uIHRoZSBvYnNlcnZhdGlvbiBvZiB0aGUgcXVl
dWUgbGVuZ3RoLA0KICAgYW5kIGhlbmNlIHJlLXVzaW5nIHRoZXNlIHRlY2huaXF1ZXMgYW5kIGlk
ZWFzIGluIHRoZSBjb250ZXh0IG9mIHByZS0NCiAgIGNvbmdlc3Rpb24gbm90aWZpY2F0aW9uIGlz
IGhpZ2hseSBhdHRyYWN0aXZlLCBhbmQgbW90aXZhdGVkIHRoZQ0KICAgdmlydHVhbC1xdWV1ZS1i
YXNlZCBtYXJraW5nIGFuZCBtZXRlcmluZyBhcHByb2FjaCBzcGVjaWZpZWQgaW4NCiAgIFtJLUQu
YnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIGZvciBBZG1pc3Npb24uICBPbiB0aGUgb3Ro
ZXINCiAgIGhhbmQsIGZvciBGbG93IFRlcm1pbmF0aW9uLCBpdCBpcyBkZXNpcmFibGUgdG8ga25v
dyBob3cgbWFueSBmbG93cw0KICAgbmVlZCB0byBiZSB0ZXJtaW5hdGVkLCBhbmQgdGhhdCBpbiB0
dXJuIG1vdGl2YXRlcyByYXRlLWJhc2VkIEZsb3cNCiAgIFRlcm1pbmF0aW9uIG1ldGVyaW5nLiAg
VGhpcyBwcm92aWRlcyBzb21lIG1vdGl2YXRpb24gZm9yIGVtcGxveWluZw0KICAgZGlmZmVyZW50
IG1ldGVyaW5nIGFsZ29yaXRobSBmb3IgQWRtaXNzaW9uIGFuZCBmb3IgRmxvdyBUZXJtaW5hdGlv
bi4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAw
OCAgICAgICAgICAgICAgICBbUGFnZSA1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBD
TiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgRnVy
dGhlcm1vcmUsIGl0IGlzIGZyZXF1ZW50bHkgZGVzaXJhYmxlIHRvIHRyaWdnZXIgRmxvdyBUZXJt
aW5hdGlvbg0KICAgYXQgYSBzdWJzdGFudGlhbGx5IGhpZ2hlciB0cmFmZmljIGxldmVsIHRoYW4g
dGhlIGxldmVsIGF0IHdoaWNoIG5vDQogICBuZXcgZmxvd3MgYXJlIHRvIGJlIGFkbWl0dGVkLiAg
VGhlcmUgYXJlIG11bHRpcGxlIHJlYXNvbnMgZm9yIHRoZQ0KICAgcmVxdWlyZW1lbnQgdG8gZW5m
b3JjZSBhIGRpZmZlcmVudCBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBhbmQNCiAgIGNvbmZp
Z3VyZWQtdGVybWluYXRpb24tcmF0ZS4gIFRoZXNlIGluY2x1ZGUsIGZvciBleGFtcGxlOg0KDQog
ICBvICBFbmQtdXNlcnMgYXJlIHR5cGljYWxseSBtb3JlIGFubm95ZWQgYnkgdGhlaXIgZXN0YWJs
aXNoZWQgY2FsbA0KICAgICAgZHlpbmcgdGhhbiBieSBnZXR0aW5nIGEgYnVzeSB0b25lIGF0IGNh
bGwgZXN0YWJsaXNobWVudC4gIEhlbmNlDQogICAgICBkZWNpc2lvbnMgdG8gdGVybWluYXRlIGZs
b3dzIG1heSBuZWVkIHRvIGJlIGRvbmUgYXQgYSBoaWdoZXIgbG9hZA0KICAgICAgbGV2ZWwgdGhh
biB0aGUgZGVjaXNpb24gdG8gc3RvcCBhZG1pdHRpbmcuDQoNCiAgIG8gIFRoZXJlIGFyZSBvZnRl
biB2ZXJ5IHRpZ2h0IChwb3NzaWJseSBsZWdhbCkgb2JsaWdhdGlvbnMgb24gbmV0d29yaw0KICAg
ICAgb3BlcmF0b3JzIHRvIG5vdCBkcm9wIGVzdGFibGlzaGVkIGNhbGxzLg0KDQogICBvICBWb2lj
ZSBDYWxsIFJvdXRpbmcgb2Z0ZW4gaGFzIHRoZSBhYmlsaXR5IHRvIHJvdXRlL2VzdGFibGlzaCB0
aGUNCiAgICAgIGNhbGwgb24gYW5vdGhlciBuZXR3b3JrIChlLmcuLCBQU1ROKSBpZiBpdCBpcyBk
ZXRlcm1pbmVkIGF0IGNhbGwNCiAgICAgIGVzdGFibGlzaG1lbnQgdGhhdCBvbmUgbmV0d29yayAo
ZS5nLiwgcGFja2V0IG5ldHdvcmspIGNhbiBub3QNCiAgICAgIGFjY2VwdCB0aGUgY2FsbC4gIFRo
ZXJlZm9yZSwgbm90IGFkbWl0dGluZyBhIGNhbGwgb24gdGhlIHBhY2tldA0KICAgICAgbmV0d29y
ayBhdCBpbml0aWFsIGVzdGFibGlzaG1lbnQgbWF5IG5vdCBpbXBhY3QgdGhlIGVuZC11c2VyLiAg
SW4NCiAgICAgIGNvbnRyYXN0LCBpdCBpcyB1c3VhbGx5IG5vdCBwb3NzaWJsZSB0byByZXJvdXRl
IGFuIGVzdGFibGlzaGVkDQogICAgICBjYWxsIG9udG8gYW5vdGhlciBuZXR3b3JrIG1pZC1jYWxs
LiAgVGhpcyBtZWFucyB0aGF0IGNhbGwNCiAgICAgIFRlcm1pbmF0aW9uIGNhbiBub3QgYmUgaGlk
ZGVuIHRvIHRoZSBlbmQtdXNlci4NCg0KICAgbyAgRmxvdyBUZXJtaW5hdGlvbiBpcyB0eXBpY2Fs
bHkgdXNlZnVsIGluIGZhaWx1cmUgc2l0dWF0aW9ucyB3aGVyZQ0KICAgICAgc29tZSBsb2FkcyBn
ZXQgcmVyb3V0ZWQgdGhlcmVieSBpbmNyZWFzaW5nIHRoZSBsb2FkIG9uIHJlbWFpbmluZw0KICAg
ICAgbGlua3MuICBCZWNhdXNlIHRoZSBmYWlsdXJlIG1heSBvbmx5IGJlIHRlbXBvcmFyeSwgdGhl
IG9wZXJhdG9yDQogICAgICBtYXkgYmUgcmVhZHkgdG8gdG9sZXJhdGUgYSBzbWFsbCBkZWdyYWRh
dGlvbiBkdXJpbmcgdGhlIGludGVyaW0NCiAgICAgIGZhaWx1cmUgcGVyaW9kLiAgVGhpcyBhbHNv
IGFyZ3VlcyBmb3IgYSBoaWdoZXIgY29uZmlndXJlZC0NCiAgICAgIHRlcm1pbmF0aW9uLXJhdGUg
dGhhbiBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZQ0KDQogICBvICBBIGNvbmdlc3Rpb24gbm90
aWZpY2F0aW9uIGJhc2VkIEFkbWlzc2lvbiBzY2hlbWUgaGFzIHNvbWUgaW5oZXJlbnQNCiAgICAg
IGluYWNjdXJhY2llcyBiZWNhdXNlIG9mIGl0cyByZWFjdGl2ZSBuYXR1cmUgYW5kIHRodXMgbWF5
DQogICAgICBwb3RlbnRpYWxseSBvdmVyIGFkbWl0IGluIHNvbWUgc2l0dWF0aW9ucyAoc3VjaCBh
cyBidXJzdCBvZiBjYWxscw0KICAgICAgYXJyaXZhbCkuICBJZiB0aGUgRmxvdyBUZXJtaW5hdGlv
biBzY2hlbWUgcmVhY3RlZCBhdCB0aGUgc2FtZSByYXRlDQogICAgICB0aHJlc2hvbGQgYXMgdGhl
IEFkbWlzc2lvbiAsIGNhbGxzIG1heSBnZXQgcm91dGluZWx5IGRyb3BwZWQgYWZ0ZXINCiAgICAg
IGVzdGFibGlzaG1lbnQgYmVjYXVzZSBvZiBvdmVyIGFkbWlzc2lvbiwgZXZlbiB1bmRlciBzdGVh
ZHkgc3RhdGUNCiAgICAgIGNvbmRpdGlvbnMuDQoNCiAgIFRoZXNlIGNvbnNpZGVyYXRpb25zIGFy
Z3VlIGZvciBtZXRlcmluZyBmb3IgQWRtaXNzaW9uIGFuZCBGbG93DQogICBUZXJtaW5hdGlvbiBh
dCBkaWZmZXJlbnQgdHJhZmZpYyBsZXZlbHMgYW5kIGhlbmNlLCBpbXBsaWNpdGx5LCBmb3INCiAg
IGRpZmZlcmVudCBtYXJraW5ncyBhbmQgbWV0ZXJpbmcgc2NoZW1lcy4NCg0KICAgRGlmZmVyZW50
IG1hcmtpbmcgc2NoZW1lcyByZXF1aXJlIGRpZmZlcmVudCBjb2RlcG9pbnRzLiAgVGh1cywgc3Vj
aA0KICAgc2VwYXJhdGUgbWFya2luZ3MgY29uc3VtZSB2YWx1YWJsZSByZWFsLWVzdGF0ZSBpbiB0
aGUgcGFja2V0IGhlYWRlciwNCiAgIGVzcGVjaWFsbHkgc2NhcmNlIGluIHRoZSBjYXNlIG9mIE1Q
TFMgUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uDQogICBbSS1ELmRhdmllLWVjbi1tcGxzXSAu
ICBGdXJ0aGVybW9yZSwgdHdvIGRpZmZlcmVudCBtZXRlcmluZw0KICAgdGVjaG5pcXVlcyBpbnZv
bHZlIGFkZGl0aW9uYWwgY29tcGxleGl0eSBpbiB0aGUgZGF0YSBwYXRoIG9mIHRoZQ0KICAgaW50
ZXJuYWwgcm91dGVycyBvZiB0aGUgUENOLWRvbWFpbi4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAg
ICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgICBbUGFnZSA2XQ0K
DA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAg
ICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgVG8gdGhpcyBlbmQsIFtJLUQuYnJpc2NvZS10c3Z3
Zy1jbC1hcmNoaXRlY3R1cmVdIHByb3Bvc2VzIGFuDQogICBhcHByb2FjaCwgcmVmZXJyZWQgdG8g
YXMgImltcGxpY2l0IFByZWVtcHRpb24gbWFya2luZyIgaW4gdGhhdCBkcmFmdCwNCiAgIHRoYXQg
ZG9lcyBub3QgcmVxdWlyZSBzZXBhcmF0ZSB0ZXJtaW5hdGlvbi1tYXJraW5nLiAgSG93ZXZlciwg
aXQgZG9lcw0KICAgcmVxdWlyZSB0d28gc2VwYXJhdGUgbWVhc3VyZW1lbnQgc2NoZW1lczogb25l
IG1lYXN1cmVtZW50IGZvcg0KICAgQWRtaXNzaW9uIGFuZCBhbm90aGVyIG1lYXN1cmVtZW50IGZv
ciBGbG93IFRlcm1pbmF0aW9uLiAgRnVydGhlcm1vcmUsDQogICB0aGlzIGFwcHJvYWNoIG1hbmRh
dGVzIHRoYXQgdGhlIGNvbmZpZ3VyZWQtdGVybWluYXRpb24tcmF0ZSBiZSBlcXVhbA0KICAgdG8g
YSBkcm9wIHJhdGUuICBUaGlzIGFwcHJvYWNoIGVmZmVjdGl2ZWx5IHVzZXMgZHJvcHBpbmcgYXMg
dGhlIHdheQ0KICAgdG8gY29udmV5IGluZm9ybWF0aW9uIGFib3V0IGhvdyBtdWNoIHRyYWZmaWMg
Y2FuICJmaXQiIHVuZGVyIHRoZQ0KICAgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLCBpbnN0
ZWFkIG9mIHVzaW5nIGEgc2VwYXJhdGUgdGVybWluYXRpb24NCiAgIG1hcmtpbmcuICBUaGlzIGlz
IGEgc2lnbmlmaWNhbnQgcmVzdHJpY3Rpb24gaW4gdGhhdCBpdCByZXN1bHRzIGluDQogICBmbG93
IHRlcm1pbmF0aW9uIG9ubHkgdGFraW5nIGVmZmVjdCBvbmNlIHBhY2tldHMgYWN0dWFsbHkgZ2V0
DQogICBkcm9wcGVkLg0KDQogICBUaGlzIGRvY3VtZW50IHByZXNlbnRzIGFuIGFwcHJvYWNoIHRo
YXQgYWxsb3dzIHRoZSB1c2Ugb2YgYSBzaW5nbGUNCiAgIFBDTiBtYXJraW5nIGFuZCBhIHNpbmds
ZSBtZXRlcmluZyB0ZWNobmlxdWUgYXQgdGhlIGludGVybmFsIGRldmljZXMNCiAgIHdpdGhvdXQg
cmVxdWlyaW5nIHRoYXQgdGhlIGRyb3BwaW5nIGFuZCBmbG93IHRlcm1pbmF0aW9uIHRocmVzaG9s
ZHMNCiAgIGJlIHRoZSBzYW1lLiAgV2UgYWxzbyBhcmd1ZSB0aGF0IHRoaXMgYXBwcm9hY2ggY2Fu
IGJlIHVzZWQgYXMNCiAgIGludGVybWVkaWF0ZSBzdGVwIGluIGltcGxlbWVudGF0aW9uIGFuZCBk
ZXBsb3ltZW50IG9mIGEgZnVsbC1mbGVkZ2VkDQogICBkdWFsLW1hcmtpbmcgUENOIGltcGxlbWVu
dGF0aW9uLg0KDQoNCjIuICBUaGUgU2luZ2xlIE1hcmtpbmcgQXBwcm9hY2gNCg0KMi4xLiAgSGln
aCBMZXZlbCBkZXNjcmlwdGlvbg0KDQogICBUaGUgcHJvcG9zZWQgYXBwcm9hY2ggaXMgYmFzZWQg
b24gc2V2ZXJhbCBzaW1wbGUgaWRlYXM6DQoNCiAgIG8gIFJlcGxhY2UgdmlydHVhbC1xdWV1ZS1i
YXNlZCBtYXJraW5nIGZvciBBZG1pc3Npb24gQ29udHJvbCBieQ0KICAgICAgZXhjZXNzIHJhdGUg
bWFya2luZzoNCg0KICAgICAgKiAgbWV0ZXIgdHJhZmZpYyBleGNlZWRpbmcgdGhlIGNvbmZpZ3Vl
ZC1hZG1pc3NpYmxlLXJhdGUgYW5kIG1hcmsNCiAgICAgICAgICpleGNlc3MqIHRyYWZmaWMgKGUu
Zy4gdXNpbmcgYSB0b2tlbiBidWNrZXQgd2l0aCB0aGUgcmF0ZQ0KICAgICAgICAgY29uZmlndXJl
ZCB3aXRoIHRoZSByYXRlIGVxdWFsIHRvIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlKQ0KDQog
ICAgICAqICBhdCB0aGUgUENOLWJvdW5kYXJ5LW5vZGUsIHN0b3AgYWRtaXR0aW5nIHRyYWZmaWMg
d2hlbiB0aGUNCiAgICAgICAgIGZyYWN0aW9uIG9mIG1hcmtlZCB0cmFmZmljIGZvciBhIGdpdmVu
IGVkZ2UtdG8tZWRnZSBhZ2dyZWdhdGUNCiAgICAgICAgIGV4Y2VlZHMgYSBjb25maWd1cmVkIHRo
cmVzaG9sZCAoZS5nLiBzdG9wIGFkbWl0dGluZyB3aGVuIDMlIG9mDQogICAgICAgICBhbGwgdHJh
ZmZpYyBpbiB0aGUgZWRnZS10by1lZGdlIGFnZ3JlZ2F0ZSByZWNlaXZlZCBhdCB0aGUNCiAgICAg
ICAgIGluZ3Jlc3MgaXMgbWFya2VkKQ0KDQogICBvICBJbXBvc2UgYSBQQ04tZG9tYWluLXdpZGUg
Y29uc3RyYWludCBvbiB0aGUgcmF0aW8gVSBiZXR3ZWVuIHRoZQ0KICAgICAgY29uZmlndXJlZC1h
ZG1pc3NpYmxlLXJhdGUgb24gYSBsaW5rIGFuZCBsZXZlbCBvZiB0aGUgUENOIGxvYWQgb24NCiAg
ICAgIHRoZSBsaW5rIGF0IHdoaWNoIEZsb3cgVGVybWluYXRpb24gbmVlZHMgdG8gYmUgdHJpZ2dl
cmVkIChidXQgZG8NCiAgICAgIG5vdCBleHBsaWNpdGx5IGNvbmZpZ3VyZSBjb25maWd1cmVkLXRl
cm1pbmF0aW9uLXJhdGUpLiAgRm9yDQogICAgICBleGFtcGxlLCBvbmUgbWlnaHQgaW1wb3NlIGEg
cG9saWN5IHRoYXQgRmxvdyBUZXJtaW5hdGlvbiBpcw0KICAgICAgdHJpZ2dlcmVkIHdoZW4gUENO
IHRyYWZmaWMgZXhjZWVkcyAxMjAlIG9mIHRoZSBjb25maWd1cmVkLQ0KICAgICAgYWRtaXNzaWJs
ZS1yYXRlIG9uIGFueSBsaW5rIG9mIHRoZSBQQ04tZG9tYWluKS4NCg0KDQoNCg0KQ2hhcm55LCBl
dCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQ
YWdlIDddDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtp
bmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBUaGUgcmVtYWluaW5nIHBhcnQgb2Yg
dGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUgcG9zc2libGUgb3BlcmF0aW9uDQogICBvZiB0aGUg
c3lzdGVtLg0KDQoyLjIuICBPcGVyYXRpb24gYXQgdGhlIFBDTi1pbnRlcmlvci1ub2RlDQoNCiAg
IFRoZSBQQ04taW50ZXJpb3Itbm9kZSBtZXRlcnMgdGhlIGFnZ3JlZ2F0ZSBQQ04gdHJhZmZpYyBh
bmQgbWFya3MgdGhlDQogICBleGNlc3MgcmF0ZS4gIEEgbnVtYmVyIG9mIGltcGxlbWVudGF0aW9u
cyBhcmUgcG9zc2libGUgdG8gYWNoaWV2ZQ0KICAgdGhhdC4gIEEgdG9rZW4gYnVja2V0IGltcGxl
bWVudGF0aW9uIGlzIHBhcnRpY3VsYXJseSBhdHRyYWN0aXZlDQogICBiZWNhdXNlIG9mIGl0cyBy
ZWxhdGl2ZSBzaW1wbGljaXR5LCBhbmQgZXZlbiBtb3JlIHNvIGJlY2F1c2UgYSB0b2tlbg0KICAg
YnVja2V0IGltcGxlbWVudGF0aW9uIGlzIHJlYWRpbHkgYXZhaWxhYmxlIGluIHRoZSB2YXN0IG1h
am9yaXR5IG9mDQogICBleGlzdGluZyBlcXVpcG1lbnQuICBUaGUgcmF0ZSBvZiB0aGUgdG9rZW4g
YnVja2V0IGlzIGNvbmZpZ3VyZWQgdG8NCiAgIGNvcnJlc3BvbmQgdG8gdGhlIGNvbmZpZ3VyZWQt
YWRtaXNzaWJsZS1yYXRlLCBhbmQgdGhlIGRlcHRoIG9mIHRoZQ0KICAgdG9rZW4gYnVja2V0IGNh
biBiZSBjb25maWd1cmVkIGJ5IGFuIG9wZXJhdG9yIGJhc2VkIG9uIHRoZSBkZXNpcmVkDQogICB0
b2xlcmFuY2UgdG8gUENOIHRyYWZmaWMgYnVyc3RpbmVzcy4NCg0KICAgTm90ZSB0aGF0IG5vIGNv
bmZpZ3VyZWQtdGVybWluYXRpb24tcmF0ZSBpcyBleHBsaWNpdGx5IGNvbmZpZ3VyZWQgYXQNCiAg
IHRoZSBQQ04taW50ZXJpb3Itbm9kZSwgYW5kIHRoZSBQQ04taW50ZXJpb3Itbm9kZSBkb2VzIG5v
dGhpbmcgYXQgYWxsDQogICB0byBlbmZvcmNlIGl0LiAgQWxsIG1hcmtpbmcgaXMgYmFzZWQgb24g
dGhlIHNpbmdsZSBjb25maWd1cmVkIHJhdGUNCiAgIHRocmVzaG9sZCAoY29uZmlndXJlZC1hZG1p
c3NpYmxlLXJhdGUpLg0KDQoyLjMuICBPcGVyYXRpb24gYXQgdGhlIFBDTi1lZ3Jlc3Mtbm9kZQ0K
DQogICBUaGUgUENOLWVncmVzcy1ub2RlIG1lYXN1cmVzIHRoZSByYXRlIG9mIGJvdGggbWFya2Vk
IGFuZCB1bm1hcmtlZA0KICAgdHJhZmZpYyBvbiBhIHBlci1pbmdyZXNzIGJhc2lzLCBhbmQgcmVw
b3J0cyB0byB0aGUgUENOLWluZ3Jlc3Mtbm9kZQ0KICAgdHdvIHZhbHVlczogdGhlIHJhdGUgb2Yg
dW5tYXJrZWQgdHJhZmZpYyBmcm9tIHRoaXMgaW5ncmVzcyBub2RlLA0KICAgd2hpY2ggd2UgZGVl
bSBTdXN0YWluYWJsZSBBZG1pc3Npb24gUmF0ZSAoU0FSKSBhbmQgdGhlIENvbmdlc3Rpb24NCiAg
IExldmVsIEVzdGltYXRlIChDTEUpLCB3aGljaCBpcyB0aGUgZnJhY3Rpb24gb2YgdGhlIG1hcmtl
ZCB0cmFmZmljDQogICByZWNlaXZlZCBmcm9tIHRoaXMgaW5ncmVzcyBub2RlLiAgTm90ZSB0aGF0
IFN1c3RhaW5hYmxlIEFkbWlzc2lvbg0KICAgUmF0ZSBpcyBhbmFsb2dvdXMgdG8gdGhlIHN1c3Rh
aW5hYmxlIFByZWVtcHRpb24gcmF0ZSBvZg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hp
dGVjdHVyZV0sIGV4Y2VwdCBpbiB0aGlzIGNhc2UgaXQgaXMgYmFzZWQNCiAgIG9uIHRoZSBjb25m
aWd1cmVkLWFkbWlzc2libGUtIHJhdGhlciB0aGFuIHRlcm1pbmF0aW9uIHRocmVzaG9sZCwNCiAg
IHdoaWxlIHRoZSBDTEUgaXMgZXhhY3RseSB0aGUgc2FtZSBhcyB0aGF0IG9mDQogICBbSS1ELmJy
aXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXS4gIFRoZSBkZXRhaWxzIG9mIHRoZSByYXRlDQog
ICBtZWFzdXJlbWVudCBhcmUgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdC4NCg0KMi40
LiAgT3BlcmF0aW9uIGF0IHRoZSBQQ04taW5ncmVzcy1ub2RlDQoNCjIuNC4xLiAgQWRtaXNzaW9u
IERlY2lzaW9uDQoNCiAgIEp1c3QgYXMgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVj
dHVyZV0sIHRoZSBhZG1pc3Npb24NCiAgIGRlY2lzaW9uIGlzIGJhc2VkIG9uIHRoZSBDTEUuICBU
aGUgaW5ncmVzcyBub2RlIHN0b3BzIGFkbWlzc2lvbiBvZg0KICAgbmV3IGZsb3dzIGlmIHRoZSBD
TEUgaXMgYWJvdmUgYSBwcmUtZGVmaW5lZCB0aHJlc2hvbGQgKGUuZy4gMyUpLg0KICAgTm90ZSB0
aGF0IGFsdGhvdWdoIHRoZSBsb2dpYyBvZiB0aGUgZGVjaXNpb24gaXMgZXhhY3RseSB0aGUgc2Ft
ZSBhcw0KICAgaW4gdGhlIGNhc2Ugb2YgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVy
ZV0sIHRoZSBkZXRhaWxlZA0KICAgc2VtYW50aWNzIG9mIHRoZSBtYXJraW5nIGlzIGRpZmZlcmVu
dC4gIFRoaXMgaXMgYmVjYXVzZSB0aGUgbWFya2luZw0KICAgdXNlZCBmb3IgYWRtaXNzaW9uIGlu
IHRoaXMgcHJvcG9zYWwgcmVmbGVjdHMgdGhlIGV4Y2VzcyByYXRlIG92ZXIgdGhlDQogICBjb25m
aWd1cmVkLWFkbWlzc2libGUtcmF0ZSwgd2hpbGUgaW4NCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1j
bC1hcmNoaXRlY3R1cmVdLCB0aGUgbWFya2luZyBpcyBiYXNlZCBvbg0KDQoNCg0KQ2hhcm55LCBl
dCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgIFtQ
YWdlIDhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtp
bmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBleGNlZWRpbmcgYSB2aXJ0dWFsIHF1
ZXVlIHRocmVzaG9sZC4gIE5vdGFibHksIGluIHRoZSBjdXJyZW50DQogICBwcm9wb3NhbCwgaWYg
dGhlIGF2ZXJhZ2Ugc3VzdGFpbmVkIHJhdGUgb2YgYWRtaXR0ZWQgdHJhZmZpYyBpcyA1JQ0KICAg
b3ZlciB0aGUgYWRtaXNzaW9uIHRocmVzaG9sZCwgdGhlbiA1JSBvZiB0aGUgdHJhZmZpYyBpcyBl
eHBlY3RlZCB0bw0KICAgYmUgbWFya2VkLCB3aGVyZWFzIGluIHRoZSBjb250ZXh0IG9mDQogICBb
SS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBhIHN0ZWFkeSA1JSBvdmVybG9hZCBz
aG91bGQNCiAgIGV2ZW50dWFsbHkgcmVzdWx0IGluIDEwMCUgb2YgYWxsIHRyYWZmaWMgYmVpbmcg
YWRtaXNzaW9uIG1hcmtlZC4gIEENCiAgIGNvbnNlcXVlbmNlIG9mIHRoaXMgaXMgdGhhdCBmb3Ig
InNtb290aCIgY29uc3RhbnQtcmF0ZSB0cmFmZmljLCB0aGUNCiAgIGFwcHJvYWNoIHByZXNlbnRl
ZCBoZXJlIHdpbGwgbm90IG1hcmsgYW55IHRyYWZmaWMgYXQgYWxsIHVudGlsIHRoZQ0KICAgcmF0
ZSBvZiB0aGUgdHJhZmZpYyBleGNlZWRzIHRoZSBjb25maWd1cmVkIGFkbWlzc2lvbiB0aHJlc2hv
bGQgYnkgdGhlDQogICBhbW91bnQgY29ycmVzcG9uZGluZyB0byB0aGUgY2hvc2VuIENMRSB0aHJl
c2hvbGQuDQoNCiAgIEF0IGZpcnN0IGdsYW5jZSB0aGlzIG1heSBzZWVtIHRvIHJlc3VsdCBpbiBh
IHZpb2xhdGlvbiBvZiB0aGUgcHJlLQ0KICAgY29uZ2VzdGlvbiBub3RpZmljYXRpb24gcHJlbWlz
ZSB0aGF0IGF0dGVtcHRzIHRvIHN0b3AgYWRtaXNzaW9uDQogICBiZWZvcmUgdGhlIGRlc2lyZWQg
dHJhZmZpYyBsZXZlbCBpcyByZWFjaGVkLiAgSG93ZXZlciwgaW4gcmVhbGl0eSBvbmUNCiAgIGNh
biBzaW1wbHkgZW1iZWQgdGhlIENMRSBsZXZlbCBpbnRvIHRoZSBkZXNpcmVkIGNvbmZpZ3VyYXRp
b24gb2YgdGhlDQogICBhZG1pc3Npb24gdGhyZXNob2xkLiAgVGhhdCBpcywgaWYgYSBjZXJ0YWlu
IHJhdGUgWCBpcyB0aGUgYWN0dWFsDQogICB0YXJnZXQgYWRtaXNzaW9uIHRocmVzaG9sZCwgdGhl
biBvbmUgc2hvdWxkIGNvbmZpZ3VyZSB0aGUgcmF0ZSBvZiB0aGUNCiAgIG1ldGVyaW5nIGRldmlj
ZSAoZS5nLiB0aGUgcmF0ZSBvZiB0aGUgdG9rZW4gYnVja2V0KSB0byBYLXkgd2hlcmUgeQ0KICAg
Y29ycmVzcG9uZHMgdG8gdGhlIGxldmVsIG9mIENMRSB0aGF0IHdvdWxkIHRyaWdnZXIgYWRtaXNz
aW9uIGJsb2NraW5nDQogICBkZWNpc2lvbi4NCg0KICAgQSBtb3JlIGltcG9ydGFudCBkaXN0aW5j
dGlvbiBpcyB0aGF0IHZpcnR1YWwtcXVldWUgYmFzZWQgbWFya2luZw0KICAgcmVhY3RzIHRvIHNo
b3J0LXRlcm0gYnVyc3RpbmVzcyBvZiB0cmFmZmljLCB3aGlsZSB0aGUgZXhjZXNzLXJhdGUNCiAg
IGJhc2VkIG1hcmtpbmcgaXMgb25seSBjYXBhYmxlIG9mIHJlYWN0aW5nIHRvIHJhdGUgdmlvbGF0
aW9ucyBhdCB0aGUNCiAgIHRpbWVzY2FsZSBjaG9zZW4gZm9yIHJhdGUgbWVhc3VyZW1lbnQuICBC
YXNlZCBvbiBvdXIgaW52ZXN0aWdhdGlvbiwNCiAgIGl0IHNlZW1zIHRoYXQgdGhpcyBkaXN0aW5j
dGlvbiBpcyBub3QgY3J1Y2lhbCBpbiB0aGUgY29udGV4dCBvZiBQQ04NCiAgIHdoZW4gbm8gYWN0
dWFsIHF1ZXVpbmcgaXMgZXhwZWN0ZWQgZXZlbiBpZiB0aGUgdmlydHVhbCBxdWV1ZSBpcyBmdWxs
Lg0KICAgTW9yZSBkaXNjdXNzaW9uIG9uIHRoaXMgaXMgcHJlc2VudGVkIGxhdGVyIGluIHRoZSBk
cmFmdC4NCg0KMi40LjIuICBGbG93IFRlcm1pbmF0aW9uIERlY2lzaW9uDQoNCiAgIFdoZW4gdGhl
IGluZ3Jlc3Mgb2JzZXJ2ZXMgYSBub24temVybyBDTEUgYW5kIFN1c3RhaW5hYmxlIEFkbWlzc2lv
bg0KICAgUmF0ZSAoU0FSKSwgaXQgZmlyc3QgY29tcHV0ZXMgdGhlIFN1c3RhaW5hYmxlIFRlcm1p
bmF0aW9uIFJhdGUgKFNUUikNCiAgIGJ5IHNpbXBseSBtdWx0aXBseWluZyBTQVIgYnkgdGhlIHN5
c3RlbS13aWRlIGNvbnN0YW50IHUsIHdoZXJlIHUgaXMNCiAgIHRoZSBzeXN0ZW0td2lkZSByYXRp
byBiZXR3ZWVuIFByZWVtcHRpb24gYW5kIGFkbWlzc2lvbiB0aHJlc2hvbGRzIG9uDQogICBhbGwg
bGlua3MgaW4gdGhlIFBDTiBkb21haW46IFNUUiA9IFNBUipVLiBUaGUgUENOLWluZ3Jlc3Mtbm9k
ZSB0aGVuDQogICBwZXJmb3JtcyBleGFjdGx5IHRoZSBzYW1lIG9wZXJhdGlvbiBhcyBpcyBwcm9w
b3NlZCBpbg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gd2l0aCByZXNw
ZWN0IHRvIFNUUjogaXQgcHJlZW1wdHMNCiAgIHRoZSBhcHByb3ByaWF0ZSBudW1iZXIgb2YgZmxv
d3MgdG8gZW5zdXJlIHRoYXQgdGhlIHJhdGUgb2YgdHJhZmZpYyBpdA0KICAgc2VuZHMgdG8gdGhl
IGNvcnJlc3BvbmRpbmcgZWdyZXNzIG5vZGUgZG9lcyBub3QgZXhjZWVkIFNUUi4gIEp1c3QgYXMN
CiAgIGluIHRoZSBjYXNlIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdLCBh
biBpbXBsZW1lbnRhdGlvbg0KICAgbWF5IGRlY2lkZSB0byBzbG93IGRvd24gdGhlIHRlcm1pbmF0
aW9uIHByb2Nlc3MgYnkgcHJlZW1wdGluZyBmZXdlcg0KICAgZmxvd3MgdGhhbiBpcyBuZWNlc3Nh
cnkgdG8gY2FwIGl0cyB0cmFmZmljIHRvIFNUUiBieSBlbXBsb3lpbmcgYQ0KICAgdmFyaWV0eSBv
ZiB0ZWNobmlxdWVzIHN1Y2ggYXMgc2FmZXR5IGZhY3RvcnMgb3IgaHlzdGVyZXNpcy4gIEluDQog
ICBzdW1tYXJ5LCB0aGUgb3BlcmF0aW9uIG9mIFRlcm1pbmF0aW9uIGF0IHRoZSBpbmdyZXNzIG5v
ZGUgaXMNCiAgIGlkZW50aWNhbCB0byB0aGF0IG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNo
aXRlY3R1cmVdLCB3aXRoIHRoZQ0KICAgb25seSBleGNlcHRpb24gdGhhdCB0aGUgc3VzdGFpbmFi
bGUgVGVybWluYXRpb24gcmF0ZSBpcyBjb21wdXRlZCBmcm9tDQogICB0aGUgc3VzdGFpbmFibGUg
YWRtaXNzaW9uIHJhdGUgcmF0aGVyIHRoYW4gZGVyaXZlZCBmcm9tIGEgc2VwYXJhdGUNCg0KDQoN
CkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAg
ICAgICAgICBbUGFnZSA5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNp
bmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgbWFya2luZy4gIEFz
IGRpc2N1c3NlZCBlYXJsaWVyLCB0aGlzIGlzIGVuYWJsZWQgYnkgaW1wb3NpbmcgYSBzeXN0ZW0t
DQogICB3aWRlIHJlc3RyaWN0aW9uIG9uIHRoZSB0ZXJtaW5hdGlvbi10by1hZG1pc3Npb24gdGhy
ZXNob2xkcyByYXRpbyBhbmQNCiAgIGNoYW5naW5nIHRoZSBzZW1hbnRpY3Mgb2YgdGhlIGFkbWlz
c2lvbiBtYXJraW5nLg0KDQoNCjMuICBCZW5lZml0cyBvZiBBbGxvd2luZyB0aGUgU2luZ2xlIE1h
cmtpbmcgQXBwcm9hY2gNCg0KICAgVGhlIGZvbGxvd2luZyBpcyBhIHN1bW1hcnkgb2YgYmVuZWZp
dHMgYXNzb2NpYXRlZCB3aXRoIGVuYWJsaW5nIHRoZQ0KICAgU2luZ2xlIE1hcmtpbmcgQXBwcm9h
Y2guICBTb21lIHRyYWRlb2ZmcyB3aWxsIGJlIGRpc2N1c3NlZCBpbiBzZWN0aW9uDQogICA3IGJl
bG93Lg0KDQogICBvICBSZWR1Y2VkIGltcGxlbWVudGF0aW9uIHJlcXVpcmVtZW50cyBvbiBjb3Jl
IHJvdXRlcnMgZHVlIHRvIGENCiAgICAgIHNpbmdsZSBtZXRlcmluZyBpbXBsZW1lbnRhdGlvbiBp
bnN0ZWFkIG9mIHR3byBkaWZmZXJlbnQgb25lcy4NCg0KICAgbyAgRWFzZSBvZiB1c2Ugb24gZXhp
c3RpbmcgaGFyZHdhcmU6IGdpdmVuIHRoYXQgdGhlIHByb3Bvc2VkIGFwcHJvYWNoDQogICAgICBp
cyBwYXJ0aWN1bGFybHkgYW1lbmFibGUgdG8gYSB0b2tlbiBidWNrZXQgaW1wbGVtZW50YXRpb24s
IHRoZQ0KICAgICAgYXZhaWxhYmlsaXR5IG9mIHRva2VuIGJ1Y2tldHMgb24gdmlydHVhbGx5IGFs
bCBjb21tZXJjaWFsbHkNCiAgICAgIGF2YWlsYWJsZSByb3V0ZXJzIG1ha2VzIHRoaXMgYXBwcm9h
Y2ggZXNwZWNpYWxseSBhdHRyYWN0aXZlLg0KDQogICBvICBFbmFibGluZyBpbmNyZW1lbnRhbCBp
bXBsZW1lbnRhdGlvbiBhbmQgZGVwbG95bWVudCBvZiBQQ04gKHNlZQ0KICAgICAgc2VjdGlvbiA0
KS4NCg0KICAgbyAgUmVkdWNlZCBudW1iZXIgb2YgY29kZXBvaW50cyB3aGljaCBuZWVkIHRvIGJl
IGNvbnZleWVkIGluIHRoZQ0KICAgICAgcGFja2V0IGhlYWRlci4gIElmIHRoZSBQQ04tYml0cyB1
c2VkIGluIHRoZSBwYWNrZXRzIGhlYWRlciB0bw0KICAgICAgY29udmV5IHRoZSBjb25nZXN0aW9u
IG5vdGlmaWNhdGlvbiBpbmZvcm1hdGlvbiBhcmUgdGhlIEVDTi1iaXRzIGluDQogICAgICBhbiBJ
UCBjb3JlIGFuZCB0aGUgRVhQLWJpdHMgaW4gYW4gTVBMUyBjb3JlLCB0aG9zZSBhcmUgdmVyeQ0K
ICAgICAgZXhwZW5zaXZlIHJlYWwtZXN0YXRlLiAgVGhlIGN1cnJlbnQgcHJvcG9zYWxzIG5lZWQg
NSBjb2RlcG9pbnRzLA0KICAgICAgd2hpY2ggaXMgZXNwZWNpYWxseSBpbXBvcnRhbnQgaW4gdGhl
IGNvbnRleHQgb2YgTVBMUyB3aGVyZSB0aGVyZQ0KICAgICAgaXMgb25seSBhIHRvdGFsIG9mIDgg
RVhQIGNvZGVwb2ludHMgd2hpY2ggbXVzdCBhbHNvIGJlIHNoYXJlZCB3aXRoDQogICAgICBEaWZm
U2Vydi4gIEVsaW1pbmF0aW5nIG9uZSBjb2RlcG9pbnQgY29uc2lkZXJhYmx5IGhlbHBzLg0KDQog
ICBvICBBIHBvc3NpYmlsaXR5IG9mIHVzaW5nIGEgdG9rZW4tYnVja2V0LSwgZXhjZXNzLXJhdGUt
IGJhc2VkDQogICAgICBpbXBsZW1lbnRhdGlvbiBmb3IgYWRtaXNzaW9uIHByb3ZpZGVzIGV4dHJh
IGZsZXhpYmlsaXR5IGZvciB0aGUNCiAgICAgIGNob2ljZSBvZiBhbiBhZG1pc3Npb24gbWVjaGFu
aXNtLCBldmVuIGlmIHR3byBzZXBhcmF0ZSBtYXJraW5ncw0KICAgICAgYW5kIHRocmVzaG9sZHMg
YXJlIHVzZWQuDQoNCiAgIFN1YnNlcXVlbnQgc2VjdGlvbnMgYXJndWUgdGhhdCB0aGVzZSBiZW5l
Zml0cyBjYW4gYmUgYWNoaWV2ZWQgd2l0aCBhDQogICByZWxhdGl2ZWx5IG1pbm9yIGVuaGFuY2Vt
ZW50cyB0byB0aGUgcHJvcG9zZWQgUENOIGFyY2hpdGVjdHVyZSBhcw0KICAgZGVmaW5lZCBpbiBb
SS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0sIGFsbG93IHNpbXBsZXINCiAgIGltcGxlbWVu
dGF0aW9ucyBhdCB0aGUgUENOLWludGVyaW9yIG5vZGVzLCBhbmQgdHJpdmlhbCBtb2RpZmljYXRp
b25zDQogICBhdCB0aGUgUENOLSBib3VuZGFyeSBub2Rlcy4NCg0KDQo0LiAgSW1wYWN0IG9uIFBD
TiBBcmNoaXRlY3R1cmFsIEZyYW1ld29yaw0KDQogICBUaGUgZ29hbCBvZiB0aGlzIHNlY3Rpb24g
aXMgdG8gcHJvcG9zZSBzZXZlcmFsIG1pbm9yIGNoYW5nZXMgdG8gdGhlDQogICBQQ04gYXJjaGl0
ZWN0dXJlIGZyYW1ld29yayBhcyBjdXJyZW50bHkgZGVzY3JpYmVkIGluDQogICBbSS1ELmVhcmRs
ZXktcGNuLWFyY2hpdGVjdHVyZV0gaW4gb3JkZXIgdG8gZW5hYmxlIHRoZSBzaW5nbGUgbWFya2lu
Zw0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgMTBdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENO
IHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBhcHBy
b2FjaC4NCg0KNC4xLiAgSW1wYWN0IG9uIHRoZSBQQ04tSW50ZXJuYWwtTm9kZQ0KDQogICBObyBj
aGFuZ2VzIGFyZSByZXF1aXJlZCB0byB0aGUgUENOLWludGVybmFsLW5vZGUgaW4gYXJjaGl0ZWN0
dXJhbA0KICAgZnJhbWV3b3JrIGluIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSBpbiBv
cmRlciB0byBzdXBwb3J0IHRoZQ0KICAgU2luZ2xlIE1hcmtpbmcgUHJvcG9zYWwuICBUaGUgY3Vy
cmVudCBhcmNoaXRlY3R1cmUNCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSBhbHJl
YWR5IGFsbG93cyBvbmx5IG9uZSBtYXJraW5nIGFuZA0KICAgbWV0ZXJpbmcgc2NoZW1lIHJhdGhl
ciB0aGFuIHR3byBieSBzdXBwb3J0aW5nIGVpdGhlciAiYWRtaXNzaW9uIG9ubHkiDQogICBvciAi
dGVybWluYXRpb24gb25seSIgZnVuY3Rpb25hbGl0eS4gIFRvIHN1cHBvcnQgdGhlIFNpbmdsZSBN
YXJraW5nDQogICBwcm9wb3NhbCBhIHNpbmdsZSB0aHJlc2hvbGQgKGkuZS4gIENvbmZpZ3VyZWQt
dGVybWluYXRpb24tcmF0ZSkgbXVzdA0KICAgYmUgY29uZmlndXJlZCBhdCB0aGUgUENOLWludGVy
bmFsLW5vZGUsIGFuZCBleGNlc3MtcmF0ZSBtYXJraW5nDQogICBzaG91bGQgYmUgdXNlZCB0byBt
YXJrIHBhY2tldHMgYXMgZGVzY3JpYmVkIGluDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJj
aGl0ZWN0dXJlXS4gIE5vdGUgaG93ZXZlciB0aGF0IHRoZSBtZWFuaW5nDQogICBvZiB0aGlzIHNp
bmdsZSB0aHJlc2hvbGQgYW5kIHRoZSBtYXJraW5nIGluIHRoaXMgY2FzZSBpcyBub3QgcmVsYXRl
ZA0KICAgdG8gdGVybWluYXRpb24gZnVuY3Rpb24sIGJ1dCByYXRoZXIgdG8gYWRtaXNzaW9uIGZ1
bmN0aW9uLiAgVGhlDQogICBjb25maWd1cmF0aW9uIHBhcmFtZXRlcihzKSBkZXNjcmliZWQgaW4g
c2VjdGlvbiA0LjIgYmVsb3cgYXQgdGhlIFBDTi0NCiAgIGluZ3Jlc3Mtbm9kZXMgYW5kIFBDTi1l
Z3Jlc3Mtbm9kZSB3aWxsIGRldGVybWluZSB3aGV0aGVyIHRoZSBtYXJraW5nDQogICBzaG91bGQg
YmUgaW50ZXJwcmV0ZWQgYXMgdGhlIGFkbWlzc2lvbi1tYXJraW5nIChhcyBhcHByb3ByaWF0ZSBm
b3INCiAgIHRoZSBTaW5nbGUgTWFya2luZyBhcHByb2FjaCkgb3IgYXMgdGVybWluYXRpb24tbWFy
a2luZyAoYXMNCiAgIGFwcHJvcHJpYXRlIGZvciB0aGUgRHVhbCBNYXJraW5nIGFwcHJvYWNoIG9m
DQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXQ0KDQogICBXZSBub3RlIHRo
YXQgZnJvbSB0aGUgaW1wbGVtZW50YXRpb24gc3RhbmRwb2ludCwgYSBQQ04taW5ncmVzcy1ub2Rl
DQogICBzdXBwb3J0aW5nIFNpbmdsZSBNYXJraW5nIGltcGxlbWVudHMgb25seSBhIHN1YnNldCBv
ZiB0aGUNCiAgIGZ1bmN0aW9uYWxpdHkgbmVlZGVkIGZvciBEdWFsIE1hcmtpbmcuDQoNCjQuMi4g
IEltcGFjdCBvbiB0aGUgUENOLWJvdW5kYXJ5IG5vZGVzDQoNCiAgIFdlIHByb3Bvc2UgYW4gYWRk
aXRpb24gb2Ygb25lIGdsb2JhbCBjb25maWd1cmF0aW9uIHBhcmFtZXRlcg0KICAgTUFSS0lOR19N
T0RFIHRvIGJlIHVzZWQgYXQgYWxsIFBDTiBib3VuZGFyeSBub2Rlcy4gIElGIE1BUktJTkdfTU9E
RSA9DQogICBEVUFMX01BUktJTkcsIHRoZSBiZWhhdmlvciBvZiB0aGUgYXBwcm9wcmlhdGUgUENO
LWJvdW5kYXJ5LW5vZGUgYXMNCiAgIGRlc2NyaWJlZCBpbiB0aGUgY3VycmVudCB2ZXJzaW9uIG9m
IFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXS4NCiAgIElmIE1BUktJTkdfTU9ERSA9IFNJ
TkdMRV9NQVJLSU5HLCB0aGUgYmVoYXZpb3Igb2YgdGhlIGFwcHJvcHJpYXRlDQogICBib3VuZGFy
eSBub2RlcyBpcyBhcyBkZXNjcmliZWQgaW4gdGhlIHN1YnNlcXVlbnQgc3Vic2VjdGlvbnMuDQoN
CjQuMi4xLiAgSW1wYWN0IG9uIFBDTi1FZ3Jlc3MtTm9kZQ0KDQogICBJZiBNQVJLSU5HX01PREU9
U0lOR0xFX01BUktJTkcsIHRoZSBDb25nZXN0aW9uLUxldmVsX0VzdGltZXRlIChDTEUpDQogICBp
cyBtZWFzdXJlZCBhZ2FpbnN0IHRlcm1pbmF0aW9uLW1hcmtlZCBwYWNrZXRzLiAgSWYNCiAgIE1B
UktJTkdfTU9ERT1EVUFMX01BUktJTkcsIHRoZSBDTEUgaXMgbWVhc3VyZWQgYWdhaW5zdA0KICAg
YWRtaXNzaW9uX21hcmtlZCBwYWNrZXRzLiAgVGhlIG1ldGhvZCBvZiBtZWFzdXJlbWVudCBkb2Vz
IG5vdCBkZXBlbmQNCiAgIG9uIHRoZSBjaG9pY2Ugb2YgdGhlIG1hcmtpbmcgYWdhaW5zdCB3aGlj
aCB0aGUgbWVhc3VyZW1lbnQgaXMNCiAgIHBlcmZvcm1lZC4NCg0KICAgUmVnYXJkbGVzcyBvZiB0
aGUgc2V0dGluZyBvZiB0aGUgTUFSS0lOR19NT0RFIHBhcmFtZXRlciwgU3VzdGFpbmFibGUtDQog
ICBBZ2dyZWdhdGUtUmF0ZSBpcyBtZWFzdXJlZCBhZ2FpbnN0IHRlcm1pbmF0aW9uX21hcmtlZCBw
YWNrZXRzLCBhcw0KICAgY3VycmVudGx5IGRlZmluZWQgaW4gW0ktRC5icmlzY29lLXRzdndnLWNs
LWFyY2hpdGVjdHVyZV0uDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEph
bnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAxMV0NCgwNCkludGVybmV0LURyYWZ0
ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAw
Nw0KDQoNCiAgIFdlIG5vdGUgdGhhdCBmcm9tIHRoZSBpbXBsZW1lbnRhdGlvbiBwb2ludCBvZiB2
aWV3LCB0aGUgc2FtZSB0d28NCiAgIGZ1bmN0aW9ucyAobWVhc3VyaW5nIHRoZSBDTEUgYW5kIG1l
YXN1cmluZyB0aGUgU3VzdGFpbmFibGUtQWdncmVnYXRlLQ0KICAgUmF0ZSBhcmUgcmVxdWlyZWQg
YnkgYm90aCB0aGUgU2luZ2xlIE1hcmtpbmcgYXBwcm9hY2ggYW5kIHRoZQ0KICAgYXBwcm9hY2gg
aW4sIHNvIHRoZSBkaWZmZXJlbmNlIGluIHRoZSBpbXBsZW1lbnRhdGlvbiBjb21wbGV4aXR5IG9m
DQogICB0aGUgUENOLWVncmVzcy1ub2RlIGlzIHF1aXRlIG5lZ2xpZ2libGUuDQoNCjQuMi4yLiAg
SW1wYWN0IG9uIHRoZSBQQ04tSW5ncmVzcy1Ob2RlDQoNCiAgIElmIE1BUktJTkdfTU9ERT1EVUFM
X01BUktJTkcsIHRoZSBQQ04taW5ncmVzcy1ub2RlIGJlaGF2ZXMgZXhhY3RseSBhcw0KICAgZGVz
Y3JpYmVkIGluIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXS4gIElmIE1BUktJTkdfTU9E
RSA9DQogICBTSU5HTEVfTUFSS0lORywgdGhlbiBhbiBhZGRpdGlvbmFsIGdsb2JhbCBwYXJhbWV0
ZXIgVSBpcyBkZWZpbmVkLiAgVQ0KICAgbXVzdCBiZSBjb25maWd1cmVkIGF0IGFsbCBQQ05faW5n
ZXNzIG5vZGVzIGFuZCBoYXMgdGhlIG1lYW5pbmcgb2YgdGhlDQogICBkZXNpcmVkIHJhdGlvIGJl
dHdlZW4gdGhlIHRyYWZmaWMgbGV2ZWwgYXQgd2hpY2ggdGVybWluYXRpb24gc2hvdWxkDQogICBv
Y2N1ciBhbmQgdGhlIGRlc2lyZWQgYWRtaXNzaW9uIHRocmVzaG9sZCwgYXMgZGVzY3JpYmVkIGlu
IHNlY3Rpb24NCiAgIDIuNCBhYm92ZS4gIFRoZSB2YWx1ZSBvZiBVIG11c3QgYmUgZ3JlYXRlciB0
aGFuIG9yIGVxdWFsIHRvIDEuICBUaGUNCiAgIHZhbHVlIG9mIHRoaXMgY29uc3RhbnQgVSBpcyB1
c2VkIHRvIG11bHRpcGx5IHRoZSBTdXN0YWluYWJsZQ0KICAgQWdncmVnYXRlIFJhdGUgcmVjZWl2
ZWQgZnJvbSBhIGdpdmVuIFBDTi1lZ3Jlc3Mtbm9kZSB0byBjb21wdXRlIHRoZQ0KICAgcmF0ZSB0
aHJlc2hvbGQgdXNlZCBmb3IgZmxvdyB0ZXJtaW5hdGlvbiBkZWNpc2lvbnMuDQoNCiAgIEluIG1v
cmUgZGV0YWlsLCBpZiBNQVJLSU5HX01PREU9U0lOR0xFX01BUktJTkcsIHRoZW4NCg0KICAgbyAg
QSBQQ04taW5ncmVzcy1ub2RlIHJlY2VpdmVzIENMRSBhbmQvb3IgU3VzdGFpbmFibGUgQWdncmVn
YXRlIFJhdGUNCiAgICAgIGZyb20gZWFjaCBQQ04tZWdyZXNzLW5vZGUgaXQgaGFzIHRyYWZmaWMg
dG8uICBUaGlzIGlzIGZ1bGx5DQogICAgICBjb21wYXRpYmxlIHdpdGggUENOIGFyY2hpdGVjdHVy
ZSBhcyBkZXNjcmliZWQgaW4NCiAgICAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXS4N
Cg0KICAgbyAgQSBQQ04taW5ncmVzcy1ub2RlIGJhc2VzIGl0cyBhZG1pc3Npb24gZGVjaXNpb25z
IG9uIHRoZSB2YWx1ZSBvZg0KICAgICAgQ0xFLiAgU3BlY2lmaWNhbGx5LCBvbmNlIHRoZSB2YWx1
ZSBvZiBDTEUgZXhjZWVkcyBhIGNvbmZpZ3VyZWQNCiAgICAgIHRocmVzaG9sZCwgdGhlIFBDTi1p
bmdyZXNzLW5vZGUgc3RvcHMgYWRtaXR0aW5nIG5ldyBmbG93cy4gIEl0DQogICAgICByZXN0YXJ0
cyBhZG1pdHRpbmcgd2hlbiB0aGUgQ0xFIHZhbHVlIGdvZXMgZG93biBiZWxvdyB0aGUNCiAgICAg
IHNwZWNpZmllZCB0aHJlc2hvbGQuICBUaGlzIGlzIGZ1bGx5IGNvbXBhdGlibGUgd2l0aCBQQ04N
CiAgICAgIGFyY2hpdGVjdHVyZSBhcyBkZXNjcmliZWQgaW4gW0ktRC5lYXJkbGV5LXBjbi1hcmNo
aXRlY3R1cmVdLg0KDQogICBvICBBIFBDTi1pbmdyZXNzIG5vZGUgcmVjZWl2aW5nIGEgU3VzdGFp
bmFibGUgUmF0ZSBmcm9tIGEgcGFydGljdWxhcg0KICAgICAgUENOLWVncmVzcyBub2RlIG1lYXN1
cmVzIGl0cyB0cmFmZmljIHRvIHRoYXQgZWdyZXNzIG5vZGUuICBUaGlzDQogICAgICBhZ2FpbiBp
cyBmdWxseSBjb21wYXRpYmxlIHdpdGggUENOIGFyY2hpdGVjdHVyZSBhcyBkZXNjcmliZWQgaW4N
CiAgICAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXS4NCg0KICAgbyAgVGhlIFBDTi1p
bmdyZXNzLW5vZGUgY29tcHV0ZXMgdGhlIGRlc2lyZWQgVGVybWluYXRpb24gUmF0ZSB0byBhDQog
ICAgICBwYXJ0aWN1bGFyIFBDTi1lZ3Jlc3Mtbm9kZSBieSBtdWx0aXBseWluZyB0aGUgU3VzdGFp
bmFibGUNCiAgICAgIEFnZ3JlZ2F0ZSBSYXRlIGZyb20gYSBnaXZlbiBQQ04tZWdyZXNzLW5vZGUg
YnkgdGhlIHZhbHVlIG9mIHRoZQ0KICAgICAgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXIgVS4gVGhp
cyBjb21wdXRhdGlvbiBzdGVwIHJlcHJlc2VudHMgYQ0KICAgICAgcHJvcG9zZWQgY2hhbmdlIHRv
IHRoZSBjdXJyZW50IHZlcnNpb24gb2YNCiAgICAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0
dXJlXS4NCg0KICAgbyAgT25jZSB0aGUgVGVybWluYXRpb24gUmF0ZSBpcyBjb21wdXRlZCwgaXQg
aXMgdXNlZCBmb3IgdGhlIGZsb3cNCiAgICAgIHRlcm1pbmF0aW9uIGRlY2lzaW9uIGluIGEgbWFu
bmVyIGZ1bGx5IGNvbXBhdGlibGUgd2l0aA0KICAgICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRl
Y3R1cmVdLiAgTmFtZWx5IHRoZSBQQ04taW5ncmVzcy1ub2RlDQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAx
Ml0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAgIGNvbXBhcmVzIHRoZSBtZWFzdXJlZCB0
cmFmZmljIHJhdGUgZGVzdGluZWQgdG8gdGhlIGdpdmVuIFBDTi0NCiAgICAgIGVncmVzcy1ub2Rl
IHdpdGggdGhlIGNvbXB1dGVkIFRlcm1pbmF0aW9uIHJhdGUgZm9yIHRoYXQgZWdyZXNzDQogICAg
ICBub2RlLCBhbmQgdGVybWluYXRlcyBhIHNldCBvZiB0cmFmZmljIGZsb3dzIHRvIHJlZHVjZSB0
aGUgcmF0ZQ0KICAgICAgZXhjZWVkaW5nIHRoYXQgVGVybWluYXRpb24gcmF0ZS4gIFRoaXMgaXMg
ZnVsbHkgY29tcGF0aWJsZSB3aXRoDQogICAgICBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVy
ZV0uDQoNCiAgIFdlIG5vdGUgdGhhdCBhcyBpbiB0aGUgY2FzZSBvZiB0aGUgUENOLWVncmVzcy1u
b2RlLCB0aGUgY2hhbmdlIGluIHRoZQ0KICAgaW1wbGVtZW50YXRpb24gb2YgdGhlIFBDTi1pbmdy
ZXNzLW5vZGUgdG8gc3VwcG9ydCBTaW5nbGUgTWFya2luZyBpcw0KICAgcXVpdGUgbmVnbGlnaWJs
ZSAoYSBzaW5nbGUgbXVsdGlwbGljYXRpb24gcGVyIGluZ3Jlc3MgcmF0ZQ0KICAgbWVhc3VyZW1l
bnQgaW50ZXJ2YWwgZm9yIGVhY2ggZWdyZXNzIG5vZGUpLg0KDQo0LjMuICBTdW1tYXJ5IG9mIFBy
b3Bvc2VkIEVuaGFuY2VtZW50cyBSZXF1aXJlZCBmb3IgU3VwcG9ydCBvZiBTaW5nbGUNCiAgICAg
IE1hcmtpbmcgT3B0aW9ucw0KDQogICBUaGUgZW5oYW5jZW1lbnRzIHRvIHRoZSBQQ04gYXJjaGl0
ZWN0dXJlIGFzIGRlZmluZWQgaW4NCiAgIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXSwg
aW4gc3VtbWFyeSwgYW1vdW50IHRvOg0KDQogICBvICBkZWZpbmluZyBhIGdsb2JhbCAod2l0aGlu
IHRoZSBQQ04gZG9tYWluKSBjb25maWd1cmF0aW9uIHBhcmFtZXRlcg0KICAgICAgTUFSS0lOR19N
T0RFIGF0IFBDTi1ib3VuZGFyeSBub2Rlcw0KDQogICBvICBEZWZpbmluZyBhIGdsb2JhbCAod2l0
aGluIHRoZSBQQ04gZG9tYWluKSBjb25maWd1cmF0aW9uIHBhcmFtZXRlcg0KICAgICAgVSBhdCB0
aGUgUENOLWluZ3Jlc3Nfbm9kZXMuICBUaGlzIHBhcmFtZXRlciBzaWduaWZpZXMgdGhlIGltcGxp
Y2l0DQogICAgICByYXRpbyBiZXR3ZWVuIHRoZSB0ZXJtaW5hdGlvbiBhbmQgYWRtaXNzaW9uIHRo
cmVzaG9sZHMgYXQgYWxsDQogICAgICBsaW5rcw0KDQogICBvICBNdWx0aXBsaWNhdGlvbiBvZiBT
dXN0YWluYWJsZS1BZ2dyZWdhdGUtUmF0ZSBieSB0aGUgY29uc3RhbnQgVSBhdA0KICAgICAgdGhl
IFBDTi1pbmdyZXNzLW5vZGVzIGlmIE1BUktJTkdfTU9ERT1TSU5HTEVfTUFSS0lORw0KDQogICBv
ICBVc2luZyB0aGUgTUFSS0lOR19NT0RFIHBhcmFtZXRlciB0byBndWlkZSB3aGljaCBtYXJraW5n
IGlzIHVzZWQgdG8NCiAgICAgIG1lYXN1cmUgdGhlIENMRSBhdCB0aGUgUENOLWVncmVzcy1ub2Rl
IChidXQgdGhlIGFjdHVhbCBtZWFzdXJlbWVudA0KICAgICAgZnVuY3Rpb25hbGl0eSBpcyB1bmNo
YW5nZWQpLg0KDQo0LjQuICBQcm9wb3NlZCBPcHRpb25hbCBSZW5hbWluZyBvZiB0aGUgTWFya2lu
ZyBhbmQgTWFya2luZyBUaHJlc2hvbGRzDQoNCiAgIFByZXZpb3VzIHdvcmsgb24gZXhhbXBsZSBt
ZWNoYW5pc21zDQogICBbSS1ELmJyaXNjb2UtdHN2d2ctY2wtYXJjaGl0ZWN0dXJlXSBpbXBsZW1l
bnRpbmcgdGhlIGFyY2hpdGVjdHVyZSBvZg0KICAgW0ktRC5lYXJkbGV5LXBjbi1hcmNoaXRlY3R1
cmVdIGFzc3VtZWQgdGhhdCB0aGUgc2VtYW50aWNzIG9mDQogICBhZG1pc3Npb24gY29udHJvbCBt
YXJraW5nIGFuZCB0ZXJtaW5hdGlvbiBtYXJraW5nIGRpZmZlci4NCiAgIFNwZWNpZmljYWxseSwg
aXQgd2FzIGFzc3VtZWQgdGhhdCBmb3IgdGVybWluYXRpb24gcHVycG9zZXMgdGhlDQogICBzZW1h
bnRpY3Mgb2YgdGhlIG1hcmtpbmcgaXMgcmVsYXRlZCB0byB0aGUgZXhjZXNzIHJhdGUgb3ZlciB0
aGUNCiAgIGNvbmZpZ3VyZWQgKHRlcm1pbmF0aW9uKSByYXRlLCBvciBldmVuIG1vcmUgcHJlY2lz
ZWx5LCB0aGUgYW1vdW50IG9mDQogICB0cmFmZmljIHRoYXQgcmVtYWlucyB1bm1hcmtlZCAoc3Vz
dGFpbmFibGUgcmF0ZSkgYWZ0ZXIgdGhlIGV4Y2Vzcw0KICAgdHJhZmZpYyBpcyBtYXJrZWQuICBT
b21lIG9mIHRoZSByZWNlbnQgcHJvcG9zYWxzIGFzc3VtZSB5ZXQgZGlmZmVyZW50DQogICBtYXJr
aW5nIHNlbWFudGljcyBbSS1ELmJhYmlhcnotcGNuLTNzbV0sDQogICBbSS1ELndlc3RiZXJnLXBj
bi1sb2FkLWNvbnRyb2xdLg0KDQogICBFdmVuIHRob3VnaCBzcGVjaWZpYyBhc3NvY2lhdGlvbiB3
aXRoIG1hcmtpbmcgc2VtYW50aWNzIGFuZCBmdW5jdGlvbg0KICAgKGFkbWlzc2lvbiB2cyB0ZXJt
aW5hdGlvbikgaGFzIGJlZW4gYXNzdW1lZCBpbiBwcmlvciB3b3JrLCBpdCBpcw0KDQoNCg0KQ2hh
cm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAg
ICAgW1BhZ2UgMTNdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xl
IE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBpbXBvcnRhbnQgdG8gbm90
ZSB0aGF0IGluIHRoZSBjdXJyZW50IGFyY2hpdGVjdHVyZSBkcmFmdA0KICAgW0ktRC5lYXJkbGV5
LXBjbi1hcmNoaXRlY3R1cmVdLCB0aGUgYXNzb2NpYXRpb25zIG9mIHNwZWNpZmljIG1hcmtpbmcN
CiAgIHNlbWFudGljcyAodmlydHVhbCBxdWV1ZSB2cyBleGNlc3MgcmF0ZSkgd2l0aCBzcGVjaWZp
YyBmdW5jdGlvbnMNCiAgIChhZG1pc3Npb24gdnMgdGVybWluYXRpb24pIGFyZSBhY3R1YWxseSAq
bm90KiBkaXJlY3RseSBhc3N1bWVkLiAgSW4NCiAgIGZhY3QgLCB0aGUgYXJjaGl0ZWN0dXJlIGRv
Y3VtZW50IGRvZXMgbm90IGV4cGxpY2l0bHkgZGVmaW5lIHRoZQ0KICAgbWFya2luZyBtZWNoYW5p
c20sIGJ1dCByYXRoZXIgc3RhdGVzIHRoZSBleGlzdGVuY2Ugb2YgdHdvIGRpZmZlcmVudA0KICAg
bWFya2luZyBtZWNoYW5pc21zLCBhbmQgYWxzbyBhbGxvd3MgaW1wbGVtZW50YXRpb24gb2YgZWl0
aGVyIG9uZSBvcg0KICAgYm90aCBvZiB0aGVzZSBtZWNoYW5pc21zIGluIGEgUENOLWRvbWFpbi4N
Cg0KICAgV2UgYXJndWUgdGhhdCB0aGlzIHNlcGFyYXRpb24gb2YgdGhlIG1hcmtpbmcgc2VtYW50
aWNzIGZyb20gdGhlDQogICBmdW5jdGlvbmFsIHVzZSBvZiB0aGUgbWFya2luZyBpcyBpbXBvcnRh
bnQgdG8gbWFrZSBzdXJlIHRoYXQgZGV2aWNlcw0KICAgc3VwcG9ydGluZyB0aGUgc2FtZSBtYXJr
aW5nIGNhbiBpbnRlcm9wZXJhdGUgaW4gZGVsaXZlcmluZyB0aGUNCiAgIGZ1bmN0aW9uIHdoaWNo
IGlzIGJhc2VkIG9uIHNwZWNpZmljIHN1cHBvcnRlZCBtYXJraW5nIHNlbWFudGljcy4NCg0KICAg
VG8gZXhwbGljaXRseSBkaXZvcmNlIHRoZSBmdW5jdGlvbiAoYWRtaXNzaW9uIHZzIHRlcm1pbmF0
aW9uKSBhbmQgdGhlDQogICBzZW1hbnRpY3MgKGV4Y2VzcyByYXRlIG1hcmtpbmcsIHZpcnR1YWwg
cXVldWUgbWFya2luZyksIGl0IG1heSBiZQ0KICAgYmVuZWZpY2lhbCB0byByZW5hbWUgdGhlIG1h
cmtpbmcgdG8gYmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBzZW1hbnRpY3MNCiAgIHJhdGhlciB0aGFu
IHRoZSBmdW5jdGlvbi4gIFNwZWNpZmljYWxseSwgaXQgbWF5IGJlIGJlbmVmaWNpYWwgdG8NCiAg
IGNoYW5nZSB0aGUgImFkbWlzc2lvbi1tYXJraW5nIiBhbmQgInRlcm1pbmF0aW9uLW1hcmtpbmci
IGN1cnJlbnRseQ0KICAgZGVmaW5lZCBpbiB0aGUgYXJjaGl0ZWN0dXJlIGFzICJUeXBlIFEiIG9y
ICJ2aXJ0dWFsLXF1ZXVlLWJhc2VkIg0KICAgbWFya2luZywgYW5kICJUeXBlIFIiIG9yICJleGNl
c3MtcmF0ZS1iYXNlZCIgbWFya2luZy4gIE9mIGNvdXJzZSwNCiAgIG90aGVyIGNob2ljZXMgb2Yg
dGhlIG5hbWluZyBhcmUgcG9zc2libGUgKGluY2x1ZGluZyBrZWVwaW5nIHRoZSBvbmVzDQogICBj
dXJyZW50bHkgdXNlZCBpbiBbSS1ELmVhcmRsZXktcGNuLWFyY2hpdGVjdHVyZV0pLg0KDQogICBX
aXRoIHRoaXMgcmVuYW1pbmcsIHRoZSBkdWFsIG1hcmtpbmcgYXBwcm9hY2ggaW4NCiAgIFtJLUQu
YnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIHdvdWxkIHJlcXVpcmUgUENOLWludGVybmFs
LW5vZGVzDQogICB0byBzdXBwb3J0IGJvdGggVHlwZSBSIGFuZCBUeXBlIFEgbWFya2luZywgd2hp
bGUgU2luZ2xlIE1hcmtpbmcgd291bGQNCiAgIHJlcXVpcmUgc3VwcG9ydCBvZiBUeXBlLVIgbWFy
a2luZyBvbmx5Lg0KDQogICBXZSBjb25jbHVkZSBieSBlbXBoYXNpemluZyB0aGF0IHRoZSBjaGFu
Z2VzIHByb3Bvc2VkIGhlcmUgYW1vdW50IHRvDQogICBtZXJlbHkgYSByZW5hbWluZyByYXRoZXIg
dGhhbiBhIGNoYW5nZSB0byB0aGUgcHJvcG9zZWQgYXJjaGl0ZWN0dXJlLA0KICAgYW5kIGFyZSB0
aGVyZWZvcmUgZW50aXJlbHkgb3B0aW9uYWwuDQoNCjQuNS4gIEFuIE9wdGltaXphdGlvbiBVc2lu
ZyBhIFNpbmdsZSBDb25maWd1cmF0aW9uIFBhcmFtZXRlciBmb3IgU2luZ2xlDQogICAgICBNYXJr
aW5nDQoNCiAgIFdlIG5vdGUgZmluYWxseSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIHVzZSBhIHNp
bmdsZSBjb25maWd1cmF0aW9uDQogICBjb25zdGFudCBVIGluc3RlYWQgb2YgdHdvIGNvbnN0YW50
cyAoVSBhbmQgTUFSS0lOR19UWVBFKS4NCiAgIFNwZWNpZmljYWxseSwgb25lIGNhbiBzaW1wbHkg
aW50ZXJwcmV0IHRoZSB2YWx1ZSBvZiBVPTEgYXMgdGhlIGR1YWwtDQogICBtYXJraW5nIGFwcHJv
YWNoIChlcXVpdmFsZW50IHRvIE1BUktJTkdfVFlQRT1EVUFMX01BUktJTkcpIGFuZCB1c2UNCiAg
IFU+MSB0byBpbmRpY2F0ZSBTaW5nbGUgTWFya2luZy4NCg0KDQo1LiAgSW5jcmVtZW50YWwgRGVw
bG95bWVudCBDb25zaWRlcmF0aW9ucw0KDQogICBBcyBtb3N0IG9mIHRvZGF5J3Mgcm91dGVycyBh
bHJlYWR5IGltcGxlbWVudCBhIHRva2VuIGJ1Y2tldCwNCiAgIGltcGxlbWVudGluZyB0b2tlbi1i
dWNrZXQgYmFzZWQgZXhjZXNzLXJhdGUgbWFya2luZyBhdCBQQ04taW5ncmVzcw0KICAgbm9kZXMg
aXMgYSByZWxhdGl2ZWx5IHNtYWxsIGluY3JlbWVudGFsIHN0ZXAgZm9yIG1vc3Qgb2YgdG9kYXkn
cw0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4
ICAgICAgICAgICAgICAgW1BhZ2UgMTRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENO
IHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBpbXBs
ZW1lbnRhdGlvbnMuICBJbXBsZW1lbnRpbmcgYW4gYWRkaXRpb25hbCBtZXRlcmluZyBhbmQgbWFy
a2luZw0KICAgc2NoZW1lIGluIHRoZSBkYXRhcGF0aCByZXF1aXJlZCBieSB0aGUgZHVhbC1tYXJr
aW5nIGFwcHJvYWNoIHdpdGhvdXQNCiAgIGVuY291bnRlcmluZyBwZXJmb3JtYW5jZSBkZWdyYWRh
dGlvbiBpcyBhIGxhcmdlciBzdGVwLiAgVGhlIHNpbmdsZS0NCiAgIG1hcmtpbmcgYXBwcm9hY2gg
bWF5IGJlIHVzZWQgYXMgYW4gaW50ZXJtZWRpYXRlIHN0ZXAgdG93YXJkcyB0aGUNCiAgIGRlcGxv
eW1lbnQgb2YgYSBkdWFsLW1hcmtpbmcgYXBwcm9hY2ggaW4gdGhlIHNlbnNlIHRoYXQgcm91dGVy
cw0KICAgaW1wbGVtZW50aW5nIHNpbmdsZS1tYXJraW5nIGZ1bmN0aW9uYWxpdHkgb25seSBtYXkg
YmUgaW5jcmVtZW50YWxseQ0KICAgZGVwbG95ZWQuDQoNCiAgIFRoZSBkZXBsb3ltZW50IHN0ZXBz
IG1pZ2h0IGJlIGFzIGZvbGxvd3M6DQoNCiAgIG8gIEluaXRpYWxseSBhbGwgUENOLWluZ3Jlc3Mt
bm9kZXMgbWlnaHQgaW1wbGVtZW50IEV4Y2Vzcy1yYXRlIChUeXBlDQogICAgICBSKSB0eXBlIG1h
cmtpbmcgYW5kIG1ldGVyaW5nIG9ubHkNCg0KICAgbyAgQWxsIFBDTi1ib3VuZGFyeSBub2RlcyBp
bXBsZW1lbnQgdGhlIGZ1bGwgZnVuY3Rpb25hbGl0eSBhcw0KICAgICAgZGVzY3JpYmVkIGluIHRo
aXMgZG9jdW1lbnQgKGluY2x1ZGluZyB0aGUgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzDQogICAg
ICBNQVJLSU5HX1RZUEUgYW5kIFUpIGZyb20gdGhlIHN0YXJ0LiAgU2luY2UgdGhlIFBDTi1ib3Vu
ZGFyeS1ub2RlDQogICAgICBiZWhhdmlvciBpcyBlbmFibGVkIGJ5IHNpbXBseSBjaGFuZ2luZyB0
aGUgdmFsdWVzIG9mIHRoZQ0KICAgICAgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzLCBhbGwgYm91
bmRhcnkgbm9kZXMgYmVjb21lIGltbWVkaWF0ZWx5DQogICAgICBjb21wYXRpYmxlIHdpdGggYm90
aCBkdWFsLW1hcmtpbmcgYW5kIHNpbmdsZS1tYXJraW5nLg0KDQogICBvICBJbml0aWFsbHkgYWxs
IGJvdW5kYXJ5IG5vZGVzIGFyZSBjb25maWd1cmVkIHBhcmFtZXRlciBzZXR0aW5ncw0KICAgICAg
aW5kaWNhdGluZyBTaW5nbGUgTWFya2luZyBvcHRpb24uDQoNCiAgIG8gIFdoZW4gYSBQQ04taW50
ZXJuYWwgbm9kZSB3aXRoIGR1YWwtbWFya2luZyBmdW5jdGlvbmFsaXR5IHJlcGxhY2VzDQogICAg
ICBhIHN1YnNldCBvZiBQQ04taW50ZXJuYWwtbm9kZXMsIHRoZSB2aXJ0dWFsLXF1ZXVlLWJhc2Vk
IChUeXBlIFEpDQogICAgICBtYXJraW5nIGlzIHNpbXBseSBpZ25vcmVkIGJ5IHRoZSBib3VuZGFy
eSBub2RlcyB1bnRpbCBhbGwgUENOLQ0KICAgICAgaW50ZXJuYWwtbm9kZXMgaW4gdGhlIFBDTi1k
b21haW4gaW1wbGVtZW50IHRoZSBkdWFsLW1hcmtpbmcNCiAgICAgIG1ldGVyaW5nIGFuZCBtYXJr
aW5nLiAgQXQgdGhhdCB0aW1lIHRoZSB2YWx1ZSBvZiB0aGUgY29uZmlndXJhdGlvbg0KICAgICAg
cGFyYW1ldGVycyBtYXkgYmUgcmVzZXQgdG8gYXQgYWxsIGJvdW5kYXJ5IG5vZGVzIHRvIGluZGlj
YXRlIHRoZQ0KICAgICAgRHVhbCBNYXJraW5nIGNvbmZpZ3VyYXRpb24uDQoNCiAgIG8gIE5vdGUg
dGhhdCBpZiBhIHN1YnNldCBvZiBQQ04tYm91bmRhcnktbm9kZXMgY29tbXVuaWNhdGVzIG9ubHkg
d2l0aA0KICAgICAgZWFjaCBvdGhlciwgYW5kIGFsbCBQQ04taW50ZXJuYWwtbm9kZXMgdGhlaXIg
dHJhZmZpYyB0cmF2ZXJzZXMNCiAgICAgIGhhdmUgYmVlbiB1cGdyYWRlZCwgdGhpcyBzdWJzZXQg
b2Ygbm9kZXMgY2FuIGJlIHVwZ3JhZGVkIHRvIHR3bw0KICAgICAgZHVhbC1tYXJraW5nIGJlaGF2
aW9yIHdoaWxlIHRoZSByZXN0IG9mIHRoZSBQQ04tZG9tYWluIGNhbiBzdGlsbA0KICAgICAgcnVu
IHRoZSBzaW5nbGUgbWFya2luZyBjYXNlLiAgVGhpcyB3b3VsZCBlbnRhaWwgY29uZmlndXJpbmcg
dHdvDQogICAgICB0aHJlc2hvbGRzIGF0IHRoZSBQQ04taW50ZXJuYWwtbm9kZXMsIGFuZCBzZXR0
aW5nIHRoZSB2YWx1ZSBvZiB0aGUNCiAgICAgIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVycyBhcHBy
b3ByaWF0ZWx5IGluIHRoaXMgc3Vic2V0Lg0KDQogICBvICBGaW5hbGx5IG5vdGUgdGhhdCBpZiB0
aGUgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXIgVSBpcyBjb25maWd1cmVkDQogICAgICBwZXIgaW5n
cmVzcy1lZ3Jlc3MtcGFpciByYXRoZXIgdGhhbiBwZXIgYm91bmRhcnkgbm9kZSwgdGhlbiBlYWNo
DQogICAgICBpbmdyZXNzLWVncmVzcyBwYWlyIGNhbiBiZSB1cGdyYWRlZCB0byB0aGUgZHVhbCBt
YXJraW5nDQogICAgICBzaW11bHRhbmVvdXNseS4gIFdoaWxlIHdlIGRvIG5vdCByZWNvbW1lbmQg
dGhhdCBVIGlzIGRlZmluZWQgb24gYQ0KICAgICAgcGVyLWluZ3Jlc3MtZWdyZXNzIHBhaXIsIHN1
Y2ggcG9zc2liaWxpdHkgc2hvdWxkIGJlIG5vdGVkIGFuZA0KICAgICAgY29uc2lkZXJlZC4NCg0K
DQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAw
OCAgICAgICAgICAgICAgIFtQYWdlIDE1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBD
TiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KNi4gIFRy
YWRlb2ZmcywgSXNzdWVzIGFuZCBMaW1pdGF0aW9ucyBvZiBTaW5nbGUgTWFya2luZyBBcHByb2Fj
aA0KDQo2LjEuICBSZXN0cmljdGlvbnMgb24gVGVybWluYXRpb24tdG8tYWRtaXNzaW9uIFRocmVz
aG9sZHMNCg0KICAgQW4gb2J2aW91cyByZXN0cmljdGlvbiBuZWNlc3NhcnkgZm9yIHRoZSBzaW5n
bGUtbWFya2luZyBhcHByb2FjaCBpcw0KICAgdGhhdCB0aGUgcmF0aW8gb2YgKGltcGxpY2l0KSBQ
cmVlbXB0aW9uIGFuZCBhZG1pc3Npb24gdGhyZXNob2xkcw0KICAgcmVtYWlucyB0aGUgc2FtZSBv
biBhbGwgbGlua3MgaW4gdGhlIFBDTiByZWdpb24uICBXaGlsZSBjbGVhcmx5IGENCiAgIGxpbWl0
YXRpb24sIHRoaXMgZG9lcyBub3QgYXBwZWFyIHRvIGJlIHBhcnRpY3VsYXJseSBjcmlwcGxpbmcs
IGFuZA0KICAgZG9lcyBub3QgYXBwZWFyIHRvIG91dHdlaWdoIHRoZSBiZW5lZml0cyBvZiByZWR1
Y2luZyB0aGUgb3ZlcmhlYWQgaW4NCiAgIHRoZSByb3V0ZXIgaW1wbGVtZW50YXRpb24gYW5kIHNh
dmluZ3MgaW4gY29kZXBvaW50cyBpbiB0aGUgY2FzZSBvZiBhDQogICBzaW5nbGUgUENOIGRvbWFp
biwgb3IgaW4gdGhlIGNhc2Ugb2YgbXVsdGlwbGUgY29uY2F0ZW5hdGVkIFBDTg0KICAgcmVnaW9u
cy4gIFRoZSBjYXNlIHdoZW4gdGhpcyBsaW1pdGF0aW9uIGJlY29tZXMgbW9yZSBpbmNvbnZlbmll
bnQgaXMNCiAgIHdoZW4gYW4gb3BlcmF0b3Igd2FudHMgdG8gbWVyZ2UgdHdvIHByZXZpb3VzbHkg
c2VwYXJhdGUgUENOIHJlZ2lvbnMNCiAgICh3aGljaCBtYXkgaGF2ZSBkaWZmZXJlbnQgYWRtaXNz
aW9uLXRvLXByZWVtcHRpb24gcmF0aW9zKSBpbnRvIGENCiAgIHNpbmdsZSBQQ04gcmVnaW9uLiAg
SW4gdGhpcyBjYXNlIGl0IGJlY29tZXMgbmVjZXNzYXJ5IHRvIGRvIGENCiAgIG5ldHdvcmstd2lk
ZSByZWNvbmZpZ3VyYXRpb24gdG8gYWxpZ24gdGhlIHNldHRpbmdzLg0KDQogICBUaGUgZml4ZWQg
cmF0aW8gYmV0d2VlbiB0aGUgaW1wbGljaXQgdGVybWluYXRpb24gcmF0ZSBhbmQgdGhlDQogICBj
b25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBhbHNvIGhhcyBhbiBpbXBsaWNhdGlvbnMgb24gdHJh
ZmZpYw0KICAgZW5naW5lZXJpbmcgY29uc2lkZXJhdGlvbnMuICBUaG9zZSBhcmUgZGlzY3Vzc2Vk
IGluIHNlY3Rpb24gNy43DQogICBiZWxvdy4NCg0KNi4yLiAgQXNzdW1wdGlvbnMgb24gTG9zcw0K
DQogICBKdXN0IGFzIGluIHRoZSBjYXNlIG9mIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRl
Y3R1cmVdLCB0aGUNCiAgIGFwcHJvYWNoIHByZXNlbnRlZCBpbiB0aGlzIGRyYWZ0IGFzc3VtZXMg
dGhhdCB0aGUgY29uZmlndXJlZC0NCiAgIGFkbWlzc2libGUtcmF0ZSBpcyBjb25maWd1cmVkIGF0
IGVhY2ggbGluayBiZWxvdyB0aGUgc2VydmljZSByYXRlIG9mDQogICB0aGUgdHJhZmZpYyB1c2lu
ZyBQQ04uICBUaGlzIGFzc3VtcHRpb24gaXMgc2lnbmlmaWNhbnQgYmVjYXVzZSB0aGUNCiAgIGFs
Z29yaXRobSByZWxpZXMgb24gdGhlIGZhY3QgdGhhdCBpZiBhZG1pc3Npb24gdGhyZXNob2xkIGlz
IGV4Y2VlZGVkLA0KICAgZW5vdWdoIG1hcmtlZCB0cmFmZmljIHJlYWNoZXMgdGhlIHBjbi1lZ3Jl
c3Mtbm9kZSB0byByZWFjaCB0aGUNCiAgIGNvbmZpZ3VyZWQgQ0xFIGxldmVsLiAgSWYgdGhpcyBj
b25kaXRpb24gZG9lcyBub3QgaG9sZCwgdGhlbiB0cmFmZmljDQogICBtYXkgZ2V0IGRyb3BwZWQg
d2l0aG91dCBldmVyIHRyaWdnZXJpbmcgYWRtaXNzaW9uIGRlY2lzaW9uLg0KDQo2LjMuICBFZmZl
Y3Qgb2YgUmVhY3Rpb24gVGltZXNjYWxlIG9mIEFkbWlzc2lvbiBNZWNoYW5pc20NCg0KICAgQXMg
bWVudGlvbmVkIGVhcmxpZXIgaW4gdGhpcyBkcmFmdCwgdGhlcmUgaXMgYSBwb3RlbnRpYWwgY29u
Y2VybiB0aGF0DQogICBzbG93ZXIgcmVhY3Rpb24gdGltZSBvZiBhZG1pc3Npb25zIG1lY2hhbmlz
bSBwcmVzZW50ZWQgaW4gdGhpcyBkcmFmdA0KICAgY29tcGFyZWQgdG8gW0ktRC5icmlzY29lLXRz
dndnLWNsLWFyY2hpdGVjdHVyZV0gbWF5IHJlc3VsdCBpbg0KICAgb3ZlcnNob290IHdoZW4gdGhl
IGxvYWQgZ3Jvd3MgcmFwaWRseSwgYW5kIHVuZGVyc2hvb3Qgd2hlbiB0aGUgbG9hZA0KICAgZHJv
cHMgcmFwaWRseS4gIFdoaWxlIHRoaXMgaXMgYSB2YWxpZCBjb25jZXJuIHRoZW9yZXRpY2FsbHks
IGl0DQogICBzaG91bGQgYmUgbm90ZWQgdGhhdCBhdCBsZWFzdCBmb3IgdGhlIHRyYWZmaWMgYW5k
IHBhcmFtZXRlcnMgdXNlZCBpbg0KICAgdGhlIHNpbXVsYXRpb24gc3R1ZHkgcmVwb3J0ZWQgaGVy
ZSwgdGhlcmUgd2FzIG5vIGluZGljYXRpb24gdGhhdCB0aGlzDQogICB3YXMgYSBwcm9ibGVtLg0K
DQo2LjQuICBQZXJmb3JtYW5jZSBJbXBsaWNhdGlvbnMgYW5kIFRyYWRlb2Zmcw0KDQogICBSZXBs
YWNlbWVudCBvZiBhIHJlbGF0aXZlbHkgd2VsbC1zdHVkaWVkIHF1ZXVlLWJhc2VkIG1lYXN1cmVt
ZW50LQ0KICAgYmFzZWQgYWRtaXNzaW9uIGNvbnRyb2wgYXBwcm9hY2ggYnkgYSBjcnVkZXIgZXhj
ZXNzLXJhdGUgbWVhc3VyZW1lbnQNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGly
ZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE2XQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KICAgdGVjaG5pcXVlIHJhaXNlcyBhIG51bWJlciBvZiBhbGdvcml0aG1pYyBh
bmQgcGVyZm9ybWFuY2UgY29uY2VybnMNCiAgIHRoYXQgbmVlZCB0byBiZSBjYXJlZnVsbHkgZXZh
bHVhdGVkLiAgRm9yIGV4YW1wbGUsIGEgdG9rZW4tYnVja2V0DQogICBleGNlc3MgcmF0ZSBtZWFz
dXJlbWVudCBpcyBleHBlY3RlZCB0byBiZSBzdWJzdGFudGlhbGx5IG1vcmUNCiAgIHNlbnNpdGl2
ZSB0byB0cmFmZmljIGJ1cnN0aW5lc3MgYW5kIHBhcmFtZXRlciBzZXR0aW5nLCB3aGljaCBtYXkg
aGF2ZQ0KICAgYSBzaWduaWZpY2FudCBlZmZlY3QgaW4gdGhlIGNhc2Ugb2YgbG93ZXIgbGV2ZWxz
IG9mIHRyYWZmaWMNCiAgIGFnZ3JlZ2F0aW9uLCBlc3BlY2lhbGx5IGZvciB2YXJpYWJsZS1yYXRl
IHRyYWZmaWMgc3VjaCBhcyB2aWRlby4gIEluDQogICBhZGRpdGlvbiwgdGhlIGFwcHJvcHJpYXRl
IHRpbWVzY2FsZSBvZiByYXRlIG1lYXN1cmVtZW50IG5lZWRzIHRvIGJlDQogICBjYXJlZnVsbHkg
ZXZhbHVhdGVkLCBhbmQgaW4gZ2VuZXJhbCBpdCBkZXBlbmRzIG9uIHRoZSBkZWdyZWUgb2YNCiAg
IGV4cGVjdGVkIHRyYWZmaWMgdmFyaWFiaWxpdHkgd2hpY2ggaXMgZnJlcXVlbnRseSB1bmtub3du
Lg0KDQogICBJbiB2aWV3IG9mIHRoYXQsIGFuIGluaXRpYWwgcGVyZm9ybWFuY2UgY29tcGFyaXNv
biBvZiB0aGUgdG9rZW4tDQogICBidWNrZXQgYmFzZWQgbWVhc3VyZW1lbnQgaXMgcHJlc2VudGVk
IGluIHRoZSBmb2xsb3dpbmcgc2VjdGlvbi4NCiAgIFdpdGhpbiB0aGUgY29uc3RyYWludHMgb2Yg
dGhpcyBzdHVkeSwgdGhlIHBlcmZvcm1hbmNlIHRyYWRlb2Zmcw0KICAgb2JzZXJ2ZWQgYmV0d2Vl
biB0aGUgcXVldWUtYmFzZWQgdGVjaG5pcXVlIHN1Z2dlc3RlZCBpbg0KICAgW0ktRC5icmlzY29l
LXRzdndnLWNsLWFyY2hpdGVjdHVyZV0gYW5kIGEgc2ltcGxlciB0b2tlbi1idWNrZXQtYmFzZWQN
CiAgIGV4Y2VzcyByYXRlIG1lYXN1cmVtZW50IGRvIG5vdCBhcHBlYXIgdG8gYmUgYSBjYXVzZSBv
ZiBzdWJzdGFudGlhbA0KICAgY29uY2VybiBmb3IgY2FzZXMgd2hlbiB0cmFmZmljIGFnZ3JlZ2F0
aW9uIGlzIHJlYXNvbmFibHkgaGlnaCBhdCB0aGUNCiAgIGJvdHRsZW5lY2sgbGlua3MgYXMgd2Vs
bCBhcyBvbiBhIHBlciBpbmdyZXNzLWVncmVzcyBwYWlyIGJhc2lzLg0KICAgRGV0YWlscyBvZiB0
aGUgc2ltdWxhdGlvbiBzdHVkeSwgYXMgd2VsbCBhcyBhZGRpdGlvbmFsIGRpc2N1c3Npb24gb2YN
CiAgIGl0cyBpbXBsaWNhdGlvbnMgYXJlIHByZXNlbnRlZCBpbiBzZWN0aW9uIDYuDQoNCiAgIEFs
c28sIG9uZSBtaXRpZ2F0aW5nIGNvbnNpZGVyYXRpb24gaW4gZmF2b3Igb2YgdGhlIHNpbXBsZXIg
bWVjaGFuaXNtDQogICBpcyB0aGF0IGluIGEgdHlwaWNhbCBEaWZmU2VydiBlbnZpcm9ubWVudCwg
dGhlIHJlYWwtdGltZSB0cmFmZmljIGlzDQogICBleHBlY3RlZCB0byBiZSBzZXJ2ZWQgYXQgYSBo
aWdoZXIgcHJpb3JpdHkgYW5kL29yIHRoZSB0YXJnZXQNCiAgIGFkbWlzc2lvbiByYXRlIGlzIGV4
cGVjdGVkIHRvIGJlIHN1YnN0YW50aWFsbHkgYmVsb3cgdGhlIHNwZWVkIGF0DQogICB3aGljaCB0
aGUgcmVhbC10aW1lIHF1ZXVlIGlzIGFjdHVhbGx5IHNlcnZlZC4gIElmIHRoZXNlIGFzc3VtcHRp
b25zDQogICBob2xkLCB0aGVuIHRoZXJlIGlzIHNvbWUgbWFyZ2luIG9mIHNhZmV0eSBmb3IgYW4g
YWRtaXNzaW9uIGNvbnRyb2wNCiAgIGFsZ29yaXRobSwgbWFraW5nIHRoZSByZXF1aXJlbWVudHMg
Zm9yIGFkbWlzc2lvbiBjb250cm9sIG1vcmUNCiAgIGZvcmdpdmluZyB0byBib3VuZGVkIGVycm9y
cyAtIHNlZSBhZGRpdGlvbmFsIGRpc2N1c3Npb24gaW4gc2VjdGlvbiA2Lg0KDQo2LjUuICBFZmZl
Y3Qgb24gUHJvcG9zZWQgQW50aS1DaGVhdGluZyBNZWNoYW5pc21zDQoNCiAgIFJlcGxhY2VtZW50
IG9mIHRoZSBxdWV1ZS1iYXNlZCBhZG1pc3Npb24gY29udHJvbCBtZWNoYW5pc20gb2YNCiAgIFtJ
LUQuYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdIGJ5IGFuIGV4Y2Vzcy1yYXRlIGJhc2Vk
IGFkbWlzc2lvbg0KICAgbWFya2luZyBjaGFuZ2luZyB0aGUgc2VtYW50aWNzIG9mIHRoZSBwcmUt
Y29uZ2VzdGlvbiBtYXJraW5nLCBhbmQNCiAgIGNvbnNlcXVlbnRseSBpbnRlcmZlcmVzIHdpdGgg
bWVjaGFuaXNtcyBmb3IgY2hlYXRpbmcgZGV0ZWN0aW9uDQogICBkaXNjdXNzZWQgaW4gW0ktRC5i
cmlzY29lLXRzdndnLXJlLWVjbi1ib3JkZXItY2hlYXRdLiAgSW1wbGljYXRpb25zDQogICBvZiBl
eGNlc3MtcmF0ZSBiYXNlZCBtYXJraW5nIG9uIHRoZSBhbnRpLWNoZWF0aW5nIG1lY2hhbmlzbXMg
bmVlZCB0bw0KICAgYmUgY29uc2lkZXJlZC4NCg0KNi42LiAgRUNNUCBIYW5kbGluZw0KDQogICBB
biBpc3N1ZSBub3QgZGlyZWN0bHkgYWRkcmVzc2VkIGJ5IGVpdGhlciB0aGUgZHVhbC1tYXJraW5n
IGFwcHJvYWNoDQogICBkZXNjcmliZWQgaW4gW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVj
dHVyZV0gb3IgdGhlIHNpbmdsZS0NCiAgIG1hcmtpbmcgYXBwcm9hY2ggZGVzY3JpYmVkIGluIHRo
aXMgZHJhZnQsIGlzIHRoYXQgaWYgRUNNUCBpcyBlbmFibGVkDQogICBpbiB0aGUgUENOLWRvbWFp
biwgdGhlbiB0aGUgUENOLWJvdW5kYXJ5LW5vZGVzIGRvIG5vdCBoYXZlIGEgd2F5IG9mDQogICBr
bm93aW5nIHdoZXRoZXIgc3BlY2lmaWMgZmxvd3MgaW4gdGhlIGluZ3Jlc3MtZWdyZXNzIGFnZ3Jl
Z2F0ZQ0KICAgZm9sbG93ZWQgdGhlIHNhbWUgcGF0aCBvciBub3QuICBJZiBtdWx0aXBsZSBwYXRo
cyBhcmUgZm9sbG93ZWQsIHRoZW4NCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGly
ZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDE3XQ0KDA0KSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVs
eSAyMDA3DQoNCg0KICAgc29tZSBvZiB0aG9zZSBwYXRocyBtYXkgYmUgZXhwZXJpZW5jaW5nIHBy
ZS1jb25nZXN0aW9uIG1hcmtpbmcsIGFuZA0KICAgc29tZSBhcmUgbm90LiAgSGVuY2UsIGZvciBl
eGFtcGxlLCBhbiBpbmdyZXNzIG5vZGUgbWF5IGNob29zZSB0bw0KICAgdGVybWluYXRlIGEgZmxv
dyB3aGljaCB0YWtlcyBhbiBlbnRpcmVseSB1bi1jb25nZXN0ZWQgcGF0aC4gIFRoaXMNCiAgIHdp
bGwgbm90IG9ubHkgdW5uZWNlc3NhcmlseSB0ZXJtaW5hdGUgc29tZSBmbG93cywgYnV0IGFsc28g
d2lsbCBub3QNCiAgIGVsZW1pbmF0ZSBjb25nZXN0aW9uIG9uIHRoZSBhY3R1YWxseSBjb25nZXN0
ZWQgcGF0aC4gIFdoaWxlDQogICBldmVudHVhbGx5LCBhZnRlciBzZXZlcmFsIGludGVyYXRpb25z
LCB0aGUgY29ycmVjdCBudW1iZXIgb2YgZmxvd3MNCiAgIG1pZ2h0IGJlIHRlcm1pbmF0ZWQgb24g
dGhlIGNvbmdlc3Rpb24gcGF0aCwgdGhpcyBpcyBjbGVhcmx5DQogICBzdWJvcHRpbWFsLCBhcyB0
aGUgdGVybWluYXRpb24gdGFrZXMgbG9uZ2VyLCBhbmQgbWFueSBmbG93cyBhcmUNCiAgIHBvdGVu
dGlhbHkgdGVybWluYXRlZCB1bm5lY2Vzc2FyaWx5Lg0KDQogICBUd28gYXBwcm9hY2hlcyBmb3Ig
c29sdmluZyB0aGlzIHByb2JsZW0gd2VyZSBwcm9wb3NlZCBpbg0KICAgW0ktRC5iYWJpYXJ6LXBj
bi0zc21dIGFuZA0KDQogICBbSS1ELndlc3RiZXJnLXBjbi1sb2FkLWNvbnRyb2xdLiAgVGhlIGZv
cm1lciBoYW5kbGVzIEVDTVAgYnkNCiAgIHRlcm1pbmF0aW5nIHRob3NlIGZsb3dzIHRoYXQgYXJl
IHRlcm1pbmF0aW9uLW1hcmtlZCBhcyBzb29uIGFzIHRoZQ0KICAgdGVybWluYXRpb24gbWFybGlu
ZyBpcyBzZWVuLiAgVGhlIGxhdHRlciB1c2VzIGFuIGFkZGl0aW9uYWwgRGlmZlNlcnYNCiAgIG1h
cmtpbmcvY29kZXBvaW50IHRvIG1hcmsgYWxsIHBhY2tldHMgb2YgdGhlIGZsb3dzIHBhc3Npbmcg
dGhyb3VnaCBhDQogICBjb25nZXN0aW9uIHBvaW50LCB3aXRoIHRoZSBQQ04tYm91bmRhcnktbm9k
ZXMgdGVybWluYXRpbmcgb25seSB0aG9zZQ0KICAgZmxvd3Mgd2hpY2ggYXJlIG1hcmtlZCB3aXRo
IHRoaXMgYWRkaXRpb25hbCBtYXJrcy4gIEJvdGggb2YgdGhlc2UNCiAgIGFwcHJvYWNoZXMgYWxz
byBkaWZmZXIgaW4gdGhlIHRlcm1pbmF0aW9uLW1hcmtpbmcgc2VtYW50aWNzLCBidXQgd2UNCiAg
IG9taXQgdGhlIGRpc2N1c3Npb24gb2YgdGhlc2UgZGlmZmVyZW5jZXMgYXMgdGhleSBjYW4gYmUg
Y29uc2lkZXJlZA0KICAgbGFyZ2VseSBpbmRlcGVuZGVudCBvZiB0aGUgRUNNUCBpc3N1ZS4NCg0K
ICAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgYWx0aG91Z2ggbm90IHByb3Bvc2VkIGluIHRoaXMg
ZHJhZnQsIGVpdGhlcg0KICAgb2YgdGhlc2UgaWRlYXMgY2FuIGJlIHVzZWQgd2l0aCBkdWFsLSBh
bmQgc2luZ2xlLSBtYXJraW5nIGFwcHJvYWNoZXMNCiAgIGRpc2N1c3NlZCBoZXJlLiAgU3BlY2lm
aWNhbGx5LCBhbmQgd2hlbiBhIFBDTi1pbmdyZXNzLW5vZGUgZGVjaWRlcw0KICAgd2hpY2ggZmxv
d3MgdG8gdGVybWluYXRlLCBpdCBjYW4gY2hvb3NlIGZvciB0ZXJtaW5hdGlvbiBvbmx5IHRob3Nl
DQogICBmbG93cyB0aGF0IGFyZSB0ZXJtaW5hdGlvbi1tYXJrZWQuICBMaWtld2lzZSwgYXQgdGhl
IGNvc3Qgb2YgYW4NCiAgIGFkZGl0aW9uYWwgKERpaWZTZXJ2KSBjb2RlcG9pbnQsIGEgUENOLWlu
dGVybmFsLW5vZGUgY2FuIG1hcmsgYWxsDQogICBwYWNrZXRzIG9mIGFsbCBmbG93cyB1c2luZyB0
aGlzIGFkZGl0aW9uYWwgbWFya2luZywgYW5kIHRoZW4gdGhlIFBDTi0NCiAgIGJvdW5kYXJ5LW5v
ZGVzIGNhbiB1c2UgdGhpcyBhZGRpdGlvbmFsIG1hcmtpbmcgdG8gZ3VpZGUgdGhlaXIgZmxvdw0K
ICAgdGVybWluYXRpb24gZGVjaXNpb25zLg0KDQogICBFaXRoZXIgb2YgdGhlc2UgYXBwcm9hY2hl
cyBhcHBlYXJzIHRvIGltcGx5IGNoYW5nZXMgdG8gdGhlIFBDTg0KICAgYXJjaGl0ZWN0dXJlIGFz
IHByb3Bvc2VkIGluIFtJLUQuZWFyZGxleS1wY24tYXJjaGl0ZWN0dXJlXS4gIFN1Y2gNCiAgIGNo
YW5nZXMgaGF2ZSBub3QgYmVlbiBjb25zaWRlcmVkIGluIHRoaXMgZHJhZnQgYXQgdGhpcyBwb2lu
dC4NCg0KNi43LiAgVHJhZmZpYyBFbmdpbmVlcmluZyBDb25zaWRlcmF0aW9ucw0KDQogICBEdWFs
LW1hcmtpbmcgUENOIGNhbiBiZSB2aWV3ZWQgYXMgYSByZXBsYWNlbWVudCBmb3IgUmVzaWxpZW50
IE5ldHdvcmsNCiAgIFByb3Zpc2lvbmluZyAoUk5QKS4gIEl0IGlzIHJlYXNvbmFibGUgdG8gZXhw
ZWN0IHRoYXQgYW4gb3BlcmF0b3INCiAgIGN1cnJlbnRseSB1c2luZyBEaWZmU2VydiBwcm92aXNp
b25pbmcgZm9yIHJlYWwtdGltZSB0cmFmZmljIG1pZ2h0DQogICBjb25zaWRlciBhIG1vdmUgdG8g
UENOLiAgRm9yIHN1Y2ggYSBtb3ZlIGl0IGlzIG5lY2Vzc2FyeSB0bw0KICAgdW5kZXJzdGFuZCBo
b3cgdG8gc2V0IHRoZSBQQ04gcmF0ZSB0aHJlc2hvbGRzIHRvIG1ha2Ugc3VyZSB0aGF0IHRoZQ0K
ICAgbW92ZSB0byBQQ04gZG9lcyBub3QgZGV0cmVtZW50YWxseSBhZmZlY3QgdGhlIHF1YXJhbnRl
ZXMgY3VycmVudGx5DQogICBvZmZlcmVkIHRvIHRoZSBvcGVyYXRvci4NCg0KICAgVGhlIGtleSBx
dWVzdGlvbiBhZGRyZXNzZWQgaW4gdGhpcyBzZWN0aW9uIGlzIGhvdyB0byBzZXQgUENODQoNCg0K
DQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAg
ICAgICAgICBbUGFnZSAxOF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBT
aW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIGFkbWlzc2lvbiBh
bmQgdGVybWluYXRpb24gdGhyZXNob2xkcyBpbiB0aGUgZHVhbCBtYXJraW5nIGFwcHJvYWNoIG9y
DQogICB0aGUgc2luZ2xlIGFkbWlzc2lvbiB0aHJlc2hvbGQgYW5kIHRoZSBzY2FsaW5nIGZhY3Rv
ciBVIHJlZmxlY3RpbmcNCiAgIHRoZSBpbXBsaWNpdCB0ZXJtaW5hdGlvbiB0aHJlc2hvbGQgaW4g
dGhlIHNpbmdsZS1tYXJraW5nIGFwcHJvYWNoLCB0bw0KICAgZW5zdXJlIHRoYXQgdGhlIHJlc3Vs
dCBpcyAibm90IHdvcnNlIHRoYW4gcHJvdmlzaW9uaW5nIiBpbiB0aGUgYW1vdW50DQogICBvZiB0
cmFmZmljIHRoYXQgY2FuIGJlIGFkbWl0dGVkLiAgRXZlbiBtb3JlIHNwZWNpZmljYWxseSB3ZSB3
aWxsDQogICBhZGRyZXNzIHdoYXQgaWYgYW55IGFyZSB0aGUgdHJhZGVvZmZzIGJldHdlZW4gdGhl
IGR1YWwtbWFya2luZyBhbmQNCiAgIHRoZSBzaW5nbGUtYXBwcm9hY2ggYXJpc2Ugd2hlbiBhbnN3
ZXJpbmcgdGhpcyBxdWVzdGlvbi4gIFRoaXMNCiAgIHF1ZXN0aW9uIHdhcyBmaXJzdCByYWlzZWQg
aW4gW01lbnRoXSBhbmQgaXMgZnVydGhlciBhZGRyZXNzZWQgYmVsb3cuDQoNCiAgIFR5cGljYWxs
eSwgUk5QIHdvdWxkIHNpemUgdGhlIG5ldHdvcmsgKGluIHRoaXMgc3BlY2lmaWMgY2FzZSBmb3IN
CiAgIHRyYWZmaWMgdGhhdCBpcyBleHBlY3RlZCB0byB1c2UgUENOKSBieSBtYWtpbmcgc3VyZSB0
aGF0IGNhcGFjaXR5DQogICBhdmFpbGFibGUgZm9yIHRoaXMgKFBDTikgdHlwZSBvZiB0cmFmZmlj
IGlzIHN1ZmZpY2llbnQgdW5kZXIgIm5vcm1hbCINCiAgIGNpcmN1bXN0YW5jZXMgKCB0aGF0IGlz
LCB1bmRlciBubyBmYWlsdXJlIGNvbmRpdGlvbiwgZm9yIGEgZ2l2ZW4NCiAgIHRyYWZmaWMgbWF0
cml4KSwgYW5kIHVuZGVyIGEgc3BlY2lmaWMgc2V0IG9mIHNpbmdsZSBmYWlsdXJlIHNjZW5hcmlv
cw0KICAgKGUuZy4gZmFpbHVyZSBvZiBlYWNoIGluZGl2aWR1YWwgc2luZ2xlIGxpbmspLiAgU29t
ZSBvZiB0aGUgb2J2aW91cw0KICAgbGltaXRhdGlvbnMgb2Ygc3VjaCBwcm92aXNpb25pbmcgaXMg
dGhhdA0KDQogICBvICB0aGUgdHJhZmZpYyBtYXRyaXggaXMgb2Z0ZW4gbm90IGtub3duIHdlbGws
IGFuZCBhdCB0aW1lcywNCiAgICAgIGVzcGVjaWFsbHkgZHVyaW5nIGZsYXNoLWNyb3dkcywgdGhl
IGFjdHVhbCB0cmFmZmljIG1hdHJpeCBjYW4NCiAgICAgIGRpZmZlciBzdWJzdGFudGlhbGx5IGZy
b20gdGhlIG9uZSBhc3N1bWVkIGJ5IHByb3Zpc2lvbmluZw0KDQogICBvICB1bnByZWRpY3RlZCwg
bm9uLXBsYW5uZWQgZmFpbHVyZXMgY2FuIG9jY3VyIChlLmcuIG11bHRpcGxlIGxpbmtzLA0KICAg
ICAgbm9kZXMsIGV0YyksIGNhdXNpbmcgb3ZlcmxvYWQuDQoNCiAgIEl0IGlzIHNwZWNpZmljYWxs
eSBzdWNoIHVucGxhbm5lZCBjYXNlcyB0aGF0IHNlcnZlIGFzIHRoZSBtb3RpdmF0aW9uDQogICBm
b3IgUENOLiAgWWV0LCBvbmUgbWF5IHdhbnQgdG8gbWFrZSBzdXJlIHRoYXQgZm9yIGNhc2VzIHRo
YXQgUk5QIGNhbg0KICAgKGFuZCBkb2VzIHRvZGF5KSBwbGFuIGZvciwgUENOIGRvZXMgbm8gd29y
c2Ugd2hlbiBhbiBvcGVyYXRvciBtYWtlcw0KICAgdGhlIGRlY2lzaW9uIHRvIGltcGxlbWVudCBQ
Q04gb24gYSBjdXJyZW50bHkgcHJvdmlzaW9uZWQgbmV0d29yay4NCiAgIFRoaXMgcXVlc3Rpb24g
ZGlyZWN0bHkgcmVsYXRlcyB0byB0aGUgY2hvaWNlIG9mIHRoZSBQQ04gY29uZmlndXJlZA0KICAg
YWRtaXNzaW9uIGFuZCB0ZXJtaW5hdGlvbiB0aHJlc2hvbGRzLg0KDQogICBGb3IgdGhlIGR1YWwt
bWFya2luZyBhcHByb2FjaCwgd2hlcmUgdGhlIHRlcm1pbmF0aW9uIGFuZCBhZG1pc3Npb24NCiAg
IHRocmVzaG9sZHMgYXJlIHNldCBpbmRlcGVuZGVudGx5IG9uIGFueSBsaW5rLCBvbmUgY2FuIGFk
ZHJlc3MgdGhpcw0KICAgaXNzdWUgYXMgZm9sbG93cyBbTWVudGhdLiAgSWYgYSBwcm92aXNpb25p
bmcgdG9vbCBpcyBhdmFpbGFibGUsIGZvciBhDQogICBnaXZlbiB0cmFmZmljIG1hdHJpeCwgb25l
IGNhbiBkZXRlcm1pbmUgdGhlIHV0aWxpc2F0aW9uIG9mIGFueSBsaW5rDQogICB1c2VkIGJ5IHRy
YWZmaWMgZXhwZWN0ZWQgdG8gdXNlIFBDTiB1bmRlciB0aGUgbm8tZmFpbHVyZSBjb25kaXRpb24s
DQogICBhbmQgc2ltcGx5IHNldCB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUgdG8gdGhh
dCAibm8tZmFpbHVyZQ0KICAgdXRpbGl6YXRpb24iLiAgVGhlbiBhIG5ldHdvcmsgdXNpbmcgUENO
IHdpbGwgYmUgYWJsZSB0byBhZG1pdCBhcyBtdWNoDQogICB0cmFmZmljIGFzIHRoZSBSTlAsIGFu
ZCB3aWxsIHJlamVjdCBhbnkgdHJhZmZpYyB0aGF0IGV4Y2VlZHMgdGhlDQogICBleHBlY3RlZCB0
cmFmZmljIG1hdHJpeC4gIFRvIGFkZHJlc3MgcmVzaWxpZW5jeSBhZ2FpbnN0IGEgc2V0IG9mDQog
ICBwbGFubmVkIGZhaWx1cmVzLCBvbmUgY2FuIHVzZSBSTlAgdG8gZmluZCB0aGUgd29yc3QtY2Fz
ZSB1dGlsaXphdGlvbg0KICAgb2YgYW55IGxpbmsgdW5kZXIgdGhlIHNldCBvZiBhbGwgcHJvdmlz
aW9uZWQgZmFpbHVyZXMsIGFuZCB0aGVuIHNldA0KICAgdGhlIGNvbmZpZ3VyZWQtdGVybWluYXRp
b24tcmF0ZSB0byB0aGF0IHdvcnN0IGNhc2UgdXRpbGlzYXRpb24uDQoNCiAgIENsZWFybHksIHN1
Y2ggc2V0dGluZyBvZiBQQ04gdGhyZXNob2xkcyB3aXRoIHRoZSBkdWFsLW1hcmtpbmcNCiAgIGFw
cHJvYWNoIHdpbGwgYWNoaWV2ZSB0aGUgZm9sbG93aW5nIGdvYWxzOg0KDQoNCg0KDQoNCkNoYXJu
eSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAg
IFtQYWdlIDE5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBN
YXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgbyAgUENOIHdpbGwgYWRtaXQg
dGhlIHNhbWUgdHJhZmZpYyBtYXRyaXggYXMgdXNlZCBieSBSTlAgYW5kIHdpbGwNCiAgICAgIHBy
b3RlY3QgaXQgYWdhaW5zdCBhbGwgcGxhbm5lZCBmYWlsdXJlcyB3aXRob3V0IHRlcm1pbmF0aW5n
IGFueQ0KICAgICAgdHJhZmZpYw0KDQogICBvICBXaGVuIHRyYWZmaWMgZGV2aWF0ZXMgZnJvbSB0
aGUgcGxhbm5lZCB0cmFmZmljIG1hdHJpeCwgUENOIHdpbGwNCiAgICAgIGFkbWl0IHN1Y2ggdHJh
ZmZpYyBhcyBsb25nIGFzIHRoZSB0b3RhbCB1c2FnZSBvZiBhbnkgbGluayAod2l0aG91dA0KICAg
ICAgZmFpbHVyZSkgZG9lcyBub3QgZXhjZWVkIHRoZSBjb25maWd1cmVkLWFkbWlzc2lvbiB0aHJl
c2hvbGQsIGFuZA0KICAgICAgYWxsIGFkbWl0dGVkIHRyYWZmaWMgd2lsbCBiZSBwcm90ZWN0ZWQg
YWdhaW5zdCBhbGwgcGxhbm5lZA0KICAgICAgZmFpbHVyZXMNCg0KICAgbyAgQWRkaXRpb25hbCB0
cmFmZmljIHdpbGwgbm90IGJlIGFkbWl0dGVkIHVuZGVyIHRoZSBub3JtYWwsIG5vLQ0KICAgICAg
ZmFpbHVyZSBjb25kaXRpb25zDQoNCiAgIG8gIFRyYWZmaWMgZXhjZWVkaW5nIGNvbmZpZ3VyZS10
ZXJtaW5hdGlvbiB0aHJlc2hvbGQgZHVyaW5nIG5vbi0NCiAgICAgIHBsYW5uZWQgZmFpbHVyZXMg
d2lsbCBiZSB0ZXJtaW5hdGVkDQoNCiAgIG8gIFVuZGVyIG5vbi1wbGFubmVkIGZhaWx1cmVzLCBz
b21lIG9mIHRoZSBwbGFubmVkIHRyYWZmaWMgbWF0cml4IG1heQ0KICAgICAgYmUgdGVybWluYXRl
ZCwgYnV0IHRoZSByZW1haW5pbmcgdHJhZmZpYyB3aWxsIGJlIGFibGUgdG8gcmVjZWl2ZQ0KICAg
ICAgaXRzIFFvUyB0cmVhdG1lbnQuDQoNCiAgIFRoZSBhYm92ZSBhcmd1ZXMgdGhhdCBhbiBvcGVy
YXRvciBtb3ZpbmcgZnJvbSBhIHB1cmVseSBwcm92aXNpb25lZA0KICAgbmV0d29yayB0byBhIFBD
TiBuZXR3b3JrIGNhbiBmaW5kIHRoZSBzZXR0aW5ncyBvZiB0aGUgUENOIHRocmVzaG9sZA0KICAg
d2l0aCBkdWFsIG1hcmtpbmcgaW4gc3VjaCBhIHdheSB0aGF0IGFsbCBhZG1pdHRlZCB0cmFmZmlj
IGlzDQogICBwcm90ZWN0ZWQgYWdhaW5zdCBhbGwgcGxhbm5lZCBmYWlsdXJlcy4NCg0KICAgSXQg
aXMgZWFzeSB0byBzZWUgdGhhdCB3aXRoIHRoZSBzaW5nbGUtbWFya2luZyBzY2hlbWUsIHRoZSBh
Ym92ZQ0KICAgYXBwcm9hY2ggZG9lcyBub3Qgd29yayBkaXJlY3RseSBbTWVudGhdLiAgSW5kZWVk
LCB0aGUgcmF0aW8gYmV0d2Vlbg0KICAgdGhlIGNvbmZpZ3VyZWQtdGVybWluYXRpb24gdGhyZXNo
b2xkcyBhbmQgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS0NCiAgIHJhdGUgdXNlZCBieSB0aGUg
ZHVhbC1tYXJraW5nIGFwcHJvYWNoIGFzIGRlc2NyaWJlZCBhYm92ZSBtYXkgbm90IGJlDQogICBj
b25zdGFudCBvbiBhbGwgbGlua3MuICBTaW5jZSB0aGUgc2luZ2xlLW1hcmtpbmcgYXBwcm9hY2gg
cmVxdWlyZXMNCiAgIHRoZSAoaW1wbGljaXQpIHRlcm1pbmF0aW9uIHJhdGUgdG8gYmUgd2l0aGlu
IGEgZml4ZWQgZmFjdG9yIG9mIHRoZQ0KICAgY29uZmlndXJlZCBhZG1pc3Npb24gcmF0ZSwgaXQg
Y2FuIGJlIGFyZ3VlZCAoYXMgd2FzIGFyZ3VlZCBpbg0KICAgW01lbnRoXS4pIHRoYXQgb25lIG5l
ZWRzIHRvIHNldCB0aGUgc3lzdGVtLXdpZGUgcmF0aW8gVSBiZXR3ZWVuIHRoZQ0KICAgKGltcGxp
Y2l0KSB0ZXJtaW5hdGlvbiB0aHJlc2hvbGQgYW5kIHRoZSBjb25maWd1cmVkIGFkbWlzc2lvbg0K
ICAgdGhyZXNob2xkIHRvIGNvcnJlc3BvbmQgdG8gdGhlIGxhcmdlc3QgcmF0aW8gYmV0d2VlbiB0
aGUgd29yc3QgY2FzZQ0KICAgcmVzaWxpZW50IHV0aWxpemF0aW9uIGFuZCB0aGUgbm8tZmFpbHVy
ZSB1dGlsaXphdGlvbiBvZiBSTlAsIGFuZCBzZXQNCiAgIHRoZSBhZG1pc3Npb24gdGhyZXNob2xk
IG9uIGVhY2ggbGluayB0byB0aGUgd29yc3QgY2FzZSByZXNpbGllbnQNCiAgIHV0aWxpemF0aW9u
IGRpdmlkZWQgYnkgdGhhdCBzeXN0ZW0gd2lkZSByYXRpby4gIFN1Y2ggYXBwcm9hY2ggd291bGQN
CiAgIHJlc3VsdCBpbiBsb3dlciBhZG1pc3Npb24gdGhyZXNob2xkcyBvbiBzb21lIGxpbmtzIHRo
YW4gdGhhdCBvZiB0aGUNCiAgIGR1YWwtbWFya2luZyBzZXR0aW5nIG9mIHRoZSBhZG1pc3Npb24g
dGhyZXNob2xkIHByb3Bvc2VkIGFib3ZlLiAgSXQNCiAgIGNhbiB0aGVyZWZvcmUgYmUgYXJndWVk
IHRoYXQgUENOIHdpdGggc2luZ2xlIG1hcmtpbmcgd2lsbCBiZSBhYmxlIHRvDQogICBhZG1pdCAq
bGVzcyogdHJhZmZpYyB0aGF0IGNhbiBiZSBmdWxseSBwcm90ZWN0ZWQgdW5kZXIgdGhlIHBsYW5u
ZWQNCiAgIHNldCBvZiBmYWlsdXJlcyB0aGFuIGJvdGggUk5QIGFuZCB0aGUgZHVhbC1tYXJraW5n
IGFwcHJvYWNoLg0KDQogICBIb3dldmVyLCB0aGUgc2V0dGluZ3Mgb2YgdGhlIHNpbmdsZS1tYXJr
aW5nIHRocmVzaG9sZCBwcm9wb3NlZCBhYm92ZQ0KICAgYXJlIG5vdCB0aGUgb25seSBvbmVzIHBv
c3NpYmxlLCBhbmQgaW4gZmFjdCB3ZSBwcm9wb3NlIGhlcmUgdGhhdCB0aGUNCiAgIHNldHRpbmdz
IGFyZSBjaG9zZW4gZGlmZmVyZW50bHkuICBTdWNoIGRpZmZlcmVudCBzZXR0aW5ncyAoZGVzY3Jp
YmVkDQogICBiZWxvdykgd2lsbCByZXN1bHQgaW4gdGhlIGZvbGxvd2luZyBwcm9wZXJ0aWVzIG9m
IHRoZSBQQ04gbmV0d29yazoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMg
SmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDIwXQ0KDA0KSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAy
MDA3DQoNCg0KICAgbyAgUENOIHdpbGwgYWRtaXQgdGhlIHNhbWUgdHJhZmZpYyBtYXRyaXggYXMg
dXNlZCBieSBSTlAgKm9yIG1vcmUqDQoNCiAgIG8gIFRoZSB0cmFmZmljIG1hdHJpeCBhc3N1bWVk
IGJ5IFJOUCB3aWxsIGJlIGZ1bGx5IHByb3RlY3RlZCBhZ2FpbnN0DQogICAgICBhbGwgcGxhbm5l
ZCBmYWlsdXJlcyB3aXRob3V0IHRlcm1pbmF0aW5nIGFueSBhZG1pdHRlZCB0cmFmZmljDQoNCiAg
IG8gIFdoZW4gdHJhZmZpYyBkZXZpYXRlcyBmcm9tIHRoZSBwbGFubmVkIHRyYWZmaWMgbWF0cml4
LCBQQ04gd2lsbA0KICAgICAgYWRtaXQgc3VjaCB0cmFmZmljIGFzIGxvbmcgYXMgdGhlIHRvdGFs
IHVzYWdlIG9mIGFueSBsaW5rICh3aXRob3V0DQogICAgICBmYWlsdXJlKSBkb2VzIG5vdCBleGNl
ZWQgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaW9uIHRocmVzaG9sZCwNCiAgICAgIEhvd2V2ZXIsIG5v
dCBhbGwgYWRtaXR0ZWQgdHJhZmZpYyB3aWxsIGJlIHByb3RlY3RlZCBhZ2FpbnN0IGFsbA0KICAg
ICAgcGxhbm5lZCBmYWlsdXJlcyAoaS5lLiBldmVuIHVuZGVyIHBsYW5uZWQgZmFpbHVyZXMsIHRy
YWZmaWMNCiAgICAgIGV4Y2VlZGluZyB0aGUgcGxhbm5lZCB0cmFmZmljIG1hdHJpeCBtYXkgYmUg
cHJlZW1wdGVkKQ0KDQogICBvICBVbmRlciBub24tcGxhbm5lZCBmYWlsdXJlcywgc29tZSBvZiB0
aGUgcGxhbm5lZCB0cmFmZmljIG1hdHJpeCBtYXkNCiAgICAgIGJlIHRlcm1pbmF0ZWQsIGJ1dCB0
aGUgcmVtYWluaW5nIHRyYWZmaWMgd2lsbCBiZSBhYmxlIHRvIHJlY2VpdmUNCiAgICAgIGl0cyBR
b1MgdHJlYXRtZW50Lg0KDQogICBJdCBpcyBlYXN5IHRvIHNlZSB0aGF0IGFsbCBvZiB0aGVzZSBw
cm9wZXJ0aWVzIGNhbiBiZSBhY2hpZXZlZCBpZg0KICAgaW5zdGVhZCBvZiB1c2luZyB0aGUgbGFy
Z2VzdCByYXRpbyBiZXR3ZWVuIHdvcnN0IGNhc2UgcmVzaWxpZW50DQogICB1dGlsaXNhdGlvbiB0
byB0aGUgbm8tZmFpbHVyZSB1dGlsaXNhdGlvbiBvZiBSTlAgYWNyb3NzIGFsbCBsaW5rcyBmb3IN
CiAgIHNldHRpbmcgdGhlIHN5c3RlbSB3aWRlIGNvbnN0YW50IFUgaW4gdGhlIHNpbmdsZS1tYXJr
aW5nIGFwcHJvYWNoIGFzDQogICBwcm9wb3NlZCBpbiBbTWVudGhdLCBvbmUgd291bGQgdXNlIHRo
ZSAqc21hbGxlc3QqIHJhdGlvLCBhbmQgdGhlbiBzZXQNCiAgIHRoZSBjb25maWd1cmVkLWFkbWlz
c2libGUtcmF0ZSB0byB0aGUgd29yc3QgY2FzZSByZXNpbGllbnQNCiAgIHV0aWxpemF0aW9uIGRp
dmlkZWQgYnkgdGhhdCByYXRpby4gIFdpdGggc3VjaCBzZXR0aW5nLCB0aGUNCiAgIGNvbmZpZ3Vy
ZWQtYWRtaXNzaW9ucyB0aHJlc2hvbGQgb24gZWFjaCBsaW5rIGlzIGF0IGxlYXN0IGFzIGxhcmdl
IGFzDQogICB0aGUgbm9uLWZhaWx1cmUgUk5QIHV0aWxpc2F0aW9uIChhbmQgaGVuY2UgdGhlIHBs
YW5uZWQgdHJhZmZpYyBtYXRyaXgNCiAgIGlzIGFsd2F5cyBhZG1pdHRlZCksIGFuZCB0aGUgaW1w
bGljaXQgdGVybWluYXRpb24gdGhyZXNob2xkIGlzIGF0IHRoZQ0KICAgd29yc3QgY2FzZSBwbGFu
bmVkIHJlc2lsaWVudCB1dGlsaXNhdGlvbiBvZiBSTlAgb24gZWFjaCBsaW5rIChhbmQNCiAgIGhl
bmNlIHRoZSBwbGFubmVkIHRyYWZmaWMgbWF0cml4IHdpbGwgYmUgZnVsbHkgcHJvdGVjdGVkIGFn
YWluc3QgdGhlDQogICBwbGFubmVkIGZhaWx1cmVzKS4gIFRoZXJlZm9yZSwgd2l0aCBzdWNoIHNl
dHRpbmdzLCB0aGUgc2luZ2xlLW1hcmtpbmcNCiAgIGRyYWZ0IGRvZXMgYXMgd2VsbCBhcyBSTlAg
b3IgZHVhbC1tYXJraW5nIHdpdGggcmVzcGVjdCB0byB0aGUgcGxhbm5lZA0KICAgbWF0cml4IGFu
ZCBwbGFubmVkIGZhaWx1cmVzLiAgSW4gZmFjdCwgdW5saWtlIHRoZSBkdWFsIG1hcmtpbmcNCiAg
IGFwcHJvYWNoLCBpdCBjYW4gYWRtaXQgbW9yZSB0cmFmZmljIG9uIHNvbWUgbGlua3MgdGhhbiB0
aGUgcGxhbm5lZA0KICAgdHJhZmZpYyBtYXRyaXggd291bGQgYWxsb3csIGJ1dCBpdCBpcyBvbmx5
IGd1YXJhbnRlZWQgdG8gcHJvdGVjdCB1cA0KICAgdG8gdGhlIHBsYW5uZWQgdHJhZmZpYyBtYXRy
aXggdW5kZXIgcGxhbm5lZCBmYWlsdXJlcy4NCg0KICAgSW4gc3VtbWFyeSwgd2UgaGF2ZSBhcmd1
ZWQgdGhhdCBib3RoIHRoZSBzaW5nbGUtbWFya2luZyBhcHByb2FjaCBhbmQNCiAgIHRoZSBkdWFs
LW1hcmtpbmcgYXBwcm9hY2ggY2FuIGJlIGNvbmZpZ3VyZWQgdG8gZW5zdXJlIHRoYXQgUENOICJk
b2VzDQogICBubyB3b3JzZSIgdGhhbiBSTlAgZm9yIHRoZSBwbGFubmVkIG1hdHJpeCBhbmQgdGhl
IHBsYW5uZWQgZmFpbHVyZQ0KICAgY29uZGl0aW9ucywgKGFuZCBib3RoIGNhbiBkbyBiZXR0ZXIg
dGhhbiBSTlAgdW5kZXIgbm9uLXBsYW5uZWQNCiAgIGNvbmRpdGlvbnMpLiAgVGhlIHRyYWRlb2Zm
IGJldHdlZW4gdGhlIHR3byBpcyB0aGF0IGFsdGhvdWdoIHRoZQ0KICAgcGxhbm5lZCB0cmFmZmlj
IG1hdHJpeCBjYW4gYmUgYWRtaXR0ZWQgd2l0aCBwcm90ZWN0aW9uIGd1YXJhbnRlZXMNCiAgIGFn
YWluc3QgcGxhbm5lZCBmYWlsdXJlcyB3aXRoIGJvdGggYXBwcm9hY2hlcywgdGhlIG5hdHVyZSBv
ZiB0aGUNCiAgIGd1YXJhbnRlZSBmb3IgdGhlIGFkbWl0dGVkIHRyYWZmaWMgaXMgZGlmZmVyZW50
LiAgRHVhbCBtYXJraW5nICh3aXRoDQogICB0aGUgc2V0dGluZ3MgcHJvcG9zZWQpIHdvdWxkIHBy
b3RlY3QgYWxsIGFkbWl0dGVkIHRyYWZmaWMgYnV0IHdvdWxkDQogICBub3QgYWRtaXQgbW9yZSB0
aGFuIHBsYW5uZWQpLCB3aGlsZSBzaW5nbGUgbWFya2luZyAod2l0aCB0aGUgc2V0dGluZ3MNCiAg
IHByb3Bvc2VkKSB3aWxsIGFkbWl0IG1vcmUgdHJhZmZpYyB0aGFuIHBsYW5uZWQsIGJ1dCB3aWxs
IG5vdA0KICAgZ3VhcmFudGVlIHByb3RlY3Rpb24gYWdhaW5zdCBwbGFubmVkIGZhaWx1cmVzIGZv
ciB0cmFmZmljIGV4Y2VlZGluZw0KICAgcGxhbm5lZCB1dGlsaXphdGlvbi4NCg0KDQoNCkNoYXJu
eSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAg
IFtQYWdlIDIxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBN
YXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KNy4gIFBlcmZvcm1hbmNlIEV2YWx1
YXRpb24gQ29tcGFyaXNvbg0KDQo3LjEuICBSZWxhdGlvbnNoaXAgdG8gb3RoZXIgZHJhZnRzDQoN
CiAgIEluaXRpYWwgc2ltdWxhdGlvbiByZXN1bHRzIG9mIGFkbWlzc2lvbiBhbmQgdGVybWluYXRp
b24gbWVjaGFuaXNtcyBvZg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZV0g
d2VyZSByZXBvcnRlZCBpbg0KICAgW0ktRC5icmlzY29lLXRzdndnLWNsLXBoYl0uICBBIGZvbGxv
dy11cCBzdHVkeSBvZiB0aGVzZSBtZWNoYW5pc21zIGlzDQogICBwcmVzZW50ZWQgaW4gYSBjb21w
YW5pb24gZHJhZnQNCiAgIFtJLUQuemhhbmctcGNuLXBlcmZvcm1hbmNlLWV2YWx1YXRpb25dLiAg
VGhlIGN1cnJlbnQgZHJhZnQNCiAgIGNvbmNlbnRyYXRlcyBvbiBhIHBlcmZvcm1hbmNlIGNvbXBh
cmlzb24gb2YgdGhlIGFkbWlzc2lvbiBjb250cm9sDQogICBtZWNoYW5pc20gb2YgW0ktRC5icmlz
Y29lLXRzdndnLWNsLXBoYl0gYW5kIHRoZSB0b2tlbi1idWNrZXQtYmFzZWQNCiAgIGFkbWlzc2lv
biBjb250cm9sIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDIgb2YgdGhpcyBkcmFmdC4NCg0KNy4yLiAg
TGltaXRhdGlvbnMsIENvbmNsdXNpb25zIGFuZCBEaXJlY3Rpb24gZm9yIEZ1dHVyZSBXb3JrDQoN
CiAgIER1ZSB0byB0aW1lIGNvbnN0cmFpbnRzLCB0aGUgc3R1ZHkgcGVyZm9ybWVkIHNvIGZhciB3
YXMgbGltaXRlZCB0byBhDQogICBzbWFsbCBzZXQgb2YgdG9wb2xvZ2llcywgZGVzY3JpYmVkIGlu
IHRoZSBBcHBlbmRpeC4gIFRoZSBrZXkNCiAgIHF1ZXN0aW9ucyB0aGF0IGhhdmUgYmVlbiBpbnZl
c3RpZ2F0ZWQgYXJlIHRoZSBjb21wYXJhdGl2ZSBzZW5zaXRpdml0eQ0KICAgb2YgdGhlIHR3byBz
Y2hlbWVzIHRvIHBhcmFtZXRlciBzZXR0aW5ncyBhbmQgdGhlIGVmZmVjdCBvZiB0cmFmZmljDQog
ICBidXJzdGluZXNzIGFuZCBvZiB0aGUgZGVncmVlIG9mIGFnZ3JlZ2F0aW9uIG9uIGEgcGVyIGlu
Z3Jlc3MtZWdyZXNzDQogICBwYWlyIG9uIHRoZSBwZXJmb3JtYW5jZSBvZiB0aGUgYWRtaXNzaW9u
IGNvbnRyb2wgYWxnb3JpdGhtcyB1bmRlcg0KICAgc3R1ZHkuICBUaGUgc3R1ZHkgaXMgbGltaXRl
ZCB0byB0aGUgY2FzZSB3aGVyZSB0aGVyZSBpcyBubyBwYWNrZXQNCiAgIGxvc3MuICBXaGlsZSB0
aGlzIGlzIGEgcmVhc29uYWJsZSBpbml0aWFsIGFzc3VtcHRpb24gZm9yIGFuIGFkbWlzc2lvbg0K
ICAgY29udHJvbCBhbGdvcml0aG0gdGhhdCBpcyBzdXBwb3NlZCB0byBtYWludGFpbiB0aGUgdHJh
ZmZpYyBsZXZlbA0KICAgc2lnbmlmaWNhbnRseSBiZWxvdyB0aGUgc2VydmljZSBjYXBhY2l0eSBv
ZiB0aGUgY29ycmVzcG9uZGluZyBxdWV1ZSwNCiAgIG5ldmVydGhlbGVzcyBmdXR1cmUgc3R1ZHkg
aXMgbmVjZXNzYXJ5IHRvIGV2YWx1YXRlIHRoZSBlZmZlY3Qgb2YNCiAgIHBhY2tldCBsb3NzLg0K
DQo3LjIuMS4gIEhpZ2ggTGV2ZWwgQ29uY2x1c2lvbnMNCg0KICAgVGhlIHJlc3VsdHMgb2YgdGhp
cyAocHJlbGltaW5hcnkpIHN0dWR5IGluZGljYXRlIHRoYXQgdGhlcmUgbWF5IGJlIGENCiAgIHJl
YXNvbmFibGUgY29tcGxleGl0eS9wZXJmb3JtYW5jZSB0cmFkZW9mZiBmb3IgdGhlIGNob2ljZSBv
Zg0KICAgYWRtaXNzaW9uIGNvbnRyb2wgYWxnb3JpdGhtLiAgSW4gdHVybiwgdGhpcyBzdWdnZXN0
cyB0aGF0IHVzaW5nIGENCiAgIHNpbmdsZSBjb2RlcG9pbnQgYW5kIG1ldGVyaW5nIHRlY2huaXF1
ZSBmb3IgYWRtaXNzaW9uIGFuZCBQcmVlbXB0aW9uDQogICBtYXkgYmUgYSB2aWFibGUgb3B0aW9u
Lg0KDQogICBUaGUga2V5IGhpZ2gtbGV2ZWwgY29uY2x1c2lvbnMgb2YgdGhlIHNpbXVsYXRpb24g
c3R1ZHkgY29tcGFyaW5nIHRoZQ0KICAgcGVyZm9ybWFuY2Ugb2YgcXVldWUtYmFzZWQgYW5kIHRv
a2VuLWJhc2VkIGFkbWlzc2lvbiBjb250cm9sDQogICBhbGdvcml0aG1zIGFyZSBzdW1tYXJpemVk
IGJlbG93Og0KDQogICAxLiAgQXQgcmVhc29uYWJsZSBsZXZlbCBvZiBhZ2dyZWdhdGlvbiBhdCB0
aGUgYm90dGxlbmVjayBhbmQgcGVyDQogICAgICAgaW5ncmVzcy1lZ3Jlc3MgcGFpciB0cmFmZmlj
LCBib3RoIGFsZ29yaXRobXMgcGVyZm9ybSByZWFzb25hYmx5DQogICAgICAgd2VsbCBmb3IgdGhl
IHJhbmdlIG9mIHRyYWZmaWMgbW9kZWxzIGNvbnNpZGVyZWQuDQoNCiAgIDIuICBCb3RoIHNjaGVt
ZXMgYXJlIHN0cmVzc2VkIGZvciBsb3cgbGV2ZWxzIG9mIGluZ3Jlc3MtZWdyZXNzDQogICAgICAg
YWdncmVnYXRpb24sIGVzcGVjaWFsbHkgZm9yIHRoZSBidXJzdGllciB0cmFmZmljIG1vZGVscyBz
dWNoIGFzDQogICAgICAgU1ZELiAgVGhlIHRva2VuIGJ1Y2tldCBzY2hlbWUgaXMgc3Vic3RhbnRp
YWxseSBtb3JlIHNlbnNpdGl2ZSB0bw0KICAgICAgIHBhcmFtZXRlciB2YXJpYXRpb25zIHRoYW4g
dGhlIHZpcnR1YWwtcXVldWUgc2NoZW1lIGF0IHRoZSB2ZXJ5DQoNCg0KDQpDaGFybnksIGV0IGFs
LiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAy
Ml0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAg
ICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAgICBsb3cgbGV2ZWxzIG9mIGluZ3Jlc3Mt
ZWdyZXNzIGFnZ3JlZ2F0aW9uICkoMS0yIGZsb3dzIHBlciBpbmdyZXNzLQ0KICAgICAgIGVncmVz
cyBwYWlyKSwgYW5kIGluIGdlbmVyYWwgaXMgcXVpdGUgYnJpdHRsZSBhdCB0aGVzZSB2ZXJ5IGxv
dw0KICAgICAgIGFnZ3JlZ2F0aW9uIGxldmVscy4gIEl0IGFsc28gZGlzcGxheXMgc3Vic3RhbnRp
YWwgcGVyZm9ybWFuY2UNCiAgICAgICBkZWdyYWRhdGlvbiB3aXRoIEJBVENIIHRyYWZmaWMsIGFu
ZCBpcyBzZW5zaXRpdmUgdG8gQ0JSDQogICAgICAgc3luY2hyb25pemF0aW9uIGVmZmVjdHMgcmVz
dWx0aW5nIGluIHN1YnN0YW50aWFsIG92ZXItYWRtaXNzaW9uDQogICAgICAgKHNlZSBzZWN0aW9u
IDguNC4yKS4gIEx1Y2tpbHksIHRoZXNlIGlzc3VlcyBxdWlja2x5IGRpbWluaXNoIGFzDQogICAg
ICAgdGhlIGxldmVsIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIGluY3JlYXNlcy4NCg0K
ICAgMy4gIFRoZSBhYnNvbHV0ZSB2YWx1ZSBvZiByb3VuZC10cmlwIHRpbWUgKFJUVCkgb3IgdGhl
IFJUVCBkaWZmZXJlbmNlDQogICAgICAgYmV0d2VlbiBkaWZmZXJlbnQgaW5ncmVzcy1lZ3Jlc3Mg
cGFpciB3aXRoaW4gdGhlIHJhbmdlIG9mDQogICAgICAgY29udGluZW50YWwgcHJvcGFnYXRpb24g
ZGVsYXlzIGRvZXMgbm90IGFwcGVhciB0byBoYXZlIGEgdmlzaWJsZQ0KICAgICAgIGVmZmVjdCBv
biB0aGUgcGVyZm9ybWFuY2Ugb2YgYm90aCBhbGdvcml0aG1zLg0KDQogICA0LiAgVGhlcmUgaXMg
bm8gc3Vic3RhbnRpYWwgZWZmZWN0IG9uIHRoZSBib3R0bGVuZWNrIHV0aWxpemF0aW9uIG9mDQog
ICAgICAgbXVsdGktYm90dGxlbmVjayB0b3BvbG9naWVzIGZvciBib3RoIHNjaGVtZXMuICBCb3Ro
IHNjaGVtZXMNCiAgICAgICBzdWZmZXIgc3Vic3RhbnRpYWwgdW5mYWlybmVzcyAoYW5kIHBvc3Np
Ymx5IGNvbXBsZXRlIHN0YXJ2YXRpb24pDQogICAgICAgb2YgdGhlIGxvbmctaGF1bCBhZ2dyZWdh
dGVzIHRyYXZlcnNpbmcgbXVsdGlwbGUgYm90dGxlbmVja3MNCiAgICAgICBjb21wYXJlZCB0byBz
aG9ydC1oYXVsIGZsb3dzIChhIHByb3BlcnR5IHNoYXJlZCBieSBvdGhlciBNQkFDDQogICAgICAg
YWxnb3JpdGhtcyBhcyB3ZWxsKS4gIFRva2VuLWJ1Y2tldCBzY2hlbWUgZGlzcGxheWVkIHNvbWV3
aGF0DQogICAgICAgbGFyZ2VyIHVuZmFpcm5lc3MgdGhhbiB0aGUgdmlydHVhbC1xdWV1ZSBzY2hl
bWUuDQoNCjcuMi4yLiAgRnV0dXJlIHdvcmsNCg0KICAgVGhpcyBzdHVkeSBpcyBidXQgdGhlIGZp
cnN0IHN0ZXAgaW4gcGVyZm9ybWFuY2UgZXZhbHVhdGlvbiBvZiB0aGUNCiAgIHRva2VuLWJ1Y2tl
dCBiYXNlZCBhZG1pc3Npb24gY29udHJvbC4gIEZ1cnRoZXIgZXZhbHVhdGlvbiBzaG91bGQNCiAg
IGluY2x1ZGUgYSByYW5nZSBvZiBpbnZlc3RpZ2F0aW9uLCBpbmNsdWRpbmcgdGhlIGZvbGxvd2lu
Zw0KDQogICBvICBpbnRlcmFjdGlvbnMgYmV0d2VlbiBhZG1pc3Npb24gY29udHJvbCBhbmQgdGVy
bWluYXRpb24NCg0KICAgbyAgZWZmZWN0IG9mIHNpZ25hbGluZyBkZWxheXMvcHJvYmluZw0KDQog
ICBvICBlZmZlY3Qgb2YgbG9zcyBvZiBtYXJrZWQgcGFja2V0cw0KDQoNCjguICBBcHBlbmRpeCBB
OiAgU2ltdWxhdGlvbiBEZXRhaWxzDQoNCjguMS4gIE5ldHdvcmsgYW5kIFNpZ25hbGluZyBNb2Rl
bHMNCg0KICAgTmV0d29yayB0b3BvbG9naWVzIHVzZWQgaW4gdGhpcyBzdHVkeSBhcmUgc2hvd24g
aW4gdGhlIEZpZ3VyZXMgYmVsb3cuDQogICBUaGUgbmV0d29yayBpcyBtb2RlbGVkIGFzIGVpdGhl
ciBTaW5nbGUgTGluayAoRmlnLiBBLjEpLCBNdWx0aSBMaW5rDQogICBOZXR3b3JrIHdpdGggYSBz
aW5nbGUgYm90dGxlbmVjayAodGVybWVkICJSVFQiLCBGaWcuIEEuMiksIG9yIGEgcmFuZ2UNCiAg
IG9mIG11bHRpLWJvdHRsZW5lY2sgdG9wb2xvZ2llcyBzaG93biBpbiBGaWcuIEEuMyAodGVybWVk
ICJQYXJraW5nDQogICBMb3QiKS4NCg0KDQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAg
ICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAyM10NCgwN
CkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAg
ICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgQSAtLS0gQg0K
DQoNCiAgIEZpZ3VyZSBBLjE6IFNpbXVsYXRlZCBTaW5nbGUgTGluayBOZXR3b3JrLg0KDQoNCiAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgQQ0KDQogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIFwNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICBCICAtICBEIC0gRg0KDQog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC8NCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgQw0KICAgRmlndXJlIEEuMjogU2ltdWxhdGVkIE11bHRpIExpbmsgTmV0d29yay4NCg0K
DQogICAgICAgICBBLS1CLS1DICAgICBBLS1CLS1DLS1EICAgICAgQS0tQi0tQy0tRC0tRS0tRg0K
ICAgICAgICAgfCAgfCAgfCAgICAgfCAgfCAgfCAgfCAgICAgIHwgIHwgIHwgIHwgIHwgIHwNCiAg
ICAgICAgIHwgIHwgIHwgICAgIHwgIHwgIHwgIHwgICAgICB8ICB8ICB8ICB8ICB8ICB8DQogICAg
ICAgICBEICBFICBGICAgICBFICBGICBHICBIICAgICAgRyAgSCAgSSAgSiAgSyAgTA0KDQogICAg
ICAgICAgIChhKSAgICAgICAgICAoYikgICAgICAgICAgICAgICAgKGMpDQogICBGaWd1cmUgQS4z
OiBTaW11bGF0ZWQgTXVsdGlwbGUtYm90dGxlbmVjayAoUGFya2luZyBMb3QgKVRvcG9sb2dpZXMu
DQoNCiAgIEZpZ3VyZSBBLjEgc2hvd3MgYSBzaW5nbGUgbGluayBiZXR3ZWVuIGFuIGluZ3Jlc3Mg
YW5kIGFuIGVncmVzcyBub2RlLA0KICAgYWxsIGZsb3dzIGVudGVyIGF0IG5vZGUgQSBhbmQgZGVw
YXJ0IGF0IG5vZGUgQi4gVGhpcyB0b3BvbG9neSBpcyB1c2VkDQogICBmb3IgdGhlIGJhc2ljIHZl
cmlmaWNhdGlvbiBvZiB0aGUgYmVoYXZpb3Igb2YgdGhlIGFsZ29yaXRobXMgd2l0aA0KICAgcmVz
cGVjdCB0byBhIHNpbmdsZSBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGUgaW4gaXNvbGF0aW9uLg0K
DQogICBJbiBGaWd1cmUgQS4yLCBBIHNldCBvZiBpbmdyZXNzZXMgKEEsQixDKSBhcmUgY29ubmVj
dGVkIHRvIGFuDQogICBpbnRlcmlvciBub2RlIGluIHRoZSBuZXR3b3JrIChEKS4gIFRoaXMgdG9w
b2xvZ3kgaXMgdXNlZCB0byBzdHVkeSB0aGUNCiAgIGJlaGF2aW9yIG9mIHRoZSBhbGdvcml0aG0g
d2hlcmUgbWFueSBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGVzIHNoYXJlDQogICBhIHNpbmdsZSBi
b3R0bGVuZWNrIGxpbmsuICBUaGUgbnVtYmVyIG9mIGluZ3Jlc3NlcyB2YXJpZWQgaW4NCiAgIGRp
ZmZlcmVudCBzaW11bGF0aW9uIGV4cGVyaW1lbnRzIGluIHRoZSByYW5nZSBvZiAyLTEwMC4gIEFs
bCBsaW5rcw0KICAgaGF2ZSBnZW5lcmFsbHkgZGlmZmVyZW50IHByb3BhZ2F0aW9uIGRlbGF5cywg
aW4gdGhlIHJhbmdlIDFtcyAtIDEwMA0KICAgbXMgKGFsdGhvdWdoIGluIHNvbWUgZXhwZXJpbWVu
dHMgYWxsIHByb3BhZ2F0aW9uIGRlbGF5cyBhcmUgc2V0IHRoZQ0KICAgc2FtZS4gIFRoaXMgbm9k
ZSBEIGluIHR1cm4gaXMgY29ubmVjdGVkIHRvIHRoZSBlZ3Jlc3MgKEYpLiAgSW4gdGhpcw0KICAg
dG9wb2xvZ3ksIGRpZmZlcmVudCBzZXRzIG9mIGZsb3dzIGJldHdlZW4gZWFjaCBpbmdyZXNzIGFu
ZCB0aGUgZWdyZXNzDQogICBjb252ZXJnZSBvbiB0aGUgc2luZ2xlIGxpbmsgRC1GLCB3aGVyZSBw
cmUtY29uZ2VzdGlvbiBub3RpZmljYXRpb24NCiAgIGFsZ29yaXRobSBpcyBlbmFibGVkLiAgVGhl
IGNhcGFjaXRpZXMgb2YgdGhlIGluZ3Jlc3MgbGlua3MgYXJlIG5vdA0KICAgbGltaXRpbmcsIGFu
ZCBoZW5jZSBubyBQQ04gaXMgZW5hYmxlIG9uIHRob3NlLiAgVGhlIGJvdHRsZW5lY2sgbGluaw0K
ICAgRC1GIGlzIG1vZGVsZWQgd2l0aCBhIDEwbXMgcHJvcGFnYXRpb24gZGVsYXkgaW4gYWxsIHNp
bXVsYXRpb25zLg0KICAgVGhlcmVmb3JlIHRoZSByYW5nZSBvZiByb3VuZC10cmlwIGRlbGF5cyBp
biB0aGUgZXhwZXJpbWVudHMgaXMgZnJvbQ0KICAgMjJtcyB0byAyMjBtcy4NCg0KICAgQW5vdGhl
ciB0eXBlIG9mIG5ldHdvcmsgb2YgaW50ZXJlc3QgaXMgbXVsdGktYm90dGxlbmVjayAob3IgUGFy
a2luZw0KICAgTG90LCBQTFQgZm9yIHNob3J0KSB0b3BvbG9neS4gIFRoZSBzaW1wbGVzdCBQTFQg
d2l0aCAyIGJvdHRsZW5lY2tzIGlzDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBp
cmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAyNF0NCgwNCkludGVybmV0
LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1
bHkgMjAwNw0KDQoNCiAgIGlsbHVzdHJhdGVkIGluIEZpZyBBLjMoYSkuICBBbiBleGFtcGxlIHRy
YWZmaWMgbWF0cml4IHdpdGggdGhpcw0KICAgbmV0d29yayBvbiB0aGlzIHRvcG9sb2d5IGlzIGFz
IGZvbGxvd3M6DQoNCiAgIG8gIGFuIGFnZ3JlZ2F0ZSBvZiAiMi1ob3AiIGZsb3dzIGVudGVyaW5n
IHRoZSBuZXR3b3JrIGF0IEEgYW5kDQogICAgICBsZWF2aW5nIGF0IEMgKHZpYSB0aGUgdHdvIGxp
bmtzIEEtQi1DKQ0KDQogICBvICBhbiBhZ2dyZWdhdGUgb2YgIjEtaG9wIiBmbG93cyBlbnRlcmlu
ZyB0aGUgbmV0d29yayBhdCBEIGFuZA0KICAgICAgbGVhdmluZyBhdCBFICh2aWEgQS1CKQ0KDQog
ICBvICBhbiBhZ2dyZWdhdGUgb2YgIjEtaG9wIiBmbG93cyBlbnRlcmluZyB0aGUgbmV0d29yayBh
dCBFIGFuZA0KICAgICAgbGVhdmluZyBhdCBGICh2aWEgQi1DKQ0KDQogICBJbiB0aGUgMi1ob3Ag
UExUIHNob3duIGluIEZpZy4gQS4zKGEpIHRoZSBwb2ludHMgb2YgY29uZ2VzdGlvbiBhcmUNCiAg
IGxpbmtzIEEtLUIgYW5kIEItLUMuICBDYXBhY2l0eSBvZiBhbGwgb3RoZXIgbGlua3MgaXMgbm90
IGxpbWl0aW5nLg0KICAgV2UgYWxzbyBleHBlcmltZW50IHdpdGggbGFyZ2VyIFBMVCB0b3BvbG9n
aWVzIHdpdGggMyBib3R0bGVuZWNrcyhzZWUNCiAgIEZpZyBBLjMoYikpIGFuZCA1IGJvdHRsZW5l
Y2tzICggRmlnIEEuMyAoYykpLiAgSW4gYWxsIGNhc2VzLCB3ZQ0KICAgc2ltdWxhdGVkIG9uZSBp
bmdyZXNzLWVncmVzcyBwYWlyIHRoYXQgY2FycmllcyB0aGUgYWdncmVnYXRlIG9mDQogICAibG9u
ZyIgZmxvd3MgdHJhdmVyc2luZyBhbGwgdGhlIE4gYm90dGxlbmVja3MgKHdoZXJlIE4gaXMgdGhl
IG51bWJlcg0KICAgb2YgYm90dGxlbmVjayBsaW5rcyBpbiB0aGUgUExUIHRvcG9sb2d5KSwgYW5k
IE4gaW5ncmVzcy1lZ3Jlc3MgcGFpcnMNCiAgIHRoYXQgY2FycnkgZmxvd3MgdHJhdmVyc2luZyBh
IHNpbmdsZSBib3R0bGVuZWNrIGxpbmsgYW5kIGV4aXRpbmcgYXQNCiAgIHRoZSBuZXh0ICJob3Ai
LiAgSW4gYWxsIGNhc2VzLCBvbmx5IHRoZSAiaG9yaXpvbnRhbCIgbGlua3MgaW4gRmlnLg0KICAg
QS4zIHdlcmUgdGhlIGJvdHRsZW5lY2tzLCB3aXRoIGNhcGFjaXRpZXMgb2YgYWxsICJ2ZXJ0aWNh
bCIgbGlua3MNCiAgIG5vbi1saW1pdGluZy4gIFByb3BhZ2F0aW9uIGRlbGF5cyBmb3IgYWxsIGxp
bmtzIGluIGFsbCBQTFQgdG9wb2xvZ2llcw0KICAgYXJlIHNldCB0byAxbXMuDQoNCiAgIER1ZSB0
byB0aW1lIGxpbWl0YXRpb25zLCBvdGhlciBwb3NzaWJsZSB0cmFmZmljIG1hdHJpY2VzIChlLmcu
IHNvbWUNCiAgIG9mIHRoZSBmbG93cyB0cmF2ZXJzaW5nIGEgc3Vic2V0IG9mIHNldmVyYWwgYm90
dGxlbmVjayBsaW5rcykgaGF2ZQ0KICAgbm90IHlldCBiZWVuIGNvbnNpZGVyZWQgYW5kIHJlbWFp
biB0aGUgYXJlYSBmb3IgZnV0dXJlIGludmVzdGlnYXRpb24uDQoNCiAgIE91ciBzaW11bGF0aW9u
cyBjb25jZW50cmF0ZWQgcHJpbWFyaWx5IG9uIHRoZSByYW5nZSBvZiBjYXBhY2l0aWVzIG9mDQog
ICAnYm90dGxlbmVjaycgbGlua3Mgd2l0aCBzdWZmaWNpZW50IGFnZ3JlZ2F0aW9uIC0gYWJvdmUg
MTAgTWJwcyBmb3INCiAgIHZvaWNlIGFuZCA2MjIgTWJwcyBmb3IgU1ZELCB1cCB0byAyLjQgR2Jw
cy4gIEJ1dCB3ZSBhbHNvIGludmVzdGlnYXRlZA0KICAgc2xvd2VyICdib3R0bGVuZWNrJyBsaW5r
cyBkb3duIHRvIDUxMiBLYnBzIGluIHNvbWUgZXhwZXJpbWVudHMuDQogICBIaWdoZXIgcmF0ZSBi
b3R0bGVuZWNrIHNwZWVkcyB3ZWUgbm90IGNvbnNpZGVyZWQgZHVlIHRvIHRoZQ0KICAgc2ltdWxh
dGlvbiB0aW1lIGxpbWl0YXRpb25zLiAgSXQgc2hvdWxkIGdlbmVyYWxseSBiZSBleHBlY3RlZCB0
aGF0DQogICB0aGUgaGlnaGVyIGxpbmsgc3BlZWRzIHdpbGwgcmVzdWx0IGluIGhpZ2hlciBsZXZl
bHMgb2YgYWdncmVnYXRpb24sDQogICBhbmQgaGVuY2UgZ2VuZXJhbGx5IGJldHRlciBwZXJmb3Jt
YW5jZSBvZiB0aGUgbWVhc3VyZW1lbnQtYmFzZWQNCiAgIGFsZ29yaXRobXMuICBUaGVyZWZvcmUg
aXMgc2VlbXMgcmVhc29uYWJsZSB0byBiZWxpZXZlIHRoYXQgdGhlIGxpbmsNCiAgIHNwZWVkcyBz
dHVkaWVkIGRvIHByb3ZpZGUgbWVhbmluZ2Z1bCBldmFsdWF0aW9uIHRhcmdldHMuDQoNCiAgIElu
IHRoZSBzaW11bGF0aW9uIG1vZGVsLCBhIGNhbGwgcmVxdWVzdHMgYXJyaXZlcyBhdCB0aGUgaW5n
cmVzcyBhbmQNCiAgIGltbWVkaWF0ZWx5IHNlbmRzIGEgbWVzc2FnZSB0byB0aGUgZWdyZXNzLiAg
VGhlIG1lc3NhZ2UgYXJyaXZlcyBhdA0KICAgdGhlIGVncmVzcyBhZnRlciB0aGUgcHJvcGFnYXRp
b24gdGltZSBwbHVzIGxpbmsgcHJvY2Vzc2luZyB0aW1lIChidXQNCiAgIG5vIHF1ZXVpbmcgZGVs
YXkpLiAgV2hlbiB0aGUgZWdyZXNzIHJlY2VpdmVzIHRoaXMgbWVzc2FnZSwgaXQNCiAgIGltbWVk
aWF0ZWx5IHJlc3BvbmRzIHRvIHRoZSBpbmdyZXNzIHdpdGggdGhlIGN1cnJlbnQgQ29uZ2VzdGlv
bi0NCiAgIExldmVsLUVzdGltYXRlLiAgSWYgdGhlIENvbmdlc3Rpb24tTGV2ZWwtRXN0aW1hdGUg
aXMgYmVsb3cgdGhlDQogICBzcGVjaWZpZWQgQ0xFLXRocmVzaG9sZCwgdGhlIGNhbGwgaXMgYWRt
aXR0ZWQsIG90aGVyd2lzZSBpdCBpcw0KICAgcmVqZWN0ZWQuICBBbiBhZG1pdHRlZCBjYWxsIHNl
bmRzIHBhY2tldHMgYWNjb3JkaW5nIHRvIG9uZSBvZiB0aGUNCg0KDQoNCkNoYXJueSwgZXQgYWwu
ICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDI1
XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAg
ICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgY2hvc2VuIHRyYWZmaWMgbW9kZWxzIGZvciB0
aGUgZHVyYXRpb24gb2YgdGhlIGNhbGwgKHNlZSBuZXh0DQogICBzZWN0aW9uKS4gIFByb3BhZ2F0
aW9uIGRlbGF5IGZyb20gc291cmNlIHRvIHRoZSBpbmdyZXNzIGFuZCBmcm9tDQogICBkZXN0aW5h
dGlvbiB0byB0aGUgZWdyZXNzIGlzIGFzc3VtZWQgbmVnbGlnaWJsZSBhbmQgaXMgbm90IG1vZGVs
ZWQuDQoNCiAgIEluIHRoZSBzaW11bGF0aW9uIG1vZGVsIG9mIGFkbWlzc2lvbiBjb250cm9sLCBh
IGNhbGwgcmVxdWVzdCBhcnJpdmVzDQogICBhdCB0aGUgaW5ncmVzcyBhbmQgaW1tZWRpYXRlbHkg
c2VuZHMgYSBtZXNzYWdlIHRvIHRoZSBlZ3Jlc3MuICBUaGUNCiAgIG1lc3NhZ2UgYXJyaXZlcyBh
dCB0aGUgZWdyZXNzIGFmdGVyIHRoZSBwcm9wYWdhdGlvbiB0aW1lIHBsdXMgbGluaw0KICAgcHJv
Y2Vzc2luZyB0aW1lIChidXQgbm8gcXVldWluZyBkZWxheSkuICBXaGVuIHRoZSBlZ3Jlc3MgcmVj
ZWl2ZXMNCiAgIHRoaXMgbWVzc2FnZSwgaXQgaW1tZWRpYXRlbHkgcmVzcG9uZHMgdG8gdGhlIGlu
Z3Jlc3Mgd2l0aCB0aGUgY3VycmVudA0KICAgQ29uZ2VzdGlvbiBMZXZlbCBFc3RpbWF0ZS4gIElm
IHRoZSBDb25nZXN0aW9uIExldmVsIEVzdGltYXRlIGlzIGJlbG93DQogICB0aGUgc3BlY2lmaWVk
IENMRS0gdGhyZXNob2xkLCB0aGUgY2FsbCBpcyBhZG1pdHRlZCwgb3RoZXJ3aXNlIGl0IGlzDQog
ICByZWplY3RlZC4gIEZvciBGbG93IFRlcm1pbmF0aW9uLCBvbmNlIHRoZSBpbmdyZXNzIG5vZGUg
b2YgYSBQQ04tDQogICBkb21haW4gZGVjaWRlcyB0byB0ZXJtaW5hdGUgYSBmbG93LCB0aGF0IGZs
b3cgaXMgcHJlZW1wdGVkDQogICBpbW1lZGlhdGVseSBhbmQgc2VuZHMgbm8gbW9yZSBwYWNrZXRz
IGZyb20gdGhhdCB0aW1lIG9uLiAgVGhlIGxpZmUgb2YNCiAgIGEgZmxvdyBvdXRzaWRlIHRoZSBk
b21haW4gZGVzY3JpYmVkIGFib3ZlIGlzIG5vdCBtb2RlbGxlZC4NCiAgIFByb3BhZ2F0aW9uIGRl
bGF5IGZyb20gc291cmNlIHRvIHRoZSBpbmdyZXNzIGFuZCBmcm9tIGRlc3RpbmF0aW9uIHRvDQog
ICB0aGUgZWdyZXNzIGlzIGFzc3VtZWQgbmVnbGlnaWJsZSBhbmQgaXMgbm90IG1vZGVsbGVkLg0K
DQo4LjIuICBUcmFmZmljIE1vZGVscw0KDQogICBGb3VyIHR5cGVzIG9mIHRyYWZmaWMgd2VyZSBz
aW11bGF0ZWQgKENCUiB2b2ljZSwgb24tb2ZmIHRyYWZmaWMNCiAgIGFwcHJveGltYXRpbmcgdm9p
Y2Ugd2l0aCBzaWxlbmNlIGNvbXByZXNzaW9uLCBhbmQgb24tb2ZmIHRyYWZmaWMgd2l0aA0KICAg
aGlnaGVyIHBlYWsgYW5kIG1lYW4gcmF0ZXMgKHdlIHRlcm1lZCB0aGUgbGF0dGVyICJTeW50aGV0
aWMgVmlkZW8iDQogICAoU1ZEKSBhcyB0aGUgY2hvc2VuIHBlYWsgYW5kIG1lYW4gcmF0ZSB3YXMg
c2ltaWxhciB0byB0aGF0IG9mIGFuIE1QRUcNCiAgIHZpZGVvIHN0cmVhbS4gKGJ1dCBmb3IgU1ZE
IG5vIGF0dGVtcHQgd2FzIG1hZGUgdG8gbWF0Y2ggYW55IG90aGVyDQogICBwYXJhbWV0ZXJzIG9m
IHRoaXMgdHJhZmZpYyB0byB0aG9zZSBvZiBhIHZpZGVvIHN0cmVhbSksIGFuZCBmaW5hbGx5DQog
ICByZWFsIHZpZGVvIHRyYWNlcyBmcm9tDQogICBodHRwOi8vd3d3LnRrbi50dS1iZXJsaW4uZGUv
cmVzZWFyY2gvdHJhY2UvdHJhY2UuaHRtbCAoY291cnRlc3kNCiAgIFRlbGVjb21tdW5pY2F0aW9u
IE5ldHdvcmtzIEdyb3VwIG9mIFRlY2huaWNhbCBVbml2ZXJzaXR5IG9mIEJlcmxpbikuDQoNCiAg
IFRoZSBkaXN0cmlidXRpb24gb2YgZmxvdyBkdXJhdGlvbiB3YXMgY2hvc2VuIHRvIGJlIGV4cG9u
ZW50aWFsbHkNCiAgIGRpc3RyaWJ1dGVkIHdpdGggbWVhbiAxbWluLCByZWdhcmRsZXNzIG9mIHRo
ZSB0cmFmZmljIHR5cGUuICBJbiBtb3N0DQogICBvZiB0aGUgZXhwZXJpbWVudHMgZmxvd3MgYXJy
aXZlZCBhY2NvcmRpbmcgdG8gYSBQb2lzc29uIGRpc3RyaWJ1dGlvbg0KICAgd2l0aCBtZWFuIGFy
cml2YWwgcmF0ZSBjaG9zZW4gdG8gYWNoaWV2ZSBhIGRlc2lyZWQgYW1vdW50IG9mIG92ZXJsb2Fk
DQogICBvdmVyIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBpbiBlYWNoIGV4cGVyaW1l
bnQuICBPdmVybG9hZHMgaW4NCiAgIHRoZSByYW5nZSAxeCB0byA1eCBhbmQgdW5kZXJsb2FkIHdp
dGggMC45NXggaGF2ZSBiZWVuIGludmVzdGlnYXRlZC4NCiAgIE5vdGUgdGhhdCB0aGUgcmF0aW9u
YWxlIGZvciBsb29raW5nIGF0IHRoZSBsb2FkIDEgYW5kIGJlbG93IGlzIHRvIHNlZQ0KICAgaWYg
YW55IHNpZ25pZmljYW50IGFtb3VudCBvZiAiZmFsc2UgcmVqZWN0cyIgd291bGQgYmUgc2VlbiAo
aS5lLiBvbmUNCiAgIHdvdWxkIGFzc3VtZSB0aGF0IGFsbCB0cmFmZmljIHNob3VsZCBiZSBhY2Nl
cHRlZCBpZiB0aGUgdG90YWwgZGVtYW5kDQogICBpcyBiZWxvdyB0aGUgYWRtaXNzaW9uIHRocmVz
aG9sZCkuICBGb3Igb24tb2ZmIHRyYWZmaWMsIG9uIGFuZCBvZmYNCiAgIHBlcmlvZHMgd2VyZSBl
eHBvbmVudGlhbGx5IGRpc3RyaWJ1dGVkIHdpdGggdGhlIHNwZWNpZmllZCBtZWFuLg0KICAgVHJh
ZmZpYyBwYXJhbWV0ZXJzIGZvciBlYWNoIHR5cGUgYXJlIHN1bW1hcml6ZWQgYmVsb3c6DQoNCjgu
Mi4xLiAgVm9pY2UgVHJhZmZpYyBNb2RlbHMNCg0KICAgVGFibGUgQS4xIGJlbG93IGRlc2NyaWJl
cyBhbGwgdm9pY2UgY29kZWNzIHdlIG1vZGVsZWQgaW4gb3VyDQogICBzaW11bGF0aW9uIHJlc3Vs
dHMuDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwg
MjAwOCAgICAgICAgICAgICAgIFtQYWdlIDI2XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
IFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAg
VGhlIGZpcnN0IHR3byByb3dzIGNvcnJlc3BvbmQgdG8gb3VyIHR3byBiYXNpYyBtb2RlbHMgY29y
cmVzcG9uZGluZw0KICAgdG8gdGhlIG9sZGVyIEcuNzExIGVuY29kaW5nIHdpdGggYW5kIHdpdGhv
dXQgc2lsZW5jZSBjb21wcmVzc2lvbi4NCiAgIFRoZXNlIHR3byBtb2RlbHMgYXJlIHJlZmVycmVk
IHNpbXBseSBhcyAiQ0JSIiBhbmQgIlZCUiIgaW4gdGhlDQogICByZXBvcnRlZCBzaW11bGF0aW9u
IHJlc3VsdHMuDQoNCiAgIFdlIGFsc28gc2ltdWxhdGVkIHNldmVyYWwgIm1peGVzIiBvZiB0aGUg
ZGlmZmVyZW50IGNvZGVjcyByZXBvcnRlZCBpbg0KICAgdGhlIHRhYmxlIGJlbG93LiAgVGhlIHBy
aW1hcnkgbWl4IGNvbnNpc3RzIG9mIGVxdWFsIHByb3BvcnRpb24gb2YgYWxsDQogICB2b2ljZSBj
b2RlY3MgbGlzdGVkIGJlbG93LiAgV2UgaGF2ZSBhbHNvIHNpbXVsYXRlZCB2YXJpb3VzIG90aGVy
IG1peA0KICAgY29uc2lzdCBkaWZmZXJlbnQgcHJvcG9ydGlvbiBvZiB0aGUgc3Vic2V0IG9mIGFs
bCBjb2RlY3MuICBUaG91Z2gNCiAgIHRoZXNlIHJlc3VsdCBhcmUgbm90IHJlcG9ydGVkIGluIHRo
aXMgZHJhZnQgZHVlIHRvIHRoZWlyIHNpbWlsYXJpdGllcw0KICAgdG8gdGhlIHByaW1hcnkgbWl4
IHJlc3VsdC4NCg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIHwgTmFtZS9Db2RlY3N8UGFja2V0IFNpemV8
SW50ZXItQXJyaXZhbHxPbi9PZmYgUGVyaW9kIHxBdmVyYWdlIFJhdGUgfA0KICAgfCAgICAgICAg
ICAgIHwgIChCeXRlcykgIHwgIFRpbWUgKG1zKSAgfCAgICAgUmF0aW8gICAgfCAgIChrYnBzKSAg
ICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgIkNCUiIgICAgIHwgICAgMTYwICAgIHwgICAgIDIw
ICAgICAgfCAgICAgMSAgICAgICAgfCAgICAgNjQgICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAg
fCAgIlZCUiIgICAgIHwgICAgMTYwICAgIHwgICAgIDIwICAgICAgfCAgICAwLjM0ICAgICAgfCAg
ICAyMS43NSAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgRy43MTEgQ0JSIHwgICAgMjAwICAg
IHwgICAgIDIwICAgICAgfCAgICAgMSAgICAgICAgfCAgICAgODAgICAgICB8DQogICAgLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgfCAgRy43MTEgVkJSIHwgICAgMjAwICAgIHwgICAgIDIwICAgICAgfCAgICAwLjQg
ICAgICAgfCAgICAgMzIgICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgRy43MTEgQ0JSIHwg
ICAgMTIwICAgIHwgICAgIDEwICAgICAgfCAgICAgMSAgICAgICAgfCAgICAgOTYgICAgICB8DQog
ICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KICAgfCAgRy43MTEgVkJSIHwgICAgMTIwICAgIHwgICAgIDEwICAgICAg
fCAgICAwLjQgICAgICAgfCAgICAzOC40ICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgRy43
MjkgQ0JSIHwgICAgNjAgICAgIHwgICAgIDIwICAgICAgfCAgICAgMSAgICAgICAgfCAgICAgMjQg
ICAgICB8DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgRy43MjkgVkJSIHwgICAgNjAgICAgIHwgICAg
IDIwICAgICAgfCAgICAwLjQgICAgICAgfCAgICAgOS42ICAgICB8DQogICAgLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
ICAgVGFibGUgQS4xIFNpbXVsYXRlZCBWb2ljZSBDb2RpY2VzLg0KDQo4LjIuMi4gICJTeW50aGV0
aWMgVmlkZW8iOiAgSGlnaCBSYXRlIE9OLU9GRiB0cmFmZmljIHdpdGggVmlkZW8tbGlrZQ0KICAg
ICAgICBNZWFuIGFuZCBQZWFrIFJhdGVzICgiU1ZEIikNCg0KICAgVGhpcyBtb2RlbCBpcyBvbi1v
ZmYgdHJhZmZpYyB3aXRoIHZpZGVvLWxpa2UgbWVhbi10by1wZWFrIHJhdGlvIGFuZA0KICAgbWVh
biByYXRlIGFwcHJveGltYXRpbmcgdGhhdCBvZiBhbiBNUEVHLTIgdmlkZW8gc3RyZWFtLiAgTm8g
YXR0ZW1wdA0KICAgaXMgbWFkZSB0byBzaW11bGF0ZSBhbnkgb3RoZXIgYXNwZWN0cyBvZiBhIHJl
YWwgdmlkZW8gc3RyZWFtLCBhbmQNCiAgIHRoaXMgbW9kZWwgaXMgbWVyZWx5IHRoYXQgb2Ygb24t
b2ZmIHRyYWZmaWMuICBBbHRob3VnaCB0aGVyZSBpcyBubw0KICAgY2xhaW0gdGhhdCB0aGlzIG1v
ZGVsIHJlcHJlc2VudHMgdGhlIHBlcmZvcm1hbmNlIG9mIHZpZGVvIHRyYWZmaWMNCiAgIHVuZGVy
IHRoZSBhbGdvcml0aG1zIGluIHF1ZXN0aW9uIGFkZXF1YXRlbHksIGludHVpdGl2ZWx5LCB0aGlz
IG1vZGVsDQogICBzaG91bGQgYmUgbW9yZSBjaGFsbGVuZ2luZyBmb3IgYSBtZWFzdXJlbWVudC1i
YXNlZCBhbGdvcml0aG0gdGhhbiB0aGUNCiAgIGFjdHVhbCBNUEVHIHZpZGVvLCBhbmQgYXMgYSBy
ZXN1bHQsICdnb29kJyBvciAicmVhc29uYWJsZSINCiAgIHBlcmZvcm1hbmNlIG9uIHRoaXMgdHJh
ZmZpYyBtb2RlbCBpbmRpY2F0ZXMgdGhhdCBNUEVHIHRyYWZmaWMgc2hvdWxkDQogICBwZXJmb3Jt
IGF0IGxlYXN0IGFzIHdlbGwuICBXZSB0ZXJtIHRoaXMgdHlwZSBvZiB0cmFmZmljIFNWRCBmb3IN
CiAgICJTeW50aGV0aWMgVmlkZW8iLg0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhw
aXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMjddDQoMDQpJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBK
dWx5IDIwMDcNCg0KDQogICBvICBMb25nIHRlcm0gYXZlcmFnZSByYXRlIDQgTWJwcw0KDQogICBv
ICBPbiBQZXJpb2QgbWVhbiBkdXJhdGlvbiAzNDBtczsgZHVyaW5nIHRoZSBvbi1wZXJpb2QgdGhl
IHBhY2tldHMNCiAgICAgIGFyZSBzZW50IGF0IDEyIE1icHMgKDE1MDAgYnl0ZSBwYWNrZXRzLCBw
YWNrZXQgaW50ZXItYXJyaXZhbDogMW1zKQ0KDQogICBvICBPZmYgUGVyaW9kIG1lYW4gZHVyYXRp
b24gNjYwbQ0KDQo4LjIuMy4gIFJlYWwgVmlkZW8gVHJhY2VzIChWVFIpDQoNCiAgIFdlIHVzZWQg
YSBwdWJsaWNseSBhdmFpbGFibGUgbGlicmFyeSBvZiBmcmFtZSBzaXplIHRyYWNlcyBvZiBsb25n
DQogICBNUEVHLTQgYW5kIEguMjYzIGVuY29kZWQgdmlkZW8gb2J0YWluZWQgZnJvbQ0KICAgaHR0
cDovL3d3dy50a24udHUtYmVybGluLmRlL3Jlc2VhcmNoL3RyYWNlL3RyYWNlLmh0bWwuICBFYWNo
IHRyYWNlIGluDQogICB0aGF0IHJlcG9zaXRvcnkgcyByb3VnaGx5IDYwIG1pbnV0ZXMgaW4gbGVu
Z3RoLCBjb25zaXN0aW5nIG9mIGEgbGlzdA0KICAgb2YgcmVjb3JkcyBpbiB0aGUgZm9ybWF0IG9m
IDxGcmFtZUFycml2YWxUaW1lLCBGcmFtZVNpemU+LiAgQW1vbmcgdGhlDQogICAxNjAgYXZhaWxh
YmxlIHRyYWNlcywgd2UgcGlja2VkIHRoZSB0d28gd2l0aCB0aGUgaGlnaGVzdCBhdmVyYWdlIHJh
dGUNCiAgIChhdmVyYWdlZCBvdmVyIHRoZSB0cmFjZSBsZW5ndGgsIGluIHRoaXMgY2FzZSwgNjAg
bWludXRlcy4gIEluDQogICBhZGRpdGlvbiwgdGhlIHR3byBhbHNvIGhhdmUgYSBzaW1pbGFyIGF2
ZXJhZ2UgcmF0ZSkuICBUaGUgdHJhY2UgZmlsZQ0KICAgdXNlZCBpbiB0aGUgc2ltdWxhdGlvbiBp
cyB0aGUgY29uY2F0ZW5hdGlvbiBvZiB0aGUgdHdvLg0KDQogICBTaW5jZSB0aGUgZHVyYXRpb24g
b2YgdGhlIGZsb3cgaW4gb3VyIHNpbXVsYXRpb24gaXMgbXVjaCBzbWFsbGVyIHRoYW4NCiAgIHRo
ZSBsZW5ndGggb2YgdGhlIHRyYWNlLCB3ZSBjaGVja2VkIHdoZXRoZXIgdGhlIGV4cGVjdGVkIHJh
dGUgb2YgZmxvdw0KICAgY29ycmVzcG9uZHMgdG8gdGhlIHRyYWNlJ3MgbG9uZyB0ZXJtIGF2ZXJh
Z2UuICBUbyBkbyBzbywgd2Ugc2ltdWxhdGVkDQogICBhIG51bWJlciBvZiBmbG93cyBzdGFydGlu
ZyBmcm9tIHJhbmRvbSBsb2NhdGlvbnMgaW4gdGhlIHRyYWNlIHdpdGgNCiAgIGR1cmF0aW9uIGNo
b3NlbiB0byBiZSBleHBvbmVudGlhbGx5IGRpc3RyaWJ1dGVkIHdpdGggdGhlIG1lYW4gb2YNCiAg
IDFtaW4uICBUaGUgcmVzdWx0cyBzaG93IHRoYXQgdGhlIGV4cGVjdGVkIHJhdGUgb2YgZmxvdyBp
cyByb3VnaGx5IHRoZQ0KICAgc2FtZSBhcyB0aGUgdHJhY2UncyBhdmVyYWdlLg0KDQogICBJbiBz
dW1tYXJ5LCBvdXIgc2ltdWxhdGlvbnMgdXNlIGEgc2V0IG9mIHNlZ21lbnRzIG9mIHRoZSAxMjAg
bWluDQogICB0cmFjZSBjaG9zZW4gYXQgcmFuZG9tIG9mZnNldCBmcm9tIHRoZSBiZWdpbm5pbmcg
YW5kIHdpdGggbWVhbg0KICAgZHVyYXRpb24gb2YgMSBtaW4uDQoNCiAgIFNpbmNlIHRoZSB0cmFj
ZXMgcHJvdmlkZSBvbmx5IHRoZSBmcmFtZSBzaXplLCB3ZSBhbHNvIHNpbXVsYXRlZA0KICAgcGFj
a2V0aXphdGlvbiBvZiB0aGUgZnJhbWUgYXMgYSBDQlIgc2VnbWVudCB3aXRoIHBhY2tldCBzaXpl
IGFuZA0KICAgaW50ZXItYXJyaXZhbCB0aW1lIGNvcnJlc3BvbmRpbmcgdG8gdGhvc2Ugb2Ygb3Vy
IFNWRCBtb2RlbC4gIFNpbmNlDQogICB0aGUgZnJhbWUgc2l6ZSBpcyBub3QgYWx3YXlzIGEgbXVs
dGlwbGUgb2YgdGhlIGNob3NlbiBwYWNrZXQgc2l6ZSwNCiAgIHRoZSBsYXN0IHBhY2tldCBpbiBh
IGZyYW1lIG1heSBiZSBzaG9ydGVyIHRoYW4gMTUwMCBieXRlcyBjaG9zZW4gZm9yDQogICB0aGUg
U1ZEIGVuY29kaW5nLg0KDQogICBUcmFmZmljIGNoYXJhY3RlcmlzdGljcyBmb3Igb3VyIFZUUiBt
b2RlbHMgYXJlIHN1bW1hcml6ZWQgYmVsb3c6DQoNCiAgIG8gIEF2ZXJhZ2UgcmF0ZSA3NjkgS2Jw
cw0KDQogICBvICBFYWNoIGZyYW1lIGlzIHNlbnQgd2l0aCBwYWNrZXQgbGVuZ3RoIDE1MDAgYnl0
ZXMgYW5kIHBhY2tldCBpbnRlci0NCiAgICAgIGFycml2YWwgdGltZSAxbXMNCg0KICAgbyAgTm8g
dHJhZmZpYyBpcyBzZW50IGJldHdlZW4gZnJhbWVzLg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwu
ICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDI4
XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAg
ICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KOC4yLjQuICBSYW5kb21pemF0aW9uIG9mIEJhc2Ug
VHJhZmZpYyBNb2RlbHMNCg0KICAgVG8gZW11bGF0ZSBzb21lIGRlZ3JlZSBvZiBuZXR3b3JrLWlu
dHJvZHVjZWQgaml0dGVyLCBpbiBzb21lDQogICBleHBlcmltZW50cyB3ZSBpbXBsZW1lbnRlZCBs
aW1pdGVkIHJhbmRvbWl6YXRpb24gb2YgdGhlIGJhc2UgbW9kZWxzDQogICBieSByYW5kb21seSBt
b3ZpbmcgdGhlIHBhY2tldCBieSBhIHNtYWxsIGFtb3VudCBvZiB0aW1lIGFyb3VuZCBpdHMNCiAg
IHRyYW5zbWlzc2lvbiB0aW1lIGluIHRoZSBjb3JyZXNwb25kaW5nIGJhc2UgdHJhZmZpYyBtb2Rl
bC4gIE1vcmUNCiAgIHNwZWNpZmljYWxseSwgZm9yIGVhY2ggcGFja2V0IHdlIGNob3NlIGEgcmFu
ZG9tIG51bWJlciBSLCB3aGljaCBpcw0KICAgcGlja2VkIGZyb20gdW5pZm9ybSBkaXN0cmlidXRp
b24gaW4gYSAicmFuZG9taXphdGlvbi1pbnRlcnZhbCIsIGFuZA0KICAgZGVsYXllZCB0aGUgcGFj
a2V0IGJ5IFIgY29tcGFyZWQgdG8gaXRzIGlkZWFsIGRlcGFydHVyZSB0aW1lLiAgV2UNCiAgIGNo
b29zZSByYW5kb21pemF0aW9uLWludGVydmFsIHRvIGJlIGEgZnJhY3Rpb24gb2YgcGFja2V0LWlu
dGVyLQ0KICAgYXJyaXZlLXRpbWUgb2YgdGhlIENCUiBwb3J0aW9uIG9mIHRoZSBjb3JyZXNwb25k
aW5nIGJhc2UgbW9kZWwuICBUbw0KICAgc2ltdWxhdGUgYSByYW5nZSBvZiBxdWV1ZWluZyBkZWxh
eXMsIHdlIHZhcmllZCB0aGlzIGZyYWN0aW9uIGZyb20NCiAgIDAuMDAwMSB0byAwLjEuICBXaGls
ZSB3ZSBkbyBub3QgY2xhaW0gdGhpcyB0byBiZSBhbiBhZGVxdWF0ZSBtb2RlbA0KICAgZm9yIG5l
dHdvcmstaW50cm9kdWNlZCBqaXR0ZXIsIHdlIGNob3NlIGl0IGZvciB0aGUgc2ltcGxpY2l0eSBv
Zg0KICAgaW1wbGVtZW50YXRpb24gYXMgYSBtZWFucyB0byBnYWluIGluc2lnaHQgb24gYW55IHNp
bXVsYXRpb24gYXJ0aWZhY3RzDQogICBvZiBzdHJpY3RseSBDQlIgdHJhZmZpYyBnZW5lcmF0aW9u
LiAgV2UgaW1wbGVtZW50ZWQgcmFuZG9taXplZA0KICAgdmVyc2lvbnMgb2YgYWxsIDUgdHJhZmZp
YyBzdHJlYW1zIChDQlIsIFZCUiwgTUlYLCBTVkQgYW5kIFZUUikgYnkNCiAgIHJhbmRvbWl6aW5n
IHRoZSBDQlIgcG9ydGlvbiBvZiBlYWNoIG1vZGVsDQoNCjguMy4gIFBhcmFtZXRlciBTZXR0aW5n
cw0KDQo4LjMuMS4gIFF1ZXVlLWJhc2VkIHNldHRpbmdzDQoNCiAgIEFsbCB0aGUgcXVldWUtYmFz
ZWQgc2ltdWxhdGlvbnMgd2VyZSBydW4gd2l0aCB0aGUgZm9sbG93aW5nIFZpcnR1YWwNCiAgIFF1
ZXVlIHRocmVzaG9sZHM6DQoNCiAgIG8gIHZpcnR1YWwtcXVldWUtcmF0ZTogY29uZmlndXJlZC1h
ZG1pc3NpYmxlLXJhdGUsIDEvMiBsaW5rIHNwZWVkDQoNCiAgIG8gIG1pbi1tYXJraW5nLXRocmVz
aG9sZDogNW1zIGF0IHZpcnR1YWwtcXVldWUtcmF0ZQ0KDQogICBvICBtYXgtbWFya2luZy10aHJl
c2hvbGQ6IDE1bXMgYXQgdmlydHVhbC1xdWV1ZS1yYXRlDQoNCiAgIG8gIHZpcnR1YWwtcXVldWUt
dXBwZXItbGltaXQ6IDIwbXMgYXQgdmlydHVhbC1xdWV1ZS1yYXRlDQoNCiAgIEF0IHRoZSBlZ3Jl
c3MsIHRoZSBDTEUgaXMgY29tcHV0ZWQgYXMgYW4gZXhwb25lbnRpYWwgd2VpZ2h0ZWQgbW92aW5n
DQogICBhdmVyYWdlIChFV01BKSBvbiBhbiBpbnRlcnZhbCBiYXNpcywgd2l0aCAxMDBtcyBtZWFz
dXJlbWVudCBpbnRlcnZhbA0KICAgY2hvc2VuIGluIGFsbCBzaW11bGF0aW9ucy4gIFdlIHNpbXVs
YXRlZCB0aGUgRVdNQSB3ZWlnaHQgcmFuZ2luZyAwLjENCiAgIHRvIDAuOS4gIFRoZSBDTEUgdGhy
ZXNob2xkIGlzIGNob3NlbiB0byBiZSAwLjA1LCAwLjE1LCAwLjI1LCBhbmQgMC41Lg0KDQo4LjMu
Mi4gIFRva2VuIEJ1Y2tldCBTZXR0aW5ncw0KDQogICBUaGUgdG9rZW4gYnVja2V0IHJhdGUgaXMg
c2V0IHRvIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSwgd2hpY2gNCiAgIGlzIGhhbGYg
b2YgdGhlIGxpbmsgc3BlZWQgaW4gYWxsIGV4cGVyaW1lbnRzLiAgVG9rZW4gYnVja2V0IGRlcHRo
DQogICByYW5nZXMgZnJvbSA2NCB0byA1MTIgcGFja2V0cy4gIE91ciBzaW11bGF0aW9uIHJlc3Vs
dHMgaW5kaWNhdGUgdGhhdA0KICAgZGVwdGggb2YgdG9rZW4gYnVja2V0IGhhcyBubyBzaWduaWZp
Y2FudCBpbXBhY3Qgb24gdGhlIHBlcmZvcm1hbmNlIG9mDQogICB0aGUgYWxnb3JpdGhtcyBhbmQg
aGVuY2UsIGluIHRoZSByZXN0IG9mIHRoZSBzZWN0aW9uLCB3ZSBvbmx5IHByZXNlbnQNCiAgIHRo
ZSByZXN1bHQgd2l0aCAyNTYgcGFja2V0cyBidWNrZXQgZGVwdGguDQoNCg0KDQoNCkNoYXJueSwg
ZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQ
YWdlIDI5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJr
aW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgVGhlIENMRSBpcyBjYWxjdWxhdGVk
IHVzaW5nIEVXTUEganVzdCBhcyBpbiB0aGUgY2FzZSBvZiB2aXJ0dWFsLXF1ZXVlDQogICBzZXR0
aW5ncywgd2l0aCB3ZWlnaHRzIGZyb20gMC4xIHRvIDAuOS4gIFRoZSBDTEUgdGhyZXNob2xkcyBh
cmUNCiAgIGNob3NlbiB0byBiZSAwLjAwMDEsIDAuMDAxLCAwLjAxLCAwLjA1IGluIHRoaXMgY2Fz
ZS4gIE5vdGUgdGhhdCB0aGUNCiAgIHNpbmNlIG1lYW5pbmcgb2YgdGhlIENMRSBpcyBkaWZmZXJl
bnQgZm9yIHRoZSBUb2tlbiBidWNrZXQgYW5kIHF1ZXVlLQ0KICAgYmFzZWQgYWxnb3JpdGhtcywg
c28gdGhlcmUgaXMgbm8gZGlyZWN0IGNvcnJlc3BvbmRlbmNlIGJldHdlZW4gdGhlDQogICBjaG9p
Y2Ugb2YgdGhlIENMRSB0aHJlc2hvbGRzIGluIHRoZSB0d28gY2FzZXMuDQoNCjguNC4gIFNpbXVs
YXRpb24gRGV0YWlscw0KDQogICBUbyBldmFsdWF0ZSB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIGFs
Z29yaXRobXMsIHdlIHJlY29yZGVkIHRoZSBhY3R1YWwNCiAgIGFkbWl0dGVkIGxvYWQgYXQgYSBn
cmFudWxhcml0eSBvZiA1MG1zLCBmcm9tIHdoaWNoIHRoZSBtZWFuIGFkbWl0dGVkDQogICBsb2Fk
IG92ZXIgdGhlIGR1cmF0aW9uIG9mIHRoZSBzaW11bGF0aW9uIHJ1biBjYW4gYmUgY29tcHV0ZWQu
ICBXZQ0KICAgdmVyaWZpZWQgdGhhdCB0aGUgYWN0dWFsIGFkbWl0dGVkIGxvYWQgYXQgYW55IHRp
bWUgZG9lcyBub3QgZGV2aWF0ZQ0KICAgbXVjaCBmcm9tIHRoZSBtZWFuIGFkbWl0dGVkIGxvYWQg
aW4gZWFjaCBleHBlcmltZW50IGJ5IGNvbXB1dGluZyB0aGUNCiAgIGNvZWZmaWNpZW50IG9mIHZh
cmlhdGlvbiAoQ1YgaXMgY29uc2lzdGVudGx5IDAuMDcgZm9yIENCUiwgMC4xNSBmb3INCiAgIFZC
UiwgMC4xNyBmb3IgVlRSIGFuZCAwLjUxIGZvciBTVkQgZm9yIGFsbCBleHBlcmltZW50cykuICBG
aW5hbGx5LA0KICAgdGhlIHBlcmZvcm1hbmNlIG9mIHRoZSBhbGdvcml0aG1zIGlzIGV2YWx1YXRl
ZCB1c2luZyBhIG1ldHJpYyBjYWxsZWQNCiAgIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRhZ2UsIHdo
aWNoIGlzIGNhbGN1bGF0ZWQgYXMgYSBwZXJjZW50YWdlDQogICBkaWZmZXJlbmNlIGJldHdlZW4g
dGhlIG1lYW4gYWRtaXR0ZWQgbG9hZCAod2l0aCB0aGUgbWVhbiB0YWtlbiBvdmVyDQogICB0aGUg
ZHVyYXRpb24gb2YgdGhlIGV4cGVyaW1lbnQpIGFuZCB0aGUgY29uZmlndXJlZCBhZG1pc3Npb24g
cmF0ZS4NCiAgIEdpdmVuIHJlYXNvbmFibHkgc21hbGwgZGV2aWF0aW9uIG9mIHRoZSBhZG1pdHRl
ZCByYXRlIGZyb20gdGhlIG1lYW4NCiAgIGFkbWl0dGVkIGluIHRoZSBleHBlcmltZW50cywgdGhp
cyBzZWVtcyByZWFzb25hYmxlLg0KDQo4LjQuMS4gIFNlbnNpdGl2aXR5IHRvIEVXTUEgd2VpZ2h0
IGFuZCBDTEUNCg0KICAgVGFibGUgQS4yIHN1bW1hcml6ZWQgdGhlIGNvbXBhcmlzb24gcmVzdWx0
IG9mIG92ZXItYWRtaXNzaW9uLQ0KICAgcGVyY2VudGFnZSB2YWx1ZXMgZnJvbSAxNSBleHBlcmlt
ZW50cyB3aXRoIGRpZmZlcmVudCBbd2VpZ2h0LCBDTEUNCiAgIHRocmVzaG9sZF0gc2V0dGluZ3Mg
Zm9yIGVhY2ggdHlwZSBvZiB0cmFmZmljIGFuZCBlYWNoIHRvcG9sb2d5LiAgVGhlDQogICBSYXRp
byBvZiB0aGUgZGVtYW5kIG9uIHRoZSBib3R0bGVuZWNrIGxpbmsgdG8gdGhlIGNvbmZpZ3VyZWQN
CiAgIGFkbWlzc2lvbiB0aHJlc2hvbGQgaXMgc2V0IHRvIDV4LiAgKEluIHRoZSByZXN1bHRzIGZv
ciAwLjk1eCBjYW4gYmUNCiAgIGZvdW5kIGluIHByZXZpb3VzIGRyYWZ0KS4gIEZvciBwYXJraW5n
IGxvdCB0b3BvbG9naWVzIHdlIHJlcG9ydCB0aGUNCiAgIHdvcnN0IGNhc2UgcmVzdWx0IGFjcm9z
cyBhbGwgYm90dGxlbmVja3MuICBXZSBwcmVzZW50IGhlcmUgb25seSB0aGUNCiAgIGV4dHJlbWUg
dmFsdWUgb3ZlciB0aGUgcmFuZ2Ugb2YgcmVzdWx0aW5nIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRh
Z2UNCiAgIHZhbHVlcy4NCg0KICAgV2UgZm91bmQgdGhhdCB0aGUgdmlydHVhbC1xdWV1ZSBhZG1p
c3Npb24gY29udHJvbCBhbGdvcml0aG0gd29ya3MNCiAgIHJlbGlhYmx5IHdpdGggdGhlIHJhbmdl
IG9mIHBhcmFtZXRlcnMgd2Ugc2ltdWxhdGVkLCBmb3IgYWxsIGZpdmUNCiAgIHR5cGVzIG9mIHRy
YWZmaWMuICBJbiBhZGRpdGlvbiwgZXhjZXB0IGZvciBTVkQsIHRoZSBwZXJmb3JtYW5jZSBpcw0K
ICAgaW5zZW5zaXRpdmUgdG8gdGhlIHBhcmFtZXRlcnMgY2hhbmdlIHVuZGVyIGFsbCB0ZXN0ZWQg
dG9wb2xvZ2llcy4NCiAgIEZvciBTVkQsIHRoZSBhbGdvcml0aG1zIGRvZXMgc2hvdyBjZXJ0YWlu
IHNlbnNpdGl2aXR5IHRvIHRoZSB0ZXN0ZWQNCiAgIHBhcmFtZXRlcnMuICBUaGUgaGlnaCBsZXZl
bCBjb25jbHVzaW9uIHRoYXQgY2FuIGJlIGRyYXduIGlzIHRoYXQNCiAgIChwcmVkaWN0YWJseSkg
aGlnaCBwZWFrLXRvLW1lYW4gcmF0aW8gU1ZEIHRyYWZmaWMgaXMgc3Vic3RhbnRpYWxseQ0KICAg
bW9yZSBzdHJlc3NmdWwgdG8gdGhlIHF1ZXVlLWJhc2VkIGFkbWlzc2lvbiBjb250cm9sIGFsZ29y
aXRobSwgYnV0IGENCiAgIHNldCBvZiBwYXJhbWV0ZXJzIGV4aXN0cyB0aGF0IGtlZXBzIHRoZSBv
dmVyLWFkbWlzc2lvbiB3aXRoaW4gYWJvdXQNCiAgIC00JSAtICs3JSBvZiB0aGUgZXhwZWN0ZWQg
bG9hZCBldmVuIGZvciB0aGUgYnVyc3R5IFNWRCB0cmFmZmljLg0KDQogICBUaGUgdG9rZW4gYnVj
a2V0LWJhc2VkIGFkbWlzc2lvbiBjb250cm9sIGFsZ29yaXRobSBzaG93cyBoaWdoZXINCiAgIHNl
bnNpdGl2aXR5IHRvIHRoZSBwYXJhbWV0ZXIgc2V0dGluZ3MgY29tcGFyZWQgdG8gdGhlIHZpcnR1
YWwgcXVldWUNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAx
MCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDMwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0K
ICAgYmFzZWQgYWxnb3JpdGhtLiAgSXQgaXMgaW1wb3J0YW50IHRvIG5vdGUgaGVyZSB0aGF0IGZv
ciB0aGUgdG9rZW4NCiAgIGJ1Y2tldC1iYXNlZCBhZG1pc3Npb24gY29udHJvbCBubyB0cmFmZmlj
IHdpbGwgYmUgbWFya2VkIHVudGlsIHRoZQ0KICAgcmF0ZSBvZiB0cmFmZmljIGV4Y2VlZHMgdGhl
IGNvbmZpZ3VyZWQgYWRtaXNzaW9uIHJhdGUgYnkgdGhlIGNob3Nlbg0KICAgQ0xFLiAgQXMgYSBj
b25zZXF1ZW5jZSwgZXZlbiB3aXRoIHRoZSBpZGVhbCBwZXJmb3JtYW5jZSBvZiB0aGUNCiAgIGFs
Z29yaXRobXMsIHRoZSBvdmVyLWFkbWlzc2lvbi1wZXJjZW50YWdlIHdpbGwgbm90IGJlIDAsIHJh
dGhlciBpdCBpcw0KICAgZXhwZWN0ZWQgdG8gZXF1YWwgdG8gQ0xFIHRocmVzaG9sZCBpZiB0aGUg
YWxnb3JpdGhtIHBlcmZvcm1zIGFzDQogICBleHBlY3RlZC4gIFRoZXJlZm9yZSwgYSBtb3JlIG1l
YW5pbmdmdWwgbWV0cmljIGZvciB0aGUgdG9rZW4tYmFzZWQNCiAgIHJlc3VsdHMgaXMgYWN0dWFs
bHkgdGhlIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRhZ2UgKGxpc3RlZCBiZWxvdykNCiAgIG1pbnVz
IHRoZSBjb3JyZXNwb25kaW5nIChDTEUgdGhyZXNob2xkICogMTAwKS4gIEZvciBleGFtcGxlLCBm
b3IgQ0xFDQogICA9IDAuMDEsIG9uZSB3b3VsZCBleHBlY3QgdGhhdCAxJSBvdmVyLWFkbWlzc2lv
biBpcyBpbmhlcmVudGx5DQogICBlbWJlZGRlZCBpbiB0aGUgYWxnb3JpdGhtLiAgV2hlbiBjb21w
YXJpbmcgdGhlIHBlcmZvcm1hbmNlIG9mIHRva2VuDQogICBidWNrZXQgKHdpdGggdGhlIGFkanVz
dGVkIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRhZ2UpIHRvIGl0cw0KICAgY29ycmVzcG9uZGluZyB2
aXJ0dWFsIHF1ZXVlIHJlc3VsdCwgd2UgZm91bmQgdGhhdCB0b2tlbiBidWNrZXQNCiAgIHBlcmZv
cm1zIG9ubHkgc2xpZ2h0bHkgd29yc2UgZm9yIHZvaWNlLWxpa2UgQ0JSIFZCUiwgYW5kIE1JWCB0
cmFmZmljLg0KDQogICBUaGUgcmVzdWx0cyBmb3IgU1ZEIHRyYWZmaWMgcmVxdWlyZSBzb21lIGFk
ZGl0aW9uYWwgY29tbWVudGFyeS4gIE5vdGUNCiAgIGZyb20gdGhlIHJlc3VsdHMgaW4gVGFibGUg
QS4yLiBpbiB0aGUgU2luZ2xlIExpbmsgdG9wb2xvZ3kgdGhlDQogICBwZXJmb3JtYW5jZSBvZiB0
aGUgdG9rZW4tYmFzZWQgc29sdXRpb24gaXMgY29tcGFyYWJsZSB0byB0aGUNCiAgIHBlcmZvcm1h
bmNlIG9mIHRoZSBxdWV1ZS1iYXNlZCBzY2hlbWUuICBIb3dldmVyLCBmb3IgdGhlIFJUVA0KICAg
dG9wb2xvZ3ksIHRoZSB3b3JzZSBjYXNlIHBlcmZvcm1hbmNlIGZvciBTVkQgdHJhZmZpYyBiZWNv
bWVzIHZlcnkNCiAgIGJhZCwgd2l0aCB1cCB0byAyMyUgb3Zlci1hZG1pc3Npb24gaW4gYSBoaWdo
IG92ZXJsb2FkLiAgV2UNCiAgIGludmVzdGlnYXRlZCB0d28gcG90ZW50aWFsIGNhdXNlcyBvZiB0
aGlzIGRyYXN0aWMgZGVncmFkYXRpb24gb2YNCiAgIHBlcmZvcm1hbmNlIGJ5IGNvbmNlbnRyYXRp
bmcgb24gdHdvIGtleSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRoZQ0KICAgU2luZ2xlIExpbmsgYW5k
IHRoZSBSVFQgdG9wb2xvZ2llczogdGhlIGRpZmZlcmVuY2UgaW4gdGhlIHJvdW5kLXRyaXANCiAg
IHRpbWVzIGFuZCB0aGUgZGVncmVlIG9mIGFnZ3JlZ2F0aW9uIGluIGEgcGVyIGluZ3Jlc3MtZWdy
ZXNzIHBhaXINCiAgIGFnZ3JlZ2F0ZS4NCg0KICAgVG8gaW52ZXN0aWdhdGUgdGhlIGVmZmVjdCBv
ZiB0aGUgZGlmZmVyZW5jZSBpbiByb3VuZC10cmlwIHRpbWVzLCB3ZQ0KICAgYWxzbyBjb25kdWN0
ZWQgYSBzdWJzZXQgb2YgdGhlIGV4cGVyaW1lbnRzIGRlc2NyaWJlZCBhYm92ZSB1c2luZyB0aGUN
CiAgIFJUVCB0b3BvbG9neSB0aGF0IGhhcyB0aGUgc2FtZSBSVFQgYWNyb3NzIGFsbCBpbmdyZXNz
LWVncmVzcyBwYWlycw0KICAgcmF0aGVyIHRoYW4gdGhlIHJhbmdlIG9mIFJUVHMgaW4gb25lIGV4
cGVyaW1lbnQuICBXZSBmb3VuZCBvdXQgdGhhdA0KICAgbmVpdGhlciB0aGUgYWJzb2x1dGUgbm9y
IHRoZSByZWxhdGl2ZSBkaWZmZXJlbmNlIGluIFJUVCBiZXR3ZWVuDQogICBkaWZmZXJlbnQgaW5n
cmVzcy1lZ3Jlc3MgcGFpcnMgYXBwZWFyIHRvIGhhdmUgYW55IHZpc2libGUgZWZmZWN0IG9uDQog
ICB0aGUgb3Zlci1sb2FkIHBlcmZvcm1hbmNlIG9yIHRoZSBmYWlybmVzcyBvZiBib3RoIGFsZ29y
aXRobXMgKHdlIGRvDQogICBub3QgcHJlc2VudCB0aGVzZSByZXN1bHRzIGhlcmUgYXMgdGhlaXIg
YXJlIGVzc2VudGlhbGx5IGlkZW50aWNhbCB0bw0KICAgdGhvc2UgaW4gVGFibGUgQS4yKS4gIElu
IHZpZXcgb2YgdGhhdCBhbmQgbm90aW5nIHRoYXQgaW4gdGhlIFJUVA0KICAgdG9wb2xvZ3kgd2Ug
dXNlZCBmb3IgdGhlc2UgZXhwZXJpbWVudHMgZm9yIHRoZSBTVkQgdHJhZmZpYywgdGhlcmUgaXMN
CiAgIG9ubHkgMSBoaWdobHkgYnVyc3R5IGZsb3cgcGVyIGluZ3Jlc3MsIHdlIGJlbGlldmUgdGhh
dCB0aGUgc2V2ZXJlDQogICBkZWdyYWRhdGlvbiBvZiBwZXJmb3JtYW5jZSBpbiB0aGlzIHRvcG9s
b2d5IGlzIGRpcmVjdGx5IGF0dHJpYnV0YWJsZQ0KICAgdG8gdGhlIGxhY2sgb2YgdHJhZmZpYyBh
Z2dyZWdhdGlvbiBvbiB0aGUgaW5ncmVzcy1lZ3Jlc3MgcGFpciBiYXNpcy4NCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIw
MDggICAgICAgICAgICAgICBbUGFnZSAzMV0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQ
Q04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgIChw
cmVhbWJsZSkNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQogICB8IFR5cGUgfCAgVG9wbyAgfCAgICBPdmVyIEFkbWlzc2lvbiBQZXJjIFN0YXRz
ICAgIHwNCiAgIHwgICAgICB8ICAgICAgICB8ICBRdWV1ZS1iYXNlZCAgIHwgIEJ1Y2tldC1CYXNl
ZCAgfA0KICAgfCAgICAgIHwgICAgICAgIHwgIE1pbiAgICAgTWF4ICAgfCAgTWluICAgICBNYXgg
ICB8DQogICB8LS0tLS0tfC0tLS0tLS0tfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LXwNCiAgIHwgICAgICB8IFMuTGluayB8IDAuMjI0ICAgMS4xMDUgIHwgLTAuOTkgICAxLjM3MyAg
fA0KICAgfCBDQlIgIHwgICBSVFQgIHwgMC4yMDAgICAxLjE5MiAgfCA2LjQ5NSAgIDkuNDAzICB8
DQogICB8ICAgICAgfCAgIFBMVCAgfCAtMC45MyAgIDAuOTkwICB8IC0yLjI0ICAgMi4yMTUgIHwN
CiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0K
ICAgfCAgICAgIHwgUy5MaW5rIHwgLTAuMDcgICAxLjY0NiAgfCAtMi45NCAgIDIuNzYwICB8DQog
ICB8IFZCUiAgfCAgIFJUVCAgfCAtMC4xMSAgIDEuODMwICB8IC0xLjkyICAgNi4zODQgIHwNCiAg
IHwgICAgICB8ICAgUExUICB8IC0xLjQ4ICAgMS42NDQgIHwgLTQuMzQgICAzLjcwNyAgfA0KICAg
fC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8
ICAgICAgfCBTLkxpbmsgfCAtMC4xNCAgIDEuOTYxICB8IC0yLjg1ICAgMi4xNTMgIHwNCiAgIHwg
TUlYICB8ICAgUlRUICB8IC0wLjQ2ICAgMS44MDMgIHwgLTMuMTggICAyLjQ0NSAgfA0KICAgfCAg
ICAgIHwgICBQTFQgIHwgLTEuNjIgICAxLjAzMSAgfCAtMy42OSAgIDIuOTU1ICB8DQogICB8LS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAg
ICB8IFMuTGluayB8IC0wLjA1ICAgMS41ODEgIHwgLTIuMzYgICAyLjI0NyAgfA0KICAgfCBWVFIg
IHwgICBSVFQgIHwgLTAuNTcgICAxLjMxMyAgfCAtMS40NCAgIDQuOTQ3ICB8DQogICB8ICAgICAg
fCAgIFBMVCAgfCAtMS4yNCAgIDEuMDcxICB8IC0zLjA1ICAgMi44MjggIHwNCiAgIHwtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgIHwg
Uy5MaW5rIHwgLTIuNzMgICA2LjUyNSAgfCAtMTEuMjUgIDYuMjI3ICB8DQogICB8IFNWRCAgfCAg
IFJUVCAgfCAtMi45OCAgIDUuMzU3ICB8IC00LjMwICAgMjMuNDggIHwNCiAgIHwgICAgICB8ICAg
UExUICB8IC00Ljg0ICAgNC4yOTQgIHwgLTExLjQwICA2LjEyNiAgfA0KICAgIC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRhYmxlIEEuMiBQYXJh
bWV0ZXIgc2Vuc2l0aXZpdHk6IFF1ZXVlLWJhc2VkIHYucy4gIFRva2VuIEJ1Y2tldC0NCiAgIGJh
c2VkLiAgRm9yIHRoZSBzaW5nbGUgYm90dGxlbmVjayB0b3BvbG9naWVzIChTLiBMaW5rIGFuZCBS
VFQpIHRoZQ0KICAgb3ZlcmxvYWQgY29sdW1uIHJlcHJlc2VudHMgdGhlIHJhdGlvIG9mIHRoZSBt
ZWFuIGRlbWFuZCBvbiB0aGUNCiAgIGJvdHRsZW5lY2sgbGluayB0byB0aGUgY29uZmlndXJlZCBh
ZG1pc3Npb24gdGhyZXNob2xkLiAgRm9yIHBhcmtpbmcNCiAgIGxvdCB0b3BvbG9naWVzIHdlIHJl
cG9ydCB0aGUgd29yc3QgY2FzZSByZXN1bHQgYWNyb3NzIGFsbA0KICAgYm90dGxlbmVja3MuICBX
ZSBwcmVzZW50IGhlcmUgb25seSB0aGUgd29yc3QgY2FzZSB2YWx1ZSBvdmVyIHRoZQ0KICAgcmFu
Z2Ugb2YgcmVzdWx0aW5nIG92ZXItYWRtaXNzaW9uLXBlcmNlbnRhZ2UgdmFsdWVzLg0KDQo4LjQu
Mi4gIEVmZmVjdCBvZiBJbmdyZXNzLUVncmVzcyBBZ2dyZWdhdGlvbg0KDQogICBUbyBpbnZlc3Rp
Z2F0ZSB0aGUgZWZmZWN0IG9mIEluZ3Jlc3MtRWdyZXNzIEFnZ3JlZ2F0aW9uLCB3ZSBmaXggYQ0K
ICAgcGFydGljdWxhciBFV01BIHdlaWdodCBhbmQgQ0xFIHNldHRpbmcgKGluIHRoaXMgY2FzZSwg
d2VpZ2h0PTAuMywgZm9yDQogICB2aXJ0dWFsIHF1ZXVlIHNjaGVtZSBDTEU9MC4wNSwgYW5kIGZv
ciB0aGUgdG9rZW4gYnVja2V0IHNjaGVtZQ0KICAgQ0xFPTAuMDAwMSksIHZhcnkgdGhlIGxldmVs
IG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIGJ5IHVzaW5nDQogICBSVFQgdG9wb2xvZ2ll
cyB3aXRoIGRpZmZlcmVudCBudW1iZXIgb2YgaW5ncmVzc2VzLg0KDQogICBUYWJsZSBBLjMgc2hv
d3MgdGhlIGNoYW5nZSBvZiBvdmVyLWFkbWlzc2lvbi1wZXJjZW50YWdlIHdpdGggcmVzcGVjdA0K
ICAgdG8gdGhlIGluY3JlYXNlIGluIHRoZSBudW1iZXIgb2YgaW5ncmVzcyBmb3IgYm90aCB2aXJ0
dWFsIHF1ZXVlIGFuZA0KICAgdG9rZW4gYnVja2V0LiAgRm9yIGFsbCB0cmFmZmljLCB0aGUgbGVm
dG1vc3QgY29sdW1uIGluIHRoZSByZXByZXNlbnRzDQogICB0aGUgY2FzZSB3aXRoIHRoZSBsYXJn
ZXN0IGFnZ3JlZ2F0aW9uIChvbmx5IHR3byBpbmdyZXNzZXMpLCB3aGlsZSB0aGUNCiAgIHJpZ2h0
IG1vc3QgY29sdW1uIHJlcHJlc2VudHMgdGhlIGxvd2VzdCBsZXZlbCBvZiBhZ2dyZWdhdGlvbg0K
ICAgKGV4cGVjdGVkIG51bWJlciBjYWxscyBwZXIgaW5ncmVzcyBpcyBqdXN0IDEgaW4gdGhpcyBj
YXNlKS4gIEluIGFsbA0KDQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51
YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAgW1BhZ2UgMzJdDQoMDQpJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcN
Cg0KDQogICBleHBlcmltZW50cyB0aGUgYWdncmVnYXRlIGxvYWQgb24gdGhlIGJvdHRsZW5lY2sg
aXMgdGhlIHNhbWUgYWNyb3NzDQogICBlYWNoIHRyYWZmaWMgdHlwZSAod2l0aCB0aGUgYWdncmVn
YXRlIGxvYWQgYmVpbmcgZXZlbmx5IGRpdmlkZWQNCiAgIGJldHdlZW4gYWxsIGluZ3Jlc3Nlcyku
DQoNCiAgIEFzIHNlZW4gZnJvbSBUYWJsZSBBLjMuIHRoZSB2aXJ0dWFsIHF1ZXVlIGJhc2VkIGFw
cHJvYWNoIGlzDQogICByZWxhdGl2ZWx5IGluc2Vuc2l0aXZlIHRvIHRoZSBsZXZlbCBvZiBpbmdy
ZXNzLWVncmVzcyBhZ2dyZWdhdGlvbi4NCiAgIE9uIHRoZSBvdGhlciBoYW5kLCB0aGUgVG9rZW4g
QnVja2V0IGJhc2VkIGFwcHJvYWNoIGlzIHBlcmZvcm1pbmcNCiAgIHNpZ25pZmljYW50bHkgd29y
c2UgYXQgbG93ZXIgbGV2ZWxzIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uLg0KICAgRm9y
IGV4YW1wbGUgZm9yIENCUiAod2l0aCBleHBlY3QgMS1jYWxsIHBlciBpbmdyZXNzKSwgdGhlIG92
ZXItDQogICBhZG1pc3Npb24tcGVyY2VudGFnZSBjYW4gYmUgYXMgYmFkIGFzIDQ1JS4NCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVh
cnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAzM10NCgwNCkludGVybmV0LURyYWZ0ICAg
ICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0K
DQoNCiAgIChwcmVhbWJsZSkNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogIHwgICAgICAgfCBUeXBlIHwgICAg
ICAgICAgICAgICAgICBOdW1iZXIgb2YgSW5ncmVzc2VzICAgICAgICAgICAgICAgIHwNCiAgfCAg
ICAgICB8LS0tLS0tfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0gfA0KICB8ICAgICAgIHwgICAgICB8ICAgMiAgICB8ICAgMTAgICB8ICAgNzAgICB8
ICAzMDAgICB8ICA2MDAgICB8ICAxMDAwICB8DQogIHwgICAgICAgfCBDQlIgIHwgMS4wMDMgIHwg
MS4wMjQgIHwgMC45NzYgIHwgMC4zNTQgIHwgLTEuNDUgIHwgMC4zOTYgIHwNCiAgfCAgICAgICB8
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tfA0KICB8ICAgICAgIHwgICAgICB8ICAgMiAgICB8ICAgMTAgICB8ICAgNzAgICB8ICAzMDAg
ICB8ICA2MDAgICB8ICAxODAwICB8DQogIHwgICAgICAgfCBWQlIgIHwgMS4wMjEgIHwgMS4xMTcg
IHwgMS4wMDYgIHwgMC45NzkgIHwgMC43MjEgIHwgLTAuODUgIHwNCiAgfCAgICAgICB8LS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0K
ICB8VmlydHVhbHwgICAgICB8ICAgMiAgICB8ICAgMTAgICB8ICAgNzAgICB8ICAzMDAgICB8ICA2
MDAgICB8ICAxMDAwICB8DQogIHwgUXVldWUgfCBNSVggIHwgMS4wODAgIHwgMS4xNjMgIHwgMS4x
MDUgIHwgMS4wNDIgIHwgMS4xMzIgIHwgMS4wOTggIHwNCiAgfCBCYXNlZCB8LS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICB8ICAg
ICAgIHwgICAgICB8ICAgMiAgICB8ICAgMTAgICB8ICAgNzAgICB8ICAxNDAgICB8ICAzMDAgICB8
ICA2MDAgICB8DQogIHwgICAgICAgfCBWVFIgIHwgMS4xMDkgIHwgMS4wNTMgIHwgMC44NDIgIHwg
MC44NTkgIHwgMC44NTYgIHwgMC44NjIgIHwNCiAgfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICB8ICAgICAgIHwg
ICAgICB8ICAgMiAgICB8ICAgMTAgICB8ICAgMzUgICB8ICAgNzAgICB8ICAxNDAgICB8ICAzMDAg
ICB8DQogIHwgICAgICAgfCBTVkQgIHwgLTAuMDggIHwgMC4wMDkgIHwgLTAuMTEgIHwgLTAuMjg2
IHwgLTEuNTYgIHwgMC45MTQgIHwNCiAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICB8
ICAgICAgIHwgVHlwZSB8ICAgICAgICAgICAgICAgICAgTnVtYmVyIG9mIEluZ3Jlc3NlcyAgICAg
ICAgICAgICAgICB8DQogIHwgICAgICAgfC0tLS0tLXwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIHwNCiAgfCAgICAgICB8ICAgICAgfCAgIDIgICAg
fCAgIDEwICAgfCAgMTAwICAgfCAgMzAwICAgfCAgNjAwICAgfCAgMTAwMCAgfA0KICB8ICAgICAg
IHwgQ0JSICB8IDAuNzI1ICB8IDAuNzUzICB8IDcuNjY2ICB8IDIxLjE2ICB8IDMzLjY5ICB8IDQ0
LjU4ICB8DQogIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgfCAgICAgICB8ICAgICAgfCAgIDIgICAgfCAgIDEw
ICAgfCAgMTAwICAgfCAgMzAwICAgfCAgNjAwICAgfCAgMTgwMCAgfA0KICB8ICAgICAgIHwgVkJS
ICB8IDAuNTMyICB8IDAuNDc3ICB8IDEuNDA5ICB8IDMuMDQ0ICB8IDUuODEyICB8IDE0LjgwICB8
DQogIHxUb2tlbiAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLXwNCiAgfEJ1Y2tldCB8ICAgICAgfCAgIDIgICAgfCAgIDEwICAgfCAg
MTAwICAgfCAgMzAwICAgfCAgNjAwICAgfCAgMTgwMCAgfA0KICB8QmFzZWQgIHwgTUlYICB8IDAu
NzM2ICB8IDAuNjQ5ICB8IDEuOTYwICB8IDQuNjUyICB8IDEwLjMxICB8IDI3LjY5ICB8DQogIHwg
ICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLXwNCiAgfCAgICAgICB8ICAgICAgfCAgIDIgICAgfCAgIDEwICAgfCAgIDcwICAg
fCAgMTQwICAgfCAgMzAwICAgfCAgNjAwICAgfA0KICB8ICAgICAgIHwgVlRSICB8IDAuNzU4ICB8
IDAuODg5ICB8IDEuMzM1ICB8IDEuNjk0ICB8IDQuMTI4ICB8IDEzLjI4ICB8DQogIHwgICAgICAg
fC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLXwNCiAgfCAgICAgICB8ICAgICAgfCAgIDIgICAgfCAgIDEwICAgfCAgIDM1ICAgfCAgMTAw
ICAgfCAgMTQwICAgfCAgMzAwICAgfA0KICB8ICAgICAgIHwgU1ZEICB8IC0xLjY0ICB8IC0wLjkz
ICB8IDAuMjM3ICB8IDQuNzMyICB8IDcuMTAzICB8IDguNzk5ICB8DQogICAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
ICAgVGFibGUgQS4zIFN5bmNocm9uaXNhdGlvbiBlZmZlY3Qgd2l0aCBsb3cgSW5ncmVzcy1FZ3Jl
c3MNCiAgIEFnZ3JlZ2F0aW9uOiBRdWV1ZS1iYXNlZCB2LnMuICBUb2tlbiBidWNrZXQtYmFzZWQu
DQoNCiAgIE91ciBpbnZlc3RpZ2F0aW9uIHJldmVhbHMgdGhhdCB0aGUgY2F1c2Ugb2YgdGhlIHBv
b3IgcGVyZm9ybWFuY2Ugb2YNCiAgIHRoZSB0b2tlbiBidWNrZXQgc2NoZW1lIGluIG91ciBleHBl
cmltZW50cyBpcyBhdHRyaWJ1dGVkIGRpcmVjdGx5IHRvDQogICB0aGUgc2FtZSAic3luY2hyb25p
emF0aW9uIiBlZmZlY3QgYXMgd2FzIGVhcmxpZXIgZGVzY3JpYmVkIGluIHRoZQ0KICAgVGVybWlu
YXRpb24gKHByZWVtcHRpb24pIHJlc3VsdHMgaW4NCiAgIFtJLUQuemhhbmctcGNuLXBlcmZvcm1h
bmNlLWV2YWx1YXRpb25dLCBhbmQgdG8gd2hpY2ggd2UgcmVmZXIgdGhlDQogICByZWFkZXIgZm9y
IGEgbW9yZSBkZXRhaWxlZCBkZXNjcmlwdGlvbiBvZiB0aGlzIGVmZmVjdC4gIEluIHNob3J0DQog
ICBob3dldmVyLCBmb3IgQ0JSIHRyYWZmaWMsIGEgcGVyaW9kaWMgcGF0dGVybiBhcmlzZXMgd2hl
cmUgcGFja2V0cyBvZg0KICAgYSBnaXZlbiBmbG93IHNlZSByb3VnaGx5IHRoZSBzYW1lIHN0YXRl
IG9mIHRoZSB0b2tlbiBidWNrZXQgYXQgdGhlDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAg
ICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAzNF0NCgwNCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAg
ICAgIEp1bHkgMjAwNw0KDQoNCiAgIGJvdHRsZW5lY2ssIGFuZCBoZW5jZSBlaXRoZXIgYWxsIGdl
dCBtYXJrZWQsIG9yIGFsbCBkbyBub3QgZ2V0DQogICBtYXJrZWQuICBBcyBhIHJlc3VsdCwgYXQg
bG93IGxldmVscyBvZiBhZ2dyZWdhdGlvbiBhIHN1YnNldCBvZg0KICAgaW5ncmVzc2VzIGFsd2F5
cyBnZXQgdGhlaXIgcGFja2V0cyBtYXJrZWQsIHdoaWxlIHNvbWUgb3RoZXIgaW5ncmVzc2VzDQog
ICBkbyBub3QuDQoNCiAgIEFzIHJlcG9ydGVkIGluIFtJLUQuemhhbmctcGNuLXBlcmZvcm1hbmNl
LWV2YWx1YXRpb25dLCBpbiB0aGUgY2FzZSBvZg0KICAgVGVybWluYXRpb24gdGhpcyBzeW5jaHJv
bml6YXRpb24gZWZmZWN0IGlzIGJlbmVmaWNpYWwgdG8gdGhlDQogICBhbGdvcml0aG0uICBJbiBj
b250cmFzdCwgZm9yIEFkbWlzc2lvbiwgdGhpcyBzeW5jaHJvbml6YXRpb24gaXMNCiAgIGRldHJp
bWVudGFsIHRvIHRoZSBhbGdvcml0aG0gcGVyZm9ybWFuY2UgYXQgbG93IGFnZ3JlZ2F0aW9ucy4g
IFRoaXMNCiAgIGNhbiBiZSBlYXNpbHkgZXhwbGFpbmVkIGJ5IG5vdGluZyB0aGF0IGluZ3Jlc3Nl
cyB3aGljaCBwYWNrZXRzIGRvIG5vdA0KICAgZ2V0IG1hcmtlZCBjb250aW51ZSBhZG1pdHRpbmcg
bmV3IHRyYWZmaWMgZXZlbiBpZiB0aGUgYWdncmVnYXRlDQogICBib3R0bGVuZWNrIGxvYWQgaGFz
IGJlZW4gcmVhY2hlZCBvciBleGNlZWRlZC4gIFNpbmNlIG1vc3Qgb2YgdGhlDQogICBvdGhlciB0
cmFmZmljIHBhdHRlcm5zIGNvbnRhaW4gbGFyZ2UgQ0JSIHNlZ21lbnRzLCB0aGlzIGVmZmVjdCBp
cw0KICAgc2VlbiB3aXRoIG90aGVyIHRyYWZmaWMgdHlwZXMgYXMgd2VsbCwgYWx0aG91Z2ggdG8g
YSBkaWZmZXJlbnQNCiAgIGV4dGVudC4NCg0KICAgQSBuYXR1cmFsIGluaXRpYWwgcmVhY3Rpb24g
Y2FuIGJlIHRvIHdyaXRlLW9mZiB0aGlzIGVmZmVjdCBhcyBwdXJlbHkNCiAgIGEgc2ltdWxhdGlv
biBhcnRpZmFjdC4gIEluIGZhY3QsIG9uZSBjYW4gZXhwZWN0IHRoYXQgaWYgc29tZSBqaXR0ZXIN
CiAgIGlzIGludHJvZHVjZWQgaW50byB0aGUgc3RyaWN0IENCUiB0cmFmZmljIHBhdHRlcm4gc28g
dGhhdCB0aGUgcGFja2V0DQogICB0cmFuc21pc3Npb24gaXMgbG9uZ2VyIHN0cmljdGx5IHBlcmlv
ZGljLCB0aGVuIHRoZSAic3luY2hyb25pemF0aW9uIg0KICAgZWZmZWN0IG1pZ2h0IGJlIGVhc2ls
eSBicm9rZW4uDQoNCiAgIFRvIHZlcmlmeSB3aGV0aGVyIHRoaXMgaXMgaW5kZWVkIHRoZSBjYXNl
LCB3ZSByYW4gdGhlIGV4cGVyaW1lbnQgd2l0aA0KICAgc2FtZSB0b3BvbG9naWVzIGFuZCBwYXJh
bWV0ZXIgc2V0dGluZ3MsIGJ1dCB3aXRoIHJhbmRvbWl6ZWQgdmVyc2lvbg0KICAgb2YgdGhlIGJh
c2UgdHJhZmZpYyB0eXBlcy4gIFRoZSByZXN1bHRzIGFyZSBzdW1tYXJpemVkIGluIFRhYmxlIEEu
NC4NCiAgIE5vdGUsIHRoZSBjb2x1bW5zIGxhYmVsZWQgd2l0aCBmcmFjdGlvbnMgKGUuZy4gMC4w
MDAxKSBjb3JyZXNwb25kIHRvDQogICByYW5kb21pemVkIHRyYWZmaWMgd2l0aCBhIHJhbmRvbWl6
YXRpb24taW50ZXJ2YWwgb2YgKHNwZWNpZmllZA0KICAgZnJhY3Rpb24pIHggcGFja2V0LWludGVy
LWFycml2YWwtdGltZS4gIEl0IGFsc28gbWVhbnMgdGhhdCBvbg0KICAgYXZlcmFnZSwgdGhlIHBh
Y2tldHMgYXJlIGRlbGF5ZWQgYnkgKHNwZWNpZmllZCBmcmFjdGlvbikgeCBwYWNrZXQtDQogICBp
bnRlci1hcnJpdmFsLXRpbWUgLyAyLiAgSW4gYWRkaXRpb24sIHRoZSBjb2x1bW4gb2YgIk5vLVJh
bmQiDQogICBhY3R1YWxseSBjb3JyZXNwb25kIHRvIHRoZSB0b2tlbiBidWNrZXQgcmVzdWx0cyBp
biBUYWJsZSBBLjMpLiAgSXQNCiAgIHR1cm5zIG91dCB0aGF0IGluZGVlZCBpbnRyb2R1Y2luZyBl
bm91Z2ggaml0dGVyIGRvZXMgYnJlYWsgdGhlDQogICBzeW5jaHJvbml6YXRpb24gZWZmZWN0IGFu
ZCB0aGUgcGVyZm9ybWFuY2Ugb2YgdGhlIGFsZ29yaXRobSBtdWNoDQogICBpbXByb3Zlcy4gIEhv
d2V2ZXIsIGl0IHRha2VzIHN1ZmZpY2llbnQgYW1vdW50IG9mIHRoZSByYW5kb21pemF0aW9uDQog
ICBiZWZvcmUgaXQgaXMgbm90aWNlZC4gIEZvciBpbnN0YW5jZSwgaW4gdGhlIENCUiBncmFwaCwg
dGhlIG9ubHkNCiAgIGNvbHVtbiB0aGF0IHNob3dzIG5vIGFnZ3JlZ2F0aW9uIGVmZmVjdCBpcyB0
aGUgb25lIGxhYmVsZWQgd2l0aA0KICAgIjAuMDUiLCB3aGljaCB0cmFuc2xhdGVzIHRvIGV4cGVj
dGVkIHBhY2tldCBkZXZpYXRpb24gZnJvbSBpdHMgaWRlYWwNCiAgIENCUiB0cmFuc21pdCB0aW1l
IG9mIDAuNW1zLiAgV2hpbGUgMC41bXMgcGVyLWhvcCBkZXZpYXRpb24gaXMgbm90DQogICB1bnJl
YXNvbmFibGUgdG8gZXhwZWN0LCBpbiB3ZWxsIHByb3Zpc2lvbmVkIG5ldHdvcmtzIHdpdGggYQ0K
ICAgcmVsYXRpdmVseSBzbWFsbCBhbW91bnQgb2Ygdm9pY2UgdHJhZmZpYyBpbiB0aGUgcHJpb3Jp
dHkgcXVldWUgb25lDQogICBtaWdodCBmaW5kIGxvd2VyIGxldmVscyBvZiBuZXR3b3JrLWluZHVj
ZWQgaml0dGVyLiAgSW4gYW55IGNhc2UsDQogICB0aGVzZSByZXN1bHRzIGluZGljYXRlcyB0aGUg
InN5bmNocm9uaXphdGlvbiIgZWZmZWN0IGNhbiBub3QgYmUNCiAgIGNvbXBsZXRlbHkgd3JpdHRl
biBvZmYgYXMgYSBzaW11bGF0aW9uIGFydGlmYWN0LiAgVGhlIGdvb2QgbmV3cywNCiAgIGhvd2V2
ZXIsIHRoYXQgdGhpcyBlZmZlY3QgaXMgdmlzaWJsZSBvbmx5IGF0IHZlcnkgbG93IGluZ3Jlc3Mt
ZWdyZXNzDQogICBhZ2dyZWdhdGlvbiBsZXZlbHMsIGFuZCBhcyB0aGUgaW5ncmVzcy1lZ3Jlc3Mg
YWdncmVnYXRpb24gaW5jcmVhc2VzLA0KICAgdGhlIGVmZmVjdCBxdWlja2x5IGRpc2FwcGVhcnMu
DQoNCiAgIFdlIG9ic2VydmVkIHRoZSBzeW5jaHJvbml6YXRpb24gZWZmZWN0IGNvbnNpc3RlbnRs
eSBhY3Jvc3MgYWxsIHR5cGVzDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVz
IEphbnVhcnkgMTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSAzNV0NCgwNCkludGVybmV0LURy
YWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkg
MjAwNw0KDQoNCiAgIG9mIHRyYWZmaWMgd2UgdGVzdGVkIHdpdGggdGhlIGV4Y2VwdGlvbiBvZiBW
VFIuICBWVFIgYWxzbyBleGhpYml0cw0KICAgc29tZSBhZ2dyZWdhdGlvbiBlZmZlY3QgLSBob3dl
dmVyIHJhbmRvbWl6YXRpb24gb2YgaXRzIENCUiBwb3J0aW9uDQogICBoYXMgYWxtb3N0IGhhdmUg
bm8gZWZmZWN0IG9uIHBlcmZvcm1hbmNlLiAgV2Ugc3VzcGVjdCB0aGlzIGlzIGJlY2F1c2UNCiAg
IHRoZSByYW5kb21pemF0aW9uIHdlIHBlcmZvcm0gaXMgYXQgcGFja2V0IGxldmVsLCB3aGlsZSB0
aGUNCiAgIHN5bmNocm9uaXphdGlvbiB0aGF0IHNlZW1zIHRvIGJlIGNhdXNpbmcgdGhlIHBlcmZv
cm1hbmNlIGRlZ3JhZGF0aW9uDQogICBhdCBsb3cgaW5ncmVzcy1lZ3Jlc3MgYWdncmVnYXRpb24g
Zm9yIFZUUiB0cmFmZmljIG9jY3VycyBhdCBmcmFtZS0NCiAgIGxldmVsLiAgQWx0aG91Z2ggb3Vy
IGludmVzdGlnYXRpb24gb2YgdGhpcyBpc3N1ZSBpcyBub3QgY29tcGxldGVkDQogICB5ZXQsIG91
ciBwcmVsaW1pbmFyeSByZXN1bHRzIHNob3cgdGhhdCBpZiB3ZSBjYWxjdWxhdGluZyByYW5kb20N
CiAgIGRldmlhdGlvbiBmb3Igb3VyIGFydGlmaWNpYWxseSBpbmR1Y2VkIGppdHRlciB1c2luZyBm
cmFtZSBpbnRlci0NCiAgIGFycml2YWwgdGltZSBpbnN0ZWFkIG9mIHBhY2tldC1pbnRlcmFycml2
YWwgdGltZSwgd2UgY2FuIHJlZHVjZSB0aGUNCiAgIG92ZXItYWRtaXNzaW9uIHBlcmNlbnRhZ2Ug
Zm9yIFZUUiB0byByb3VnaGx5IDMlLiAgSXQgaXMgdW5jbGVhcg0KICAgaG93ZXZlciwgd2hldGhl
ciBzdWNoIHJhbmRvbWlzYXRpb24gYXQgdGhlIGZyYW1lIGxldmVsIG1lYW5pbmdmdWxseQ0KICAg
cmVmbGVjdHMgbmV0d29yay1pbnRyb2R1Y2VkIGppdHRlci4NCg0KDQoNCg0KDQoNCg0KDQoNCg0K
DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpD
aGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkgMTAsIDIwMDggICAgICAgICAg
ICAgICBbUGFnZSAzNl0NCgwNCkludGVybmV0LURyYWZ0ICAgICAgICAgICBQQ04gd2l0aCBTaW5n
bGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoNCiAgICAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8
ICAgICB8ICBOby4gIHwgICAgICAgICBSYW5kb21pemF0aW9uIEludGVydmFsICAgICAgICAgICAg
ICAgICAgIHwNCiAgIHwgICAgIHwgSW5nciAgfCBOby1SYW5kIHwgMC4wMDAxIHwgMC4wMDEgfCAw
LjAwNSB8IDAuMDEgIHwgMC4wNSAgfA0KICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICB8ICAgIDIgIHwg
IDAuNzI1ICB8IDAuNjgzICB8IDAuNzg0IHwgMC43MjUgfCAwLjc3MiB8IDAuNzg3IHwNCiAgIHwg
ICAgIHwgICAxMCAgfCAgMC43NTMgIHwgMC43MjUgIHwgMC41NDMgfCAwLjY0NSB8IDAuNzMzIHwg
MC44NTQgfA0KICAgfCAgICAgfCAgMTAwICB8ICA3LjY2NiAgfCA1LjU5MyAgfCAyLjcwNiB8IDEu
NDU0IHwgMS4yMjYgfCAwLjY5MiB8DQogICB8IENCUiB8ICAzMDAgIHwgIDIxLjE2ICB8IDE1LjUy
ICB8IDYuNjk5IHwgMy4xMDUgfCAyLjQ3OCB8IDEuNjI0IHwNCiAgIHwgICAgIHwgIDYwMCAgfCAg
MzMuNjkgIHwgMjUuNTEgIHwgMTEuNDEgfCA2LjAyMSB8IDQuNjc2IHwgMi45MTYgfA0KICAgfCAg
ICAgfCAxMDAwICB8ICA0NC41OCAgfCAzNi4yMCAgfCAxNy4wMyB8IDcuMDk0IHwgNS4zNzEgfCAz
LjA3NiB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgIHwgICAgMiAgfCAgMC41MzIgIHwgMC42NDUg
IHwgMC42NzAgfCAwLjU1NSB8IDAuMjM3IHwgMC43NDAgfA0KICAgfCAgICAgfCAgIDEwICB8ICAw
LjQ3NyAgfCAwLjU5NiAgfCAwLjcwMyB8IDAuNDk0IHwgMC42NjIgfCAwLjUzMyB8DQogICB8ICAg
ICB8ICAxMDAgIHwgIDEuNDA5ICB8IDEuMjM2ICB8IDEuMDQzIHwgMC44MTAgfCAxLjIwMiB8IDEu
MDE2IHwNCiAgIHwgVkJSIHwgIDMwMCAgfCAgMy4wNDQgIHwgMi42NTIgIHwgMi4wOTMgfCAxLjU4
OCB8IDEuNzU1IHwgMS42NzEgfA0KICAgfCAgICAgfCAgNjAwICB8ICA1LjgxMiAgfCA0LjkxMyAg
fCAzLjUzOSB8IDIuOTYzIHwgMi44MDMgfCAyLjI3NyB8DQogICB8ICAgICB8IDE4MDAgIHwgIDE0
LjgwICB8IDEyLjU5ICB8IDguMDM5IHwgNi41ODcgfCA1LjY5NCB8IDQuNzMzIHwNCiAgIHwtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tfA0KICAgfCAgICAgfCAgICAyICB8ICAwLjczNiAgfCAwLjc1MyAgfCAwLjYyNyB8IDAuNzUx
IHwgMC44NTAgfCAwLjgyMCB8DQogICB8ICAgICB8ICAgMTAgIHwgIDAuNjQ5ICB8IDAuNzM3ICB8
IDAuNzgwIHwgMC44MjQgfCAwLjg2NyB8IDAuNzg3IHwNCiAgIHwgICAgIHwgIDEwMCAgfCAgMS45
NjAgIHwgMS43MDUgIHwgMS40MjggfCAxLjE2MCB8IDEuMTQ5IHwgMS4wMzQgfA0KICAgfCBNSVgg
fCAgMzAwICB8ICA0LjY1MiAgfCA0LjcyNCAgfCAzLjc2MCB8IDIuNjkyIHwgMi40NDkgfCAyLjAy
NyB8DQogICB8ICAgICB8ICA2MDAgIHwgIDEwLjMxICB8IDkuNjI5ICB8IDcuMjg5IHwgNS41MjAg
fCA0Ljk1OCB8IDMuNzEwIHwNCiAgIHwgICAgIHwgMTAwMCAgfCAgMTcuMjEgIHwgMTUuOTYgIHwg
MTEuMDUgfCA4LjcwMCB8IDcuMzgyIHwgNS4wNjEgfA0KICAgfCAgICAgfCAxODAwICB8ICAyNy42
OSAgfCAyMy40NiAgfCAxNi41MyB8IDEyLjA0IHwgMTAuODQgfCA4LjU2MyB8DQogICB8LS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LXwNCiAgIHwgICAgIHwgICAgMiAgfCAgMC43NTggIHwgMC43NTYgIHwgMC44NzIgfCAwLjg5NCB8
IDAuODI1IHwgMC44NDkgfA0KICAgfCAgICAgfCAgIDEwICB8ICAwLjg4OSAgfCAwLjkzOSAgfCAw
Ljc4NSB8IDAuNzA0IHwgMC44NDMgfCAwLjU3NCB8DQogICB8ICAgICB8ICAgNzAgIHwgIDEuMzM1
ICB8IDEuMTAxICB8IDEuMDY2IHwgMS4xODEgfCAwLjk3OCB8IDAuOTQ2IHwNCiAgIHwgVlRSIHwg
IDE0MCAgfCAgMS42OTQgIHwgMS4xNjIgIHwgMS45NzkgfCAxLjc5MSB8IDEuNjg0IHwgMS41NzMg
fA0KICAgfCAgICAgfCAgMzAwICB8ICA0LjEyOCAgfCA0LjE5MSAgfCAzLjU0NSB8IDMuMzA3IHwg
My45NjQgfCAzLjQ2NSB8DQogICB8ICAgICB8ICA2MDAgIHwgIDEzLjI4ICB8IDEzLjc2ICB8IDEz
LjgxIHwgMTMuMTggfCAxMi45NyB8IDEyLjM1IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgfCAg
ICAyICB8ICAtMS42NCAgfCAtMi4zMCAgfCAtMi4xNCB8IC0xLjYxIHwgLTEuMDEgfCAtMC44OSB8
DQogICB8ICAgICB8ICAgMTAgIHwgIC0wLjkzICB8IC0xLjY1ICB8IC0yLjQxIHwgLTIuOTggfCAt
Mi41OCB8IC0yLjI3IHwNCiAgIHwgICAgIHwgICAzNSAgfCAgMC4yMzcgIHwgLTAuMzEgIHwgLTAu
MzUgfCAtMS4wMiB8IC0wLjk2IHwgLTIuMTYgfA0KICAgfCBTVkQgfCAgMTAwICB8ICA0LjczMiAg
fCA0LjY0MCAgfCA0LjE1MiB8IDIuMjg3IHwgMS44ODcgfCAtMC4wMyB8DQogICB8ICAgICB8ICAx
NDAgIHwgIDcuMTAzICB8IDYuMDAyICB8IDUuNTYwIHwgNC45NzQgfCAzLjYxOSB8IDAuMDkxIHwN
CiAgIHwgICAgIHwgIDMwMCAgfCAgOC43OTkgIHwgMTAuNzIgIHwgOS44NDAgfCA3LjUzMCB8IDYu
MjgxIHwgNC4yNzAgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgVGFibGUgQS40IEluZ3Jlc3MtRWdyZXNz
IEFnZ3JlZ2F0aW9uOiBUb2tlbi1iYXNlZCByZXN1bHRzIGZvcg0KICAgUmFuZG9taXplZCB0cmFm
ZmljLiAgQ29sdW1ucyBsYWJlbGVkIHdpdGggZnJhY3Rpb25zIGNvcnJlc3BvbmQgdG8gdGhlDQog
ICByYW5kb21pemFyaW9uIGludGVydmFsIG9mIChzcGVjaWZpZWQgZnJhY3Rpb24pIHggcGFja2V0
LWludGVyLQ0KICAgYXJyaXZhbC10aW1lKS4NCg0KICAgRmluYWxseSwgd2UgaW52ZXN0aWdhdGVk
IHRoZSBpbXBhY3Qgb2YgY2FsbCBhcnJpdmFsIGFzc3VtcHRpb25zIGF0DQogICBkaWZmZXJlbnQg
bGV2ZWxzIG9mIGluZ3Jlc3MtZWdyZXNzIGFnZ3JlZ2F0aW9uIGJ5IGNvbXBhcmluZyB0aGUNCg0K
DQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAg
ICAgICAgICAgIFtQYWdlIDM3XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRo
IFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgcmVzdWx0cyB3
aXRoIFBvaXNzb24gYW5kIEJBVENIIGFycml2YWxzLiAgV2UgcmVwb3J0ZWQgaW4NCiAgIFtJLUQu
emhhbmctcGNuLXBlcmZvcm1hbmNlLWV2YWx1YXRpb25dIHRoYXQgdmlydHVhbCBxdWV1ZSAtYmFz
ZWQNCiAgIGFkbWlzc2lvbiBpcyByZWxhdGl2ZWx5IGluc2Vuc2l0aXZlIHRvIHRoZSBCQVRDSCB2
cyBQb2lzc29uIGFycml2YWxzLA0KICAgZXZlbiBhdCBsb3dlciBhZ2dyZWdhdGlvbiBsZXZlbHMu
ICBJbiBjb250cmFzdCwgdGhlIGNhbGwgYXJyaXZhbA0KICAgYXNzdW1wdGlvbiBkb2VzIGFmZmVj
dCB0aGUgcGVyZm9ybWFuY2Ugb2YgdG9rZW4gYnVja2V0LWJhc2VkDQogICBhbGdvcml0aG0sIGFu
ZCBjYXVzZXMgc3Vic3RhbnRpYWwgZGVncmFkYXRpb24gb2YgcGVyZm9ybWFuY2UgYXQgbG93DQog
ICBpbmdyZXNzLWVncmVzcyBhZ2dyZWdhdGlvbiBsZXZlbC4gIEFuIGV4YW1wbGUgcmVzdWx0IHdp
dGggQ0JSIHRyYWZmaWMNCiAgIGlzIHByZXNlbnRlZCBpbiB0YWJsZSBBLjUuICBIZXJlIHdlIHVz
ZSBiYXRjaCBhcnJpdmFsIHdpdGggbWVhbiA9IDUuDQogICBUaGUgcmVzdWx0cyBzaG93IHRoYXQg
d2l0aCB0aGUgbG93ZXN0IGFnZ3JlZ2F0aW9uLCB0aGUgYmF0Y2ggYXJyaXZhbA0KICAgZ2l2ZXMg
d29yc2UgcmVzdWx0IHRoYW4gdGhlIG5vcm1hbCBQb2lzc29uIGFycml2YWwsIGhvd2V2ZXIsIGFz
IHRoZQ0KICAgbGV2ZWwgb2YgYWdncmVnYXRpb24gYmVjb21lIHN1ZmZpY2llbnQgKGUuZy4gMTAw
IGluZ3Jlc3MsIDEwIGNhbGwvDQogICBpbmdyZXNzKSwgdGhlIGRpZmZlcmVuY2UgYmVjb21lcyBp
bnNpZ25pZmljYW50LiAgVGhpcyBiZWhhdmlvciBpcw0KICAgY29uc2lzdGVudCBhY3Jvc3MgYWxs
IHR5cGVzIG9mIHRyYWZmaWMuDQoNCiAgIChwcmVhbWJsZSkNCiAgICAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAg
ICB8ICBOby4gIHwgICAgICAgICAgRGV2aWF0aW9uIEludGVydmFsICAgICAgICAgICAgICAgICAg
ICAgIHwNCiAgIHwgICAgIHwgSW5nciB8IE5vLVJhbmQgfCAwLjAwMDEgfCAwLjAwMSB8IDAuMDA1
IHwgMC4wMSAgfCAwLjA1ICB8DQogICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAgIHwgICAgMiAgfCAgMC45
MTggIHwgMS4wMDcgIHwgMC44MzYgfCAwLjkzMyB8IDEuMDE0IHwgMC45NzEgfA0KICAgfCAgICAg
fCAgIDEwICB8ICAxLjIyMSAgfCAwLjkzNiAgfCAwLjc2NyB8IDAuOTA2IHwgMC45MjAgfCAwLjg1
NyB8DQogICB8ICAgICB8ICAxMDAgIHwgIDguODU3ICB8IDcuMDkyICB8IDMuMjY1IHwgMS44MjEg
fCAxLjQ2MyB8IDEuMDM2IHwNCiAgIHwgQ0JSIHwgIDMwMCAgfCAgMjkuMzkgIHwgMjIuNTkgIHwg
OC41OTYgfCA0Ljk3OSB8IDQuNTUwIHwgMi4xNjUgfA0KICAgfCAgICAgfCAgNjAwICB8ICA0My4z
NiAgfCAzNy4xMiAgfCAxNy4zNyB8IDEwLjAyIHwgOC4wMDUgfCA0LjIyMyB8DQogICB8ICAgICB8
IDEwMDAgIHwgIDYzLjYwICB8IDUwLjM2ICB8IDI1LjQ4IHwgMTIuODIgfCA5LjMzOSB8IDYuMjE5
IHwNCiAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tfA0KICAgVGFibGUgQS41IEluL0VncmVzcyBBZ2dyZWdhdGlvbiB3aXRo
IGJhdGNoIHRyYWZmaWM6IFRva2VuLWJhc2VkDQogICByZXN1bHRzLg0KDQo4LjQuMy4gIEVmZmVj
dCBvZiBNdWx0aXBsZSBCb3R0bGVuZWNrcw0KDQogICBUaGUgcmVzdWx0cyBpbiBUYWJsZSBBLjIg
KFNlY3Rpb24gOS41LjEsIHBhcmFtZXRlciBzZW5zaXRpdml0eSBzdHVkeSkNCiAgIGltcGxpZWQg
dGhhdCBmcm9tIHRoZSBib3R0bGVuZWNrIHBvaW50IG9mIHZpZXcsIHRoZSBwZXJmb3JtYW5jZSBv
bg0KICAgdGhlIG11bHRpcGxlLWJvdHRsZW5lY2sgdG9wb2xvZ3ksIGZvciBhbGwgdHlwZXMgb2Yg
dHJhZmZpYywgaXMNCiAgIGNvbXBhcmFibGUgdG8gdGhlIG9uZXMgb24gdGhlIFNpbmdsZUxpbmss
IGZvciBib3RoIHF1ZXVlLWJhc2VkIGFuZA0KICAgdG9rZW4gYnVja2V0LWJhc2VkIGFsZ29yaXRo
bXMuICBIb3dldmVyLCB0aGUgcmVzdWx0cyBpbiBUYWJsZSBBLjINCiAgIG9ubHkgc2hvdyB0aGUg
d29yc3QgY2FzZSB2YWx1ZXMgb3ZlciBhbGwgYm90dGxlbmVjayBsaW5rcy4gIEluIHRoaXMNCiAg
IHNlY3Rpb24gd2UgY29uc2lkZXIgdHdvIG90aGVyIGFzcGVjdHMgb2YgdGhlIE11bHRpcGxlIEJv
dHRsZW5lY2sNCiAgIGVmZmVjdHM6IHJlbGF0aXZlIHBlcmZvcm1hbmNlIGF0IGluZGl2aWR1YWwg
Ym90dGxlbmVja3MgYW5kIGZhaXJuZXNzDQogICBvZiBiYW5kd2lkdGggdXNhZ2UgYmV0d2VlbiB0
aGUgc2hvcnQtIGFuZCB0aGUgbG9uZy0gaGF1bCBpbmdyZXNzLQ0KICAgZWdyZXNzIGFnZ3JlZ2F0
ZXMuDQoNCjguNC4zLjEuICBSZWxhdGl2ZSBwZXJmb3JtYW5jZSBvZiBkaWZmZXJlbnQgYm90dGxl
bmVja3MNCg0KICAgSW4gVGFibGUgQS41LCB3ZSBzaG93IGEgc25hcHNob3Qgb2YgdGhlIGJlaGF2
aW9yIHdpdGggNSBib3R0bGVuZWNrDQogICB0b3BvbG9neSwgd2l0aCB0aGUgZ29hbCBvZiBzdHVk
eWluZyB0aGUgcGVyZm9ybWFuY2Ugb2YgZGlmZmVyZW50DQogICBib3R0bGVuZWNrcyBtb3JlIGNs
b3NlbHkuICBIZXJlLCB0aGUgb3Zlci1hZG1pc3Npb24tcGVyY2VudGFnZQ0KICAgZGlzcGxheWVk
IGlzIGFuIGF2ZXJhZ2UgYWNyb3NzIGFsbCAxNSBleHBlcmltZW50cyB3aXRoIGRpZmZlcmVudA0K
DQoNCg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAg
ICAgICAgICAgICAgW1BhZ2UgMzhdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdp
dGggU2luZ2xlIE1hcmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQogICBbd2VpZ2h0
LCBDTEVdIHNldHRpbmcuICAoV2UgZG8gb2JzZXJ2ZSB0aGUgc2FtZSBiZWhhdmlvciBpbiBlYWNo
IG9mDQogICB0aGUgaW5kaXZpZHVhbCBleHBlcmltZW50LCBoZW5jZSBwcm92aWRpbmcgYSBzdW1t
YXJpemVkIHN0YXRpc3RpY3MgaXMNCiAgIG1lYW5pbmdmdWwpLg0KDQogICBPbmUgZGlmZmVyZW5j
ZXMgaW4gdG9rZW4tYnVja2V0IGNhc2UgdnMgdGhlIHF1ZXVlLWJhc2VkIGFkbWlzc2lvbnMgaW4N
CiAgIHRoZSBQTFQgdG9wb2xvZ3kgY2FzZSByZXZlYWxlZCBpbiBUYWJsZSBBLjYgaXMgdGhhdCB0
aGVyZSBhcHBlYXJzIHRvDQogICBiZSBhIGNvbnNpc3RlbnQgcmVsYXRpb25zaGlwIGJldHdlZW4g
dGhlIHBvc2l0aW9uIG9mIHRoZSBib3R0bGVuZWNrDQogICBsaW5rIChob3cgZmFyIGRvd25zdHJl
YW0gaXQgaXMpIGFuZCBpdHMgb3Zlci1hZG1pc3Npb24tcGVyY2VudGFnZS4NCiAgIFRoZSBkYXRh
IHNob3dzIHRoZSBmdXJ0aGVyIGRvd25zdHJlYW0gdGhlIGJvdHRsZW5lY2sgaXMsIHRoZSBtb3Jl
IGl0DQogICB0ZW5kcyB0byBvdmVyLWFkbWl0LCByZWdhcmRsZXNzIHRoZSB0eXBlIG9mIHRoZSB0
cmFmZmljLiAgVGhlIGV4YWN0DQogICBjYXVzZSBvZiB0aGlzIHBoZW5vbWVub24gaXMgeWV0IHRv
IGJlIGV4cGxhaW5lZCwgYnV0IHRoZSBlZmZlY3Qgb2YgaXQNCiAgIHNlZW1zIHRvIGJlIGluc2ln
bmlmaWNhbnQgaW4gbWFnbml0dWRlLCBhdCBsZWFzdCBpbiB0aGUgZXhwZXJpbWVudHMNCiAgIHdl
IHJhbi4NCg0KICAgKHByZWFtYmxlKQ0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgICAgICB8IFRyYWZmaWMgfCAgICAg
ICAgICAgIEJvdHRsZW5lY2sgTGlua0lkICAgICAgICAgIHwNCiAgIHwgICAgICAgfCAgIFR5cGUg
IHwgICAxICAgfCAgIDIgICB8ICAgMyAgIHwgICA0ICAgfCAgIDUgICB8DQogICB8ICAgICAgIHwt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAg
ICAgICB8ICAgQ0JSICAgfCAwLjI4OCB8IDAuMjg2IHwgMC4yMzggfCAwLjMzMiB8IDAuMzA2IHwN
CiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS18DQogICB8ICAgICAgIHwgICBWQlIgICB8IDAuMzE5IHwgMC40MjAgfCAwLjI1NyB8IDAu
MzQxIHwgMC4yNTQgfA0KICAgfCBRdWV1ZSB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgQmFzZWQgfCAgIE1JWCAgIHwgMC4zNjMgfCAwLjM5
NCB8IDAuMzEyIHwgMC4yNjggfCAwLjIwNSB8DQogICB8ICAgICAgIHwtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgICB8ICAgVlRSICAg
fCAwLjQ2NiB8IDAuMzA5IHwgMC4yMjMgfCAwLjM2MyB8IDAuMzE3IHwNCiAgIHwgICAgICAgfC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAg
ICAgIHwgICBTVkQgICB8IDAuMzE5IHwgMC40MjAgfCAwLjI1NyB8IDAuMzQxIHwgMC4yNTQgfA0K
ICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KICAgfCAgICAgICB8IFRyYWZmaWMgfCAgICAgICAgICAgIEJvdHRsZW5lY2sgTGlua0lk
ICAgICAgICAgIHwNCiAgIHwgICAgICAgfCAgIFR5cGUgIHwgICAxICAgfCAgIDIgICB8ICAgMyAg
IHwgICA0ICAgfCAgIDUgICB8DQogICB8ICAgICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgICB8ICAgQ0JSICAgfCAwLjEyMSB8
IDAuMzAwIHwgMC40MTMgfCAwLjUxNSB8IDAuNzAwIHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8IFRva2VuIHwgICBW
QlIgICB8IC0wLjA3IHwgMC4yNTEgfCAwLjQ5NiB8IDAuNjk4IHwgMS4wNDQgfA0KICAgfEJ1Y2tl
dCB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAg
IHwgQmFzZWQgfCAgIE1JWCAgIHwgMC4wNDIgfCAwLjM1MCB8IDAuNDY4IHwgMC43MTYgfCAwLjky
NCB8DQogICB8ICAgICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tfA0KICAgfCAgICAgICB8ICAgVlRSICAgfCAwLjI3NyB8IDAuNDg4IHwgMC42NDIg
fCAwLjkwNyB8IDEuMTE3IHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8ICAgICAgIHwgICBTVkQgICB8IC0yLjY0IHwg
LTIuNTAgfCAtMS43MiB8IC0xLjU3IHwgLTEuMTkgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICBUYWJsZSBBLjYgQm90
dGxlbmVjayBQZXJmb3JtYW5jZTogcXVldWUtYmFzZWQgdi5zLiB0b2tlbiBidWNrZXQtDQogICBi
YXNlZC4NCg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFy
eSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDM5XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoN
Cg0KOC40LjMuMi4gIChVbilGYWlybmVzcyBCZXR3ZWVuIERpZmZlcmVudCBJbmdyZXNzLUVncmVz
cyBwYWlycw0KDQogICBJdCB3YXMgcmVwb3J0ZWQgaW4gW0ktRC56aGFuZy1wY24tcGVyZm9ybWFu
Y2UtZXZhbHVhdGlvbl0gdGhhdA0KICAgdmlydHVhbC1xdWV1ZS1iYXNlZCBhZG1pc3Npb24gY29u
dHJvbCBmYXZvcnMgc2lnbmlmaWNhbnRseSBzaG9ydC1oYXVsDQogICBjb25uZWN0aW9uIG92ZXIg
bG9uZy1oYXVsIGNvbm5lY3Rpb25zLiAgQXMgd2FzIGRpc2N1c3NlZCB0aGVyZSwgdGhpcw0KICAg
cHJvcGVydHkgaXMgaW4gZmFjdCBjb21tb24gZm9yIG1lYXN1cmVtZW50LWJhc2VkIGFkbWlzc2lv
biBjb250cm9sDQogICBhbGdvcml0aG1zIChzZWUgZm9yIGV4YW1wbGUgW0phbWluXSBmb3IgYSBk
aXNjdXNzaW9uKS4gIEl0IGlzIGNvbW1vbg0KICAga25vd2xlZGdlIHRoYXQgaW4gdGhlIGxpbWl0
IG9mIGxhcmdlIGRlbWFuZHMsIGxvbmctaGF1bCBjb25uZWN0aW9ucw0KICAgY2FuIGJlIGNvbXBs
ZXRlbHkgc3RhcnZlZC4gIFdlIHNob3cgaW4NCiAgIFtJLUQuemhhbmctcGNuLXBlcmZvcm1hbmNl
LWV2YWx1YXRpb25dIHRoYXQgaW4gZmFjdCBzdGFydmF0aW9uIG9mDQogICBsb25nLWhhdWwgY29u
bmVjdGlvbnMgY2FuIG9jY3VyIGV2ZW4gd2l0aCByZWxhdGl2ZWx5IHNtYWxsIChidXQNCiAgIGNv
bnN0YW50KSBvdmVybG9hZHMuICBXZSBpZGVudGlmeSB0aGVyZSB0aGF0IHRoZSBwcmltYXJ5IHJl
YXNvbiBmb3INCiAgIGl0IGlzIGEgZGUtc3luY2hyb25pemF0aW9uIG9mIHRoZSAiY29uZ2VzdGlv
biBwZXJpb2RzIiBhdCBkaWZmZXJlbnQNCiAgIGJvdHRsZW5lY2tzLCByZXN1bHRpbmcgaW4gdGhl
IGxvbmctaGF1bCBjb25uZWN0aW9ucyBhbG1vc3QgYWx3YXlzDQogICBzZWVpbmcgYXQgbGVhc3Qg
b25lIGJvdHRsZW5lY2sgYW5kIGhlbmNlIGFsbW9zdCBuZXZlciBiZWluZyBhbGxvd2VkDQogICB0
byBhZG1pdCBuZXcgZmxvd3MuICBXZSByZWZlciB0aGUgcmVhZGVyIHRvIHRoYXQgZHJhZnQgZm9y
IG1vcmUNCiAgIGRldGFpbC4NCg0KICAgSGVyZSB3ZSBpbnZlc3RpZ2F0ZSB0aGUgY29tcGFyYXRp
dmUgYmVoYXZpb3Igb2YgdGhlIHRva2VuLWJ1Y2tldA0KICAgYmFzZWQgc2NoZW1lIGFuZCB2aXJ0
dWFsIHF1ZXVlIGJhc2VkIHNjaGVtZSB3aXRoIHJlc3BlY3QgdG8gZmFpcm5lc3MuDQoNCiAgIFRo
ZSBmYWlybmVzcyBpcyBpbGx1c3RyYXRlZCB1c2luZyB0aGUgcmF0aW8gYmV0d2VlbiBiYW5kd2lk
dGggb2YgdGhlDQogICBsb25nLWhhdWwgYWdncmVnYXRlcyBhbmQgdGhlIHNob3J0LWhhdWwgYWdn
cmVnYXRlcy4gIEFzIGlzDQogICBpbnR1aXRpdmVseSBleHBlY3RlZCwgKGFuZCBhbHNvIGNvbmZp
cm1lZCBleHBlcmltZW50YWxseSksIHRoZQ0KICAgdW5mYWlybmVzcyBpcyB0aGUgbGFyZ2VyIHRo
ZSBoaWdoZXIgdGhlIGRlbWFuZCwgYW5kIHRoZSBtb3JlDQogICBib3R0bGVuZWNrcyB0cmF2ZXJz
ZWQgYnkgdGhlIGxvbmctaGF1bCBhZ2dyZWdhdGUgVGhlcmVmb3JlLCB3ZSByZXBvcnQNCiAgIGhl
cmUgdGhlICJ3b3JzdCBjYXNlIiByZXN1bHRzIGFjcm9zcyBvdXIgZXhwZXJpbWVudHMgY29ycmVz
cG9uZGluZyB0bw0KICAgdGhlIDV4IGRlbWFuZCBvdmVybG9hZCBhbmQgdGhlIDUtUExUIHRvcG9s
b2d5Lg0KDQogICBUYWJsZSBBLjcgc3VtbWFyaWVzLCBhdCA1eCBvdmVybG9hZCwgd2l0aCBDTEU9
MC4wNSAoZm9yIHZpcnR1YWwNCiAgIHF1ZXVlKSwgMC4wMDAxKGZvciB0b2tlbiBidWNrZXQpLCB0
aGUgZmFpcm5lc3MgcmVzdWx0cyB0byBkaWZmZXJlbnQNCiAgIHdlaWdodCBhbmQgdG9wb2xvZ3ku
ICBXZSBkaXNwbGF5IHRoZSByYXRpbyBhcyBmdW5jdGlvbiBvZiB0aW1lLCBpbiAxMA0KICAgc2Vj
IGluY3JlbWVudHMsICh0aGUgcmVwb3J0ZWQgcmF0aW9zIGFyZSBhdmVyYWdlZCBvdmVyIHRoZQ0K
ICAgY29ycmVzcG9uZGluZyAxMCBzaW11bGF0aW9uLXNlY29uZCBpbnRlcnZhbCkuICBUaGUgcmVz
dWx0IHByZXNlbnRlZA0KICAgaW4gdGhpcyBzZWN0aW9uIHVzZXMgdGhlIGFnZ3JlZ2F0ZXMgdGhh
dCB0cmF2ZXJzZSB0aGUgZmlyc3QNCiAgIGJvdHRsZW5lY2suICBUaGUgcmVzdWx0cyBvbiBhbGwg
b3RoZXIgYm90dGxlbmVja3MgYXJlIGV4dHJlbWVseQ0KICAgc2ltaWxhci4NCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQpDaGFybnksIGV0IGFsLiAgICAgICAgICBFeHBpcmVzIEphbnVhcnkg
MTAsIDIwMDggICAgICAgICAgICAgICBbUGFnZSA0MF0NCgwNCkludGVybmV0LURyYWZ0ICAgICAg
ICAgICBQQ04gd2l0aCBTaW5nbGUgTWFya2luZyAgICAgICAgICAgICAgIEp1bHkgMjAwNw0KDQoN
CiAgIChwcmVhbWJsZSkNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgfCAgICAgICB8VG9wb3xXZWlnaHR8
ICAgICAgIFNpbXVsYXRpb24gIFRpbWUgKHMpICAgICAgICAgICAgICAgICAgICB8DQogICB8ICAg
ICAgIHwgICAgfCAgICAgIHwgMTAgIHwgMjAgIHwgMzAgIHwgNDAgIHwgNTAgIHwgNjAgIHwgNzAg
IHwgODAgIHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgICB8ICAgIHwgIDAuMSB8MC45OSB8
MS4wNCB8MS4xNCB8MS4xNCB8MS4yMyB8MS4yMyB8MS4zNSB8MS40NiB8DQogICB8ICAgICAgIHxQ
TFQ1fCAgMC41IHwxLjAwIHwxLjE3IHwxLjI0IHwxLjQxIHwxLjgxIHwyLjEzIHwyLjg4IHwzLjA1
IHwNCiAgIHwgICAgICAgfCAgICB8ICAwLjkgfDEuMDMgfDEuNDIgfDEuNzQgfDIuMTQgfDIuNDQg
fDIuOTEgfDMuODMgfDQuMjAgfA0KICAgfCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS18DQogICB8VmlydHVhbHwgICAgfCAg
MC4xIHwxLjAyIHwxLjA4IHwxLjE1IHwxLjI5IHwxLjMzIHwxLjM4IHwxLjM3IHwxLjQyIHwNCiAg
IHxRdWV1ZSAgfFBMVDN8ICAwLjUgfDEuMDIgfDEuMDQgfDEuMDcgfDEuMTkgfDEuMjQgfDEuMzAg
fDEuMzQgfDEuMzMgfA0KICAgfEJhc2VkICB8ICAgIHwgIDAuOSB8MS4wMiB8MS4wOSB8MS4yMyB8
MS40MSB8MS42NSB8Mi4xMCB8Mi42MyB8My4xOCB8DQogICB8ICAgICAgIHwtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHwgICAg
ICAgfCAgICB8ICAwLjEgfDEuMDIgfDAuOTggfDEuMDMgfDEuMTEgfDEuMjIgfDEuMjEgfDEuMjUg
fDEuMzEgfA0KICAgfCAgICAgICB8UExUMnwgIDAuNSB8MS4wMiB8MS4wNiB8MS4xNCB8MS4xNyB8
MS4xNSB8MS4zMSB8MS40MSB8MS40MSB8DQogICB8ICAgICAgIHwgICAgfCAgMC45IHwxLjAyIHwx
LjA0IHwxLjExIHwxLjMwIHwxLjU2IHwxLjYxIHwxLjYyIHwxLjY3IHwNCiAgICAtLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tDQogICB8ICAgICAgIHxUb3BvfFdlaWdodHwgICAgICAgICAgICAg
ICBTaW11bGF0aW9uICBUaW1lIChzKSAgICAgICAgICAgIHwNCiAgIHwgICAgICAgfCAgICB8ICAg
ICAgfCAxMCAgfCAyMCAgfCAzMCAgfCA0MCAgfCA1MCAgfCA2MCAgfCA3MCAgfCA4MCAgfA0KICAg
fCAgICAgICB8LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS18DQogICB8ICAgICAgIHwgICAgfCAgMC4xIHwxLjAzIHwxLjQ4IHwxLjgzIHwy
LjM0IHwyLjk1IHwzLjMzIHw0LjMyIHw0LjY1IHwNCiAgIHwgICAgICAgfFBMVDV8ICAwLjUgfDEu
MDggfDEuNTMgfDEuOTAgfDIuNDQgfDMuMDQgfDMuNDIgfDQuNDcgfDQuODMgfA0KICAgfCAgICAg
ICB8ICAgIHwgIDAuOSB8MS4wOCB8MS40OCB8MS44MCB8Mi4yNiB8Mi44MiB8My4xOSB8NC4yMyB8
NC4xNiB8DQogICB8ICAgICAgIHwtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgIHxUb2tlbiAgfCAgICB8ICAwLjEgfDEuMDIgfDEu
MjYgfDEuNDUgfDEuNTcgfDEuNjkgfDEuNzYgfDEuOTIgfDEuOTQgfA0KICAgfEJ1Y2tldCB8UExU
M3wgIDAuNSB8MS4wNyB8MS40MSB8MS44OSB8Mi4zNiB8Mi44OSB8My42MyB8My43MCB8My44MiB8
DQogICB8QmFzZWQgIHwgICAgfCAgMC45IHwxLjA3IHwxLjMzIHwxLjU5IHwxLjk0IHwyLjQxIHwy
LjgwIHwyLjc1IHwyLjkwIHwNCiAgIHwgICAgICAgfC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tfA0KICAgfCAgICAgICB8ICAgIHwgIDAu
MSB8MS4wMyB8MS4xMCB8MS40MyB8Mi4wNiB8Mi4yOCB8Mi44NSB8My4wOSB8Mi45MCB8DQogICB8
ICAgICAgIHxQTFQyfCAgMC41IHwxLjA3IHwxLjMyIHwxLjQ3IHwxLjcyIHwxLjcxIHwxLjgxIHwx
Ljg5IHwxLjk0IHwNCiAgIHwgICAgICAgfCAgICB8ICAwLjkgfDEuMDkgfDEuMjcgfDEuNTEgfDEu
ODYgfDEuODIgfDEuODggfDEuODggfDIuMDYgfA0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgIFRhYmxlIEEu
NyBGYWlybmVzcyBwZXJmb3JtYW5jZTogVmlydHVhbCBRdWV1ZSB2LnMuICBUb2tlbiBCdWNrZXQu
DQogICBUaGUgbnVtYmVycyBpbiB0aGUgY2VsbHMgcmVwcmVzZW50IHRoZSByYXRpbyBiZXR3ZWVu
IHRoZSBiYW5kd2lkdGggb2YNCiAgIHRoZSBsb25nLSBhbmQgc2hvcnQtaGF1bCBhZ2dyZWdhdGVz
LiAgRWFjaCByb3cgcmVwcmVzZW50cyB0aGUgdGltZQ0KICAgc2VyaWVzIG9mIHRoZXNlIHJlc3Vs
dHMgaW4gMTAgc2ltdWxhdGlvbiBzZWNvbmQgaW5jcmVtZW50cy4NCg0KICAgVG8gc3VtbWFyaXpl
LCB3ZSBvYnNlcnZlZCBjb25zaXN0ZW50IGJlYXRkb3duIGVmZmVjdCBhY3Jvc3MgYWxsDQogICBl
eHBlcmltZW50cyBmb3IgYm90aCB2aXJ0dWFsLXF1ZXVlIGFuZCB0b2tlbi1idWNrZXQgYWRtaXNz
aW9uDQogICBhbGdvcml0aG1zLCBhbHRob3VnaCB0aGUgZXhhY3QgZXh0ZW50IG9mIHRoZSB1bmZh
aXJuZXNzIGRlcGVuZHMgb24NCiAgIHRoZSBkZW1hbmQgb3ZlcmxvYWQsIHRvcG9sb2d5IGFuZCBw
YXJhbWV0ZXJzIHNldHRpbmdzLiAgVG8gZnVydGhlcg0KICAgcXVhbnRpZnkgdGhlIGVmZmVjdCBv
ZiB0aGVzZSBmYWN0b3JzIHJlbWFpbnMgYW4gYXJlYSBvZiBmdXR1cmUgd29yay4NCiAgIFdlIGFs
c28gbm90ZSB0aGF0IHRoZSBjYXVzZSBvZiB0aGUgYmVhdGRvd24gZWZmZWN0IGFwcGVhcnMgdG8g
YmUNCiAgIGxhcmdlbHkgaW5kZXBlbmRlbnQgb2YgdGhlIHNwZWNpZmljIGFsZ29yaXRobSwgYW5k
IGlzIGxpa2VseSB0byBiZQ0KICAgcmVsZXZhbnQgdG8gb3RoZXIgUENOIHByb3Bvc2FscyBhcyB3
ZWxsLg0KDQoNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAx
MCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDQxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0K
OS4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIFRCRA0KDQoNCjEwLiAgSUFOQSBDb25z
aWRlcmF0aW9ucw0KDQoNCjExLiAgUmVmZXJlbmNlcw0KDQoxMS4xLiAgTm9ybWF0aXZlIFJlZmVy
ZW5jZXMNCg0KICAgW1JGQzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGlu
IFJGQ3MgdG8gSW5kaWNhdGUNCiAgICAgICAgICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQ
IDE0LCBSRkMgMjExOSwgTWFyY2ggMTk5Ny4NCg0KMTEuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5j
ZXMNCg0KICAgW0ktRC5iYWJpYXJ6LXBjbi0zc21dDQogICAgICAgICAgICAgIEJhYmlhcnosIEou
LCAiVGhyZWUgU3RhdGUgUENOIE1hcmtpbmciLA0KICAgICAgICAgICAgICBkcmFmdC1iYWJpYXJ6
LXBjbi0zc20tMDAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBKdWx5IDIwMDcuDQoNCiAgIFtJLUQuYnJp
c2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmVdDQogICAgICAgICAgICAgIEJyaXNjb2UsIEIuLCAi
QW4gZWRnZS10by1lZGdlIERlcGxveW1lbnQgTW9kZWwgZm9yIFByZS0NCiAgICAgICAgICAgICAg
Q29uZ2VzdGlvbiBOb3RpZmljYXRpb246IEFkbWlzc2lvbiAgQ29udHJvbCBvdmVyIGENCiAgICAg
ICAgICAgICAgRGlmZlNlcnYgUmVnaW9uIiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRl
Y3R1cmUtMDQNCiAgICAgICAgICAgICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYu
DQoNCiAgIFtJLUQuYnJpc2NvZS10c3Z3Zy1jbC1waGJdDQogICAgICAgICAgICAgIEJyaXNjb2Us
IEIuLCAiUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIG1hcmtpbmciLA0KICAgICAgICAgICAg
ICBkcmFmdC1icmlzY29lLXRzdndnLWNsLXBoYi0wMyAod29yayBpbiBwcm9ncmVzcyksDQogICAg
ICAgICAgICAgIE9jdG9iZXIgMjAwNi4NCg0KICAgW0ktRC5icmlzY29lLXRzdndnLXJlLWVjbi1i
b3JkZXItY2hlYXRdDQogICAgICAgICAgICAgIEJyaXNjb2UsIEIuLCAiRW11bGF0aW5nIEJvcmRl
ciBGbG93IFBvbGljaW5nIHVzaW5nIFJlLUVDTg0KICAgICAgICAgICAgICBvbiBCdWxrIERhdGEi
LCBkcmFmdC1icmlzY29lLXRzdndnLXJlLWVjbi1ib3JkZXItY2hlYXQtMDENCiAgICAgICAgICAg
ICAgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBKdW5lIDIwMDYuDQoNCiAgIFtJLUQuYnJpc2NvZS10c3Z3
Zy1yZS1lY24tdGNwXQ0KICAgICAgICAgICAgICBCcmlzY29lLCBCLiwgIlJlLUVDTjogQWRkaW5n
IEFjY291bnRhYmlsaXR5IGZvciBDYXVzaW5nDQogICAgICAgICAgICAgIENvbmdlc3Rpb24gdG8g
VENQL0lQIiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1yZS1lY24tdGNwLTAzDQogICAgICAgICAgICAg
ICh3b3JrIGluIHByb2dyZXNzKSwgT2N0b2JlciAyMDA2Lg0KDQogICBbSS1ELmRhdmllLWVjbi1t
cGxzXQ0KICAgICAgICAgICAgICBEYXZpZSwgQi4sICJFeHBsaWNpdCBDb25nZXN0aW9uIE1hcmtp
bmcgaW4gTVBMUyIsDQogICAgICAgICAgICAgIGRyYWZ0LWRhdmllLWVjbi1tcGxzLTAxICh3b3Jr
IGluIHByb2dyZXNzKSwgT2N0b2JlciAyMDA2Lg0KDQogICBbSS1ELmVhcmRsZXktcGNuLWFyY2hp
dGVjdHVyZV0NCiAgICAgICAgICAgICAgRWFyZGxleSwgUC4sICJQcmUtQ29uZ2VzdGlvbiBOb3Rp
ZmljYXRpb24gQXJjaGl0ZWN0dXJlIiwNCg0KDQoNCkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4
cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAgICAgICAgIFtQYWdlIDQyXQ0KDA0KSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNpbmdsZSBNYXJraW5nICAgICAgICAgICAgICAg
SnVseSAyMDA3DQoNCg0KICAgICAgICAgICAgICBkcmFmdC1lYXJkbGV5LXBjbi1hcmNoaXRlY3R1
cmUtMDAgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0KICAgICAgICAgICAgICBKdW5lIDIwMDcuDQoNCiAg
IFtJLUQubGVmYXVjaGV1ci1lbWVyZ2VuY3ktcnN2cF0NCiAgICAgICAgICAgICAgRmF1Y2hldXIs
IEYuLCAiUlNWUCBFeHRlbnNpb25zIGZvciBFbWVyZ2VuY3kgU2VydmljZXMiLA0KICAgICAgICAg
ICAgICBkcmFmdC1sZWZhdWNoZXVyLWVtZXJnZW5jeS1yc3ZwLTAyICh3b3JrIGluIHByb2dyZXNz
KSwNCiAgICAgICAgICAgICAgSnVuZSAyMDA2Lg0KDQogICBbSS1ELndlc3RiZXJnLXBjbi1sb2Fk
LWNvbnRyb2xdDQogICAgICAgICAgICAgIFdlc3RiZXJnLCBMLiwgIkxDLVBDTiAtIFRoZSBMb2Fk
IENvbnRyb2wgUENOIHNvbHV0aW9uIiwNCiAgICAgICAgICAgICAgZHJhZnQtd2VzdGJlcmctcGNu
LWxvYWQtY29udHJvbC0wMCAod29yayBpbiBwcm9ncmVzcyksDQogICAgICAgICAgICAgIE1heSAy
MDA3Lg0KDQogICBbSS1ELnpoYW5nLXBjbi1wZXJmb3JtYW5jZS1ldmFsdWF0aW9uXQ0KICAgICAg
ICAgICAgICBaaGFuZywgWC4sICJQZXJmb3JtYW5jZSBFdmFsdWF0aW9uIG9mIENMLVBIQiBBZG1p
c3Npb24gYW5kDQogICAgICAgICAgICAgIFByZS1lbXB0aW9uIEFsZ29yaXRobXMiLA0KICAgICAg
ICAgICAgICBkcmFmdC16aGFuZy1wY24tcGVyZm9ybWFuY2UtZXZhbHVhdGlvbi0wMSAod29yayBp
bg0KICAgICAgICAgICAgICBwcm9ncmVzcyksIE1hcmNoIDIwMDcuDQoNCjExLjMuICBSZWZlcmVu
Y2VzDQoNCiAgIFtKYW1pbl0gICAgIkEgTWVhc3VyZW1lbnQtYmFzZWQgQWRtaXNzaW9uIENvbnRy
b2wgQWxnb3JpdGhtIGZvcg0KICAgICAgICAgICAgICBJbnRlZ3JhdGVkIFNlcnZpY2VzIFBhY2tl
dCBOZXR3b3JrcyIsIDE5OTcuDQoNCiAgIFtNZW50aF0gICAgIlBDTi1CYXNlZCBSZXNpbGllbnQg
TmV0d29yayBBZG1pc3Npb24gQ29udHJvbDogVGhlIEltcGFjdA0KICAgICAgICAgICAgICBvZiBh
IFNpbmdsZSBCaXQiLCAyMDA3Lg0KDQoNCkF1dGhvcnMnIEFkZHJlc3Nlcw0KDQogICBBbm5hIENo
YXJueQ0KICAgQ2lzY28gU3lzdGVtcywgSW5jLg0KICAgMTQxNCBNYXNzLiBBdmUuDQogICBCb3hi
b3JvdWdoLCBNQSAgMDE3MTkNCiAgIFVTQQ0KDQogICBFbWFpbDogYWNoYXJueUBjaXNjby5jb20N
Cg0KDQogICBYaW55YW5nIChKb3kpIFpoYW5nDQogICBDaXNjbyBTeXN0ZW1zLCBJbmMuIGFuZCBD
b3JuZWxsIFVuaXZlcnNpdHkNCiAgIDE0MTQgTWFzcy4gQXZlLg0KICAgQm94Ym9yb3VnaCwgTUEg
IDAxNzE5DQogICBVU0ENCg0KICAgRW1haWw6IGpveXpoYW5nQGNpc2NvLmNvbQ0KDQoNCg0KDQoN
CkNoYXJueSwgZXQgYWwuICAgICAgICAgIEV4cGlyZXMgSmFudWFyeSAxMCwgMjAwOCAgICAgICAg
ICAgICAgIFtQYWdlIDQzXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgICAgICAgIFBDTiB3aXRoIFNp
bmdsZSBNYXJraW5nICAgICAgICAgICAgICAgSnVseSAyMDA3DQoNCg0KICAgRnJhbmNvaXMgTGUg
RmF1Y2hldXINCiAgIENpc2NvIFN5c3RlbXMsIEluYy4NCiAgIFZpbGxhZ2UgZCdFbnRyZXByaXNl
IEdyZWVuIFNpZGUgLSBCYXRpbWVudCBUMyAsDQogICA0MDAgQXZlbnVlIGRlIFJvdW1hbmlsbGUs
IDA2NDEwIEJpb3QgU29waGlhLUFudGlwb2xpcywNCiAgIEZyYW5jZQ0KDQogICBFbWFpbDogZmxl
ZmF1Y2hAY2lzY28uY29tDQoNCg0KICAgVmFzc2lsaXMgTGlhdHNvcw0KICAgQ2lzY28gU3lzdGVt
cywgSW5jLg0KICAgMTQxNCBNYXNzLiBBdmUuDQogICBCb3hib3JvdWdoLCBNQSAgMDE3MTkNCiAg
IFVTQQ0KDQogICBFbWFpbDogdmxpYXRzb3NAY2lzY28uY29tDQoNCg0KDQoNCg0KDQoNCg0KDQoN
Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KQ2hhcm55
LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAgICAgICAgICAg
W1BhZ2UgNDRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgUENOIHdpdGggU2luZ2xlIE1h
cmtpbmcgICAgICAgICAgICAgICBKdWx5IDIwMDcNCg0KDQpGdWxsIENvcHlyaWdodCBTdGF0ZW1l
bnQNCg0KICAgQ29weXJpZ2h0IChDKSBUaGUgSUVURiBUcnVzdCAoMjAwNykuDQoNCiAgIFRoaXMg
ZG9jdW1lbnQgaXMgc3ViamVjdCB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBhbmQgcmVzdHJpY3Rp
b25zDQogICBjb250YWluZWQgaW4gQkNQIDc4LCBhbmQgZXhjZXB0IGFzIHNldCBmb3J0aCB0aGVy
ZWluLCB0aGUgYXV0aG9ycw0KICAgcmV0YWluIGFsbCB0aGVpciByaWdodHMuDQoNCiAgIFRoaXMg
ZG9jdW1lbnQgYW5kIHRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGFyZSBwcm92aWRl
ZCBvbiBhbg0KICAgIkFTIElTIiBiYXNpcyBhbmQgVEhFIENPTlRSSUJVVE9SLCBUSEUgT1JHQU5J
WkFUSU9OIEhFL1NIRSBSRVBSRVNFTlRTDQogICBPUiBJUyBTUE9OU09SRUQgQlkgKElGIEFOWSks
IFRIRSBJTlRFUk5FVCBTT0NJRVRZLCBUSEUgSUVURiBUUlVTVCBBTkQNCiAgIFRIRSBJTlRFUk5F
VCBFTkdJTkVFUklORyBUQVNLIEZPUkNFIERJU0NMQUlNIEFMTCBXQVJSQU5USUVTLCBFWFBSRVNT
DQogICBPUiBJTVBMSUVELCBJTkNMVURJTkcgQlVUIE5PVCBMSU1JVEVEIFRPIEFOWSBXQVJSQU5U
WSBUSEFUIFRIRSBVU0UgT0YNCiAgIFRIRSBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5G
UklOR0UgQU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRA0KICAgV0FSUkFOVElFUyBPRiBNRVJDSEFO
VEFCSUxJVFkgT1IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuDQoNCg0KSW50ZWxs
ZWN0dWFsIFByb3BlcnR5DQoNCiAgIFRoZSBJRVRGIHRha2VzIG5vIHBvc2l0aW9uIHJlZ2FyZGlu
ZyB0aGUgdmFsaWRpdHkgb3Igc2NvcGUgb2YgYW55DQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkg
UmlnaHRzIG9yIG90aGVyIHJpZ2h0cyB0aGF0IG1pZ2h0IGJlIGNsYWltZWQgdG8NCiAgIHBlcnRh
aW4gdG8gdGhlIGltcGxlbWVudGF0aW9uIG9yIHVzZSBvZiB0aGUgdGVjaG5vbG9neSBkZXNjcmli
ZWQgaW4NCiAgIHRoaXMgZG9jdW1lbnQgb3IgdGhlIGV4dGVudCB0byB3aGljaCBhbnkgbGljZW5z
ZSB1bmRlciBzdWNoIHJpZ2h0cw0KICAgbWlnaHQgb3IgbWlnaHQgbm90IGJlIGF2YWlsYWJsZTsg
bm9yIGRvZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQgaGFzDQogICBtYWRlIGFueSBpbmRlcGVuZGVu
dCBlZmZvcnQgdG8gaWRlbnRpZnkgYW55IHN1Y2ggcmlnaHRzLiAgSW5mb3JtYXRpb24NCiAgIG9u
IHRoZSBwcm9jZWR1cmVzIHdpdGggcmVzcGVjdCB0byByaWdodHMgaW4gUkZDIGRvY3VtZW50cyBj
YW4gYmUNCiAgIGZvdW5kIGluIEJDUCA3OCBhbmQgQkNQIDc5Lg0KDQogICBDb3BpZXMgb2YgSVBS
IGRpc2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYgU2VjcmV0YXJpYXQgYW5kIGFueQ0KICAgYXNz
dXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3IgdGhlIHJlc3VsdCBv
ZiBhbg0KICAgYXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvciBwZXJt
aXNzaW9uIGZvciB0aGUgdXNlIG9mDQogICBzdWNoIHByb3ByaWV0YXJ5IHJpZ2h0cyBieSBpbXBs
ZW1lbnRlcnMgb3IgdXNlcnMgb2YgdGhpcw0KICAgc3BlY2lmaWNhdGlvbiBjYW4gYmUgb2J0YWlu
ZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0b3J5IGF0DQogICBodHRwOi8vd3d3
LmlldGYub3JnL2lwci4NCg0KICAgVGhlIElFVEYgaW52aXRlcyBhbnkgaW50ZXJlc3RlZCBwYXJ0
eSB0byBicmluZyB0byBpdHMgYXR0ZW50aW9uIGFueQ0KICAgY29weXJpZ2h0cywgcGF0ZW50cyBv
ciBwYXRlbnQgYXBwbGljYXRpb25zLCBvciBvdGhlciBwcm9wcmlldGFyeQ0KICAgcmlnaHRzIHRo
YXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhhdCBtYXkgYmUgcmVxdWlyZWQgdG8gaW1wbGVtZW50
DQogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFkZHJlc3MgdGhlIGluZm9ybWF0aW9uIHRvIHRo
ZSBJRVRGIGF0DQogICBpZXRmLWlwckBpZXRmLm9yZy4NCg0KDQpBY2tub3dsZWRnbWVudA0KDQog
ICBGdW5kaW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlvbiBpcyBwcm92aWRlZCBieSB0aGUg
SUVURg0KICAgQWRtaW5pc3RyYXRpdmUgU3VwcG9ydCBBY3Rpdml0eSAoSUFTQSkuDQoNCg0KDQoN
Cg0KQ2hhcm55LCBldCBhbC4gICAgICAgICAgRXhwaXJlcyBKYW51YXJ5IDEwLCAyMDA4ICAgICAg
ICAgICAgICAgW1BhZ2UgNDVdDQoMDQoNCg0K

------_=_NextPart_001_01C7C312.C8BBD015
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C7C312.C8BBD015--





From pcn-bounces@ietf.org Tue Jul 10 16:57:16 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8Mlo-0003Cb-Ev; Tue, 10 Jul 2007 16:57:16 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8Mlm-0003Bh-Up
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 16:57:14 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Mlm-0003BN-Ht
	for pcn@ietf.org; Tue, 10 Jul 2007 16:57:14 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8MEd-000394-5O
	for pcn@ietf.org; Tue, 10 Jul 2007 16:22:59 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6AKMTa24923 for <pcn@ietf.org>; Tue, 10 Jul 2007 20:22:29 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7C330.00640A7D"
Date: Tue, 10 Jul 2007 16:22:08 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651134E4E8@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: I-D ACTION:draft-babiarz-pcn-explicit-marking-01.txt
Thread-Index: AcfDKnpCZ3TU+Gd+RBytACEGBlxbWwAA7V5w
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0
Subject: [PCN] FW: I-D ACTION:draft-babiarz-pcn-explicit-marking-01.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7C330.00640A7D
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,
Below is the draft that explains the performance results for the Three
State PCN Marker from simulations that were done to date.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098

-----Original Message-----
From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]=20
Sent: July 10, 2007 3:15 PM
To: i-d-announce@ietf.org
Subject: I-D ACTION:draft-babiarz-pcn-explicit-marking-01.txt

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


	Title		: Simulations Results for 3sM
	Author(s)	: X. Liu, J. Babiarz
	Filename	: draft-babiarz-pcn-explicit-marking-01.txt
	Pages		: 31
	Date		: 2007-7-10
=09
This document describes the simulation setups and results for testing
   the Three State PCN Marking approach.  Simulations done to date,
   demonstrate that the three state PCN marking approach has certain
   ability to support admission control and flow termination of real-
   time application flows at the congestion point of the PCN-enabled
   network.  The real-time traffic used in the simulation covers voice
   and video traffic with large and small number of flows.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-explicit-marking-0
1.txt

To remove yourself from the I-D Announcement list, send a message to=20
i-d-announce-request@ietf.org with the word unsubscribe in the body of=20
the message.=20
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce=20
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the=20
username "anonymous" and a password of your e-mail address. After=20
logging in, type "cd internet-drafts" and then=20
"get draft-babiarz-pcn-explicit-marking-01.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html=20
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE
/internet-drafts/draft-babiarz-pcn-explicit-marking-01.txt".
=09
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail
readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

------_=_NextPart_001_01C7C330.00640A7D
Content-Type: application/octet-stream;
	name="ATT2980140.TXT"
Content-Transfer-Encoding: base64
Content-Description: ATT2980140.TXT
Content-Disposition: attachment;
	filename="ATT2980140.TXT"

Q29udGVudC1UeXBlOiBNZXNzYWdlL0V4dGVybmFsLWJvZHk7IGFjY2Vzcy10eXBlPSJtYWlsLXNl
cnZlciI7DQoJc2VydmVyPSJtYWlsc2VydkBpZXRmLm9yZyINCg0KQ29udGVudC1UeXBlOiB0ZXh0
L3BsYWluDQpDb250ZW50LUlEOiA8MjAwNy03LTEwMTQ0OTAzLkktREBpZXRmLm9yZz4NCg0KRU5D
T0RJTkcgbWltZQ0KRklMRSAvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWJhYmlhcnotcGNuLWV4cGxp
Y2l0LW1hcmtpbmctMDEudHh0DQo=

------_=_NextPart_001_01C7C330.00640A7D
Content-Type: application/octet-stream;
	name="draft-babiarz-pcn-explicit-marking-01.URL"
Content-Transfer-Encoding: base64
Content-Description: draft-babiarz-pcn-explicit-marking-01.URL
Content-Disposition: attachment;
	filename="draft-babiarz-pcn-explicit-marking-01.URL"

W0ludGVybmV0U2hvcnRjdXRdDQpVUkw9ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0
cy9kcmFmdC1iYWJpYXJ6LXBjbi1leHBsaWNpdC1tYXJraW5nLTAxLnR4dA0K

------_=_NextPart_001_01C7C330.00640A7D
Content-Type: text/plain;
	name="ATT2980141.txt"
Content-Transfer-Encoding: base64
Content-Description: ATT2980141.txt
Content-Disposition: attachment;
	filename="ATT2980141.txt"

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkktRC1Bbm5v
dW5jZSBtYWlsaW5nIGxpc3QNCkktRC1Bbm5vdW5jZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cxLmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNlDQo=

------_=_NextPart_001_01C7C330.00640A7D
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C7C330.00640A7D--





From pcn-bounces@ietf.org Tue Jul 10 23:56:53 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8TJs-0001mY-F8; Tue, 10 Jul 2007 23:56:53 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8TJq-0001mS-Sq
	for pcn-confirm+ok@megatron.ietf.org; Tue, 10 Jul 2007 23:56:50 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8TJq-0001mJ-2d
	for pcn@ietf.org; Tue, 10 Jul 2007 23:56:50 -0400
Received: from szxga03-in.huawei.com ([61.144.161.55])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8TJf-0003ix-T4
	for pcn@ietf.org; Tue, 10 Jul 2007 23:56:50 -0400
Received: from huawei.com (szxga03-in [172.24.2.9])
	by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKZ00L2BXKXFJ@szxga03-in.huawei.com> for
	pcn@ietf.org; Wed, 11 Jul 2007 11:55:45 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JKZ003I7XKWE7@szxga03-in.huawei.com> for
	pcn@ietf.org; Wed, 11 Jul 2007 11:55:45 +0800 (CST)
Received: from z24109a ([10.70.76.134])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JKZ00BXTXKVI5@szxml03-in.huawei.com> for
	pcn@ietf.org; Wed, 11 Jul 2007 11:55:44 +0800 (CST)
Date: Wed, 11 Jul 2007 11:55:43 +0800
From: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
To: pcn@ietf.org, philip.eardley@bt.com
Message-id: <010201c7c36f$5af23f40$864c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: multipart/mixed; boundary="Boundary_(ID_Kn3VXE4gUeWt0sHE4hMG3w)"
X-Priority: 3
X-MSMail-priority: Normal
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2F1@E03MVZ1-UKDY.domain1.systemhost.net>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c99a7d283a5fe9fd4417370f49cee821
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--Boundary_(ID_Kn3VXE4gUeWt0sHE4hMG3w)
Content-type: text/plain; format=flowed; charset=utf-8; reply-type=original
Content-transfer-encoding: 7BIT

Hi Phil,
I made some proposed specific changes with revised mark together with 
comments in the attachment.
Hope it helps:)

B. R.
Tina

----- Original Message ----- 
From: <philip.eardley@bt.com>
To: <tena@huawei.com>; <pcn@ietf.org>
Sent: Monday, July 09, 2007 8:16 PM
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt


Tina
Thanks
I'm not sure I completely understand your comments, sorry.

Is the problem that at the moment the draft only describes the Pull
model and not the Push model? Which lines of text need changing?
(somewhere in Section 5.4 or section 7 or somewhere else?)

Thanks!
phil

> -----Original Message-----
> From: Tina TSOU [mailto:tena@huawei.com]
> Sent: 02 July 2007 04:38
> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> Subject: Re: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
> Hi all,
> One of the scenarios I am suggesting is below.
>
> Even in Pull mode, application layer QoS request (via RSVP) should be
also
> sent from ingress to the centralized node, in centralized node the
policy
> is
> generated, then the decision is made, and then delivers to the Ingress
to
> enforce. I was not saying that the policy is directly generated in the
> Ingress. Even the rather that Push mode should be also taken into
account.
>
> I.e. we define the centralized node locates in the transport control
> layer;
> the Ingress and Egress locate in transport layer. For the
implementation
> of
> physical entities, they are service policy server and PCN-enabled
router
> respectively.
>
> The centralized node is policy decision node, it should be based on
(1)
> Egress measurement result (2) operator's policies (could be configured
in
> the centralized node) (3) QoS request coming from the application
layer
> (PUSH or PULL mode), to make the decision, and decide which flows
should
> be
> admitted or reject, which flows should be stopped temperately or
> downgraded,
> which flows should be done policing. The generated policy should be
sent
> to
> ingress for enforcement.
>
> Ingress is the policy enforcement point, it based on the policy
delivered
> by
> the centralized node, (1) it allows flow pass or filter flow, (2) for
the
> flows allowed to pass, it makes policing and coloring based on the
policy.
>
> Referrence:
> QoS "Push" Model: model where the centralised node "pushes" traffic
> policies
> to the transport functions to enforce its policy decisions.
> NOTE: In this model, the CPE does not itself support native
application
> independent QoS procedures.
> QoS "Pull" Model: model where, upon request from the transport
processing
> functions, the centralised node provides traffic policies to the
transport
> processing functions. The request from the transport processing
functions
> may itself, for example, be triggered by path-coupled requests coming
from
> user equipment and/or transport network elements.
>
>
> B. R.
> Tina
>
> ----- Original Message -----
> From: <philip.eardley@bt.com>
> To: <pcn@ietf.org>
> Sent: Thursday, June 28, 2007 11:59 PM
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
>
> Hi all,
>
> Just a reminder that all comments on this draft would be great. It
aims
> to describe the PCN architecture, in light of the PCN WG's Charter &
its
> Milestone of an Info doc on 'Flow Admission and Termination
Architecture
> within a Diffserv Domain' (due Nov 07).
>
> S1 Introduction.
> This is quite short. If desired, it could be boosted with a general
> explanation of where PCN fits into the picture of QoS and how it's
> evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>
> S2 Terminology
> In the "Editor's note" are 3 alternative terms that some of the
authors
> preferred.
>
> S3 Assumptions and constraints on scope
> These are the 4 things mentioned in the Charter, plus some explanation
> of them. Are they clear? Also we mention some of the ways that a
future
> revised Charter might look at overcoming some of the
> constraints/assumptions; is this sub-section at the right depth?
>
> S4 High-level functional architecture
> We have tried to write this section (and the following ones) so that
it
> fits all the various proposals there've been for PCN mechanisms. Does
> this make the section too wishy-washy or too hard to understand?
Should
> it include some comparison of the different mechanisms proposed
> (PCN-interior-node marking algorithms & PCN-boundary-node reactions)?
>
> S5 Detailed Functional architecture
> Is this a reasonable description of the extra functionality that PCN
> requires on various nodes in the PCN-domain? Is it the right way to
> split up the description? For clarity / help reader's understanding,
> should there be some specific examples of how functionality might be
> distributed (eg "if you followed the deployment model in
> draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made
at
> the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
> the admission decision; etc.")
>
> S6 Design goals and challenges
> This briefly describes some open issues, taken from
> briscoe-tsvwg-cl-architecture. Are there other ones that should be
> mentioned? Is the problem description at the right level of depth?
> Should we discuss various possible solutions to these problems?
>
> S7 Deployment scenarios
> Briefly describes some deployment scenarios for pcn? is this at the
> right level of depth?
>
> S8 Operations and Management
> This section was written in response to the Charter saying that the
> architecture document should include security, manageability and
> operational considerations. The draft addresses this by providing some
> thoughts under the FCAPS headings: OAM of Faults, Configuration,
> Accounting, Performance and Security? Is this the right way of
> structuring it - does it cover the right set of topics? Is the text at
> the right level? - eg should it also have a detailed set of parameters
> that would be available for configuration?
>
> An overall question is whether the draft should have more comparison
of
> the options (pros/cons) for various aspects.
>
> I aim to edit another version of the draft before the ietf (but maybe
> not before the deadline as I'm on hols next week).
>
> Thanks!
> Phil/
>
>
> > -----Original Message-----
> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> > Sent: 22 June 2007 04:38
> > To: pcn@ietf.org
> > Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> >
> > Hi all:
> > Please see the attached E-Mail on the posting of the PCN
Architecture
> > draft.
> > On behave of the editor of this draft: Phil, and the co-authors of
> this
> > draft,
> > we would like to request for reviews and comments of this draft and
> > welcome
> > any comments for improvements.
> >
> > Please send your comments/discussions of this draft on the PCN list.
> >
> > Thank you for your interest and review of this draft!
> > -- Kwok on behave of the co-authors of this draft --
> >
> >
> > >To: i-d-announce@ietf.org
> > >Cc:
> > >From: Internet-Drafts@ietf.org
> > >Date: Thu, 21 Jun 2007 15:50:02 -0400
> > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> > >X-BeenThere: i-d-announce@ietf.org
> > >X-Mailman-Version: 2.1.5
> > >Reply-To: internet-drafts@ietf.org
> > >List-Id: i-d-announce.ietf.org
> > >List-Unsubscribe:
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> > >List-Post: <mailto:i-d-announce@ietf.org>
> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
> > >List-Subscribe:
> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
> > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
> > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
> > >X-Spam-Score: 5.3
> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> > ecarhea1.nortel.com
> > >X-DNSBL-Score: -50
> > >X-DNSBL-Servers: bl.nortel.com
> > >X-SMTP-HELO: megatron.ietf.org
> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> > >X-SMTP-RCPT-TO:
> >
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
> .c
> >
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> .c
> >
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> om
> > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> > >X-SMTP-REASON: PASSED
> > >X-SMTP-ID: 1182455563.14011407
> > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> > >FILETIME=[BC4965C0:01C7B43D]
> > >
> > >A New Internet-Draft is available from the on-line Internet-Drafts
> > >directories.
> > >
> > >
> > >         Title           : Pre-Congestion Notification Architecture
> > >         Author(s)       : P. Eardley, et al.
> > >         Filename        : draft-eardley-pcn-architecture-00.txt
> > >         Pages           : 27
> > >         Date            : 2007-6-21
> > >
> > >    The purpose of this document is to describe a general
> architecture
> > >    for flow admission and termination based on aggregated (pre-)
> > >    congestion information in order to protect the quality of
service
> of
> > >    established inelastic flows within a single DiffServ domain.
> > >
> > >
> > >A URL for this Internet-Draft is:
> >
>
>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
> xt
> > >
> > >To remove yourself from the I-D Announcement list, send a message
to
> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
> of
> > >the message.
> > >You can also visit
> https://www1.ietf.org/mailman/listinfo/I-D-announce
> > >to change your subscription settings.
> > >
> > >Internet-Drafts are also available by anonymous FTP. Login with the
> > >username "anonymous" and a password of your e-mail address. After
> > >logging in, type "cd internet-drafts" and then
> > >"get draft-eardley-pcn-architecture-00.txt".
> > >
> > >A list of Internet-Drafts directories can be found in
> > >http://www.ietf.org/shadow.html
> > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > >
> > >Internet-Drafts can also be obtained by e-mail.
> > >
> > >Send a message to:
> > >         mailserv@ietf.org.
> > >In the body type:
> > >         "FILE
> /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> > >
> > >NOTE:   The mail server at ietf.org can return the document in
> > >         MIME-encoded form by using the "mpack" utility.  To use
this
> > >         feature, insert the command "ENCODING mime" before the
> "FILE"
> > >         command.  To decode the response(s), you will need
"munpack"
> or
> > >         a MIME-compliant mail reader.  Different MIME-compliant
mail
> > readers
> > >         exhibit different behavior, especially when dealing with
> > >         "multipart" MIME messages (i.e. documents which have been
> split
> > >         up into multiple messages), so check your local
> documentation on
> > >         how to manipulate these messages.
> > >
> > >Below is the data which will enable a MIME compliant mail reader
> > >implementation to automatically retrieve the ASCII version of the
> > >Internet-Draft.
> > >
> > >Content-Type: text/plain
> > >Content-ID: <2007-6-21120238.I-D@ietf.org>
> > >
> > >ENCODING mime
> > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> > >
> > >
> > ><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> > 00.txt>
> > >_______________________________________________
> > >I-D-Announce mailing list
> > >I-D-Announce@ietf.org
> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
> >
> >
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn

--Boundary_(ID_Kn3VXE4gUeWt0sHE4hMG3w)
Content-type: application/msword;
	name="Comments for draft-eardley-pcn-architecture-00.doc"
Content-transfer-encoding: base64
Content-disposition: attachment;
	filename="Comments for draft-eardley-pcn-architecture-00.doc"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAADAAAAYAEAAAAAAAAA
EAAAYgEAAAEAAAD+////AAAAAF0BAABeAQAAXwEAAP//////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////s
pcEAA2AJBAAA8BK/AAAAAAAAEAAAAAAABgAA9ggBAA4AYmpiastzy3MAAAAAAAAAAAAAAAAAAAAA
AAAJBBYAOIIBAKkZAQCpGQEA0v4AAAAAAAAAAAAAAAAAACMCAAAAAAAAAAAAAAAAAAD//w8AAAAA
AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAKQAAAAAAPgEAAAAAAAA+AQAAPgE
AAAAAAAA+AQAAAAAAAAQBQAAagAAALAFAAAUAAAAxAUAABQAAAAAAAAAAAAAANgFAAAAAAAAgMoA
AAAAAACAygAAAAAAAIDKAAAAAAAAgMoAADQAAAC0ygAArAEAANgFAAAAAAAAIw8BAKQBAABszAAA
AAAAAGzMAAAAAAAAbMwAAAAAAABszAAAAAAAAGzMAAAAAAAAR80AAAAAAABHzQAAAAAAAEfNAAAA
AAAADg4BAAIAAAAQDgEAAAAAABAOAQAAAAAAEA4BAAAAAAAQDgEAAAAAABAOAQAAAAAAEA4BACQA
AADHEAEAaAIAAC8TAQDOAAAANA4BABUAAAAAAAAAAAAAAAAAAAAAAAAA+AQAABgAAAAp1wAAKgAA
AAAAAAAAAAAAAAAAAAAAAABHzQAAAAAAAEfNAAAAAAAAU9cAABwAAABv1wAAEAAAADQOAQAAAAAA
AAAAAAAAAAD4BAAAAAAAAPgEAAAAAAAAbMwAAAAAAAAAAAAAAAAAAGzMAADbAAAASQ4BAFIAAAA7
CgEAAAAAADsKAQAAAAAAOwoBAAAAAAB/1wAALAsAAPgEAAAAAAAAbMwAAAAAAAD4BAAAAAAAAGzM
AAAAAAAADg4BAAAAAAAAAAAAAAAAADsKAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAKdcAAAAAAAAODgEAAAAAAAAAAAAAAAAAOwoBAAAAAAA7CgEA
HgAAABoNAQAYAAAA+AQAAAAAAAD4BAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZg0BAAAAAABszAAAAAAAAGDMAAAMAAAAgGZNnm7D
xwEAAAAAAAAAAIDKAAAAAAAAq+IAAAQnAAAyDQEACAAAAAAAAAAAAAAADg4BAAAAAACbDgEAiAAA
ACMPAQAAAAAAOg0BACwAAAD9EwEAAAAAAK8JAQB8AAAA/RMBABAAAABmDQEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAP0TAQAAAAAAAAAAAAAAAAB6BQAANgAAAGYNAQCoAAAAR80AAKYCAADtzwAA5AEAADsK
AQAAAAAA0dEAAIQBAABV0wAA1AMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAR80A
AAAAAABHzQAAAAAAAEfNAAAAAAAANA4BAAAAAAA0DgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAKwoBABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEfNAAAA
AAAAR80AAAAAAABHzQAAAAAAACMPAQAAAAAAKdcAAAAAAAAp1wAAAAAAACnXAAAAAAAAKdcAAAAA
AAAAAAAAAAAAANgFAAAAAAAA2AUAAAAAAADYBQAAhL0AAFzDAAAkBwAA2AUAAAAAAADYBQAAAAAA
ANgFAAAAAAAAXMMAAAAAAADYBQAAAAAAANgFAAAAAAAA2AUAAAAAAAD4BAAAAAAAAPgEAAAAAAAA
+AQAAAAAAAD4BAAAAAAAAPgEAAAAAAAA+AQAAAAAAAD/////AAAAAAIADAEAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0NQ29u
Z2VzdGlvbiBhbmQgUHJlLUNvbmdlc3Rpb24gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBQLiBFYXJkbGV5DU5vdGlmaWNhdGlvbiBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBCVA1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEouIEJhYmlhcnoNSW50ZW5kZWQgc3Rh
dHVzOiBJbmZvcm1hdGlvbmFsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBLLiBD
aGFuDUV4cGlyZXM6IERlY2VtYmVyIDIyLCAyMDA3ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIE5vcnRlbA0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBBLiBDaGFybnkNICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zDSAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgUi4gR2VpYg0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBULVN5c3RlbXMNICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIEcuIEthcmFnaWFubmlzDSAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBVbml2ZXJzaXR5IG9mIFR3ZW50
ZQ0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgTS4gTWVudGgNICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBVbml2ZXJzaXR5IG9mIFd1cnpidXJnDSAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgVC4gVHNvdQ0gICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEh1YXdlaSBUZWNo
bm9sb2dpZXMNICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBKdW5lIDIwLCAyMDA3DQ0NICAgICAgICAgICAgICAgIFByZS1Db25nZXN0aW9u
IE5vdGlmaWNhdGlvbiBBcmNoaXRlY3R1cmUNICAgICAgICAgICAgICAgICAgIGRyYWZ0LWVhcmRs
ZXktcGNuLWFyY2hpdGVjdHVyZS0wMA0NU3RhdHVzIG9mIHRoaXMgTWVtbw0NICAgQnkgc3VibWl0
dGluZyB0aGlzIEludGVybmV0LURyYWZ0LCBlYWNoIGF1dGhvciByZXByZXNlbnRzIHRoYXQgYW55
DSAgIGFwcGxpY2FibGUgcGF0ZW50IG9yIG90aGVyIElQUiBjbGFpbXMgb2Ygd2hpY2ggaGUgb3Ig
c2hlIGlzIGF3YXJlDSAgIGhhdmUgYmVlbiBvciB3aWxsIGJlIGRpc2Nsb3NlZCwgYW5kIGFueSBv
ZiB3aGljaCBoZSBvciBzaGUgYmVjb21lcw0gICBhd2FyZSB3aWxsIGJlIGRpc2Nsb3NlZCwgaW4g
YWNjb3JkYW5jZSB3aXRoIFNlY3Rpb24gNiBvZiBCQ1AgNzkuDQ0gICBJbnRlcm5ldC1EcmFmdHMg
YXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZw0gICBUYXNr
IEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAgTm90ZSB0
aGF0DSAgIG90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRz
IGFzIEludGVybmV0LQ0gICBEcmFmdHMuDQ0gICBJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRv
Y3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250aHMNICAgYW5kIG1heSBiZSB1
cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkN
ICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyBy
ZWZlcmVuY2UNICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsg
aW4gcHJvZ3Jlc3MuIg0NICAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2Fu
IGJlIGFjY2Vzc2VkIGF0DSAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3Rz
LnR4dC4NDSAgIFRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBj
YW4gYmUgYWNjZXNzZWQgYXQNICAgaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4NDSAg
IFRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gRGVjZW1iZXIgMjIsIDIwMDcuDQ1D
b3B5cmlnaHQgTm90aWNlDQ0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDIyLCAyMDA3ICAgICAgICAgICAgICAgW1BhZ2UgMV0NDA1JbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgIERvY3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0g
ICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4NDUFic3RyYWN0DQ0gICBUaGUg
cHVycG9zZSBvZiB0aGlzIGRvY3VtZW50IGlzIHRvIGRlc2NyaWJlIGEgZ2VuZXJhbCBhcmNoaXRl
Y3R1cmUNICAgZm9yIGZsb3cgYWRtaXNzaW9uIGFuZCB0ZXJtaW5hdGlvbiBiYXNlZCBvbiBhZ2dy
ZWdhdGVkIChwcmUtKQ0gICBjb25nZXN0aW9uIGluZm9ybWF0aW9uIGluIG9yZGVyIHRvIHByb3Rl
Y3QgdGhlIHF1YWxpdHkgb2Ygc2VydmljZSBvZg0gICBlc3RhYmxpc2hlZCBpbmVsYXN0aWMgZmxv
d3Mgd2l0aGluIGEgc2luZ2xlIERpZmZTZXJ2IGRvbWFpbi4NDVN0YXR1cw0NDVRhYmxlIG9mIENv
bnRlbnRzDQ0gICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMNICAgMi4gIFRlcm1pbm9sb2d5ICAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0DSAgIDMuICBBc3N1bXB0aW9u
cyBhbmQgY29uc3RyYWludHMgb24gc2NvcGUgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNg0g
ICAgIDMuMS4gIEFzc3VtcHRpb24gMTogVHJ1c3QgLSBDb250cm9sbGVkIEVudmlyb25tZW50IC4g
LiAuIC4gLiAuIC4gIDcNICAgICAzLjIuICBBc3N1bXB0aW9uIDI6IFJlYWwtVGltZSBBcHBsaWNh
dGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA3DSAgICAgMy4zLiAgQXNzdW1wdGlvbiAzOiBN
YW55IEZsb3dzIGFuZCBBZGRpdGlvbmFsIExvYWQgLiAuIC4gLiAuIC4gLiAgNw0gICAgIDMuNC4g
IEFzc3VtcHRpb24gNDogRW1lcmdlbmN5IHVzZSBvdXQgb2Ygc2NvcGUgLiAuIC4gLiAuIC4gLiAu
IC4gIDgNICAgNC4gIEhpZ2gtbGV2ZWwgZnVuY3Rpb25hbCBhcmNoaXRlY3R1cmUgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuICA4DSAgIDUuICBEZXRhaWxlZCBGdW5jdGlvbmFsIGFyY2hpdGVj
dHVyZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMg0gICAgIDUuMS4gIFBDTi1pbnRl
cmlvci1ub2RlIGZ1bmN0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTINICAg
ICA1LjIuICBQQ04taW5ncmVzcy1ub2RlIGZ1bmN0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDEzDSAgICAgNS4zLiAgUENOLWVncmVzcy1ub2RlIGZ1bmN0aW9ucyAgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMw0gICAgIDUuNC4gIEFkbWlzc2lvbiBjb250cm9s
IGZ1bmN0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTQNICAgICA1LjUuICBQ
cm9iaW5nIGZ1bmN0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDE0DSAgICAgNS42LiAgRmxvdyB0ZXJtaW5hdGlvbiBmdW5jdGlvbnMgLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAxNQ0gICA2LiAgRGVzaWduIGdvYWxzIGFuZCBjaGFsbGVuZ2VzICAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTUNICAgNy4gIERlcGxveW1lbnQgc2Nl
bmFyaW9zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE3DSAgIDgu
ICBPcGVyYXRpb25zIGFuZCBNYW5hZ2VtZW50ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAxOA0gICAgIDguMS4gIEZhdWx0IE9BTSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTkNICAgICA4LjIuICBDb25maWd1cmF0aW9uIE9BTSAg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE5DSAgICAgOC4zLiAgQWNj
b3VudGluZyBPQU0gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAy
MQ0gICAgIDguNC4gIFBlcmZvcm1hbmNlIE9BTSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMjENICAgICA4LjUuICBTZWN1cml0eSBPQU0gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIxDSAgIDkuICBJQU5BIENvbnNpZGVyYXRp
b25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMg0gICAxMC4g
Q29uY2x1c2lvbnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gMjINICAgMTEuIEFja25vd2xlZGdlbWVudHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIyDSAgIDEyLiBDb21tZW50cyBTb2xpY2l0ZWQgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMw0gICAxMy4gUmVmZXJlbmNl
cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjMN
ICAgICAxMy4xLiBOb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDIzDSAgICAgMTMuMi4gSW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMw0gICBBdXRob3JzJyBBZGRyZXNzZXMgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjUNICAgSW50ZWxs
ZWN0dWFsIFByb3BlcnR5IGFuZCBDb3B5cmlnaHQgU3RhdGVtZW50cyAuIC4gLiAuIC4gLiAuIC4g
LiAuIDI3DQ0NDQ0NRWFyZGxleSwgZXQgYWwuICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAyMiwg
MjAwNyAgICAgICAgICAgICAgIFtQYWdlIDJdDQwNSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg
ICAgICBEb2N1bWVudCAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAyMDA3DQ0NMS4gIEludHJv
ZHVjdGlvbg0NICAgVGhlIHB1cnBvc2Ugb2YgdGhpcyBkb2N1bWVudCBpcyB0byBkZXNjcmliZSBh
IGdlbmVyYWwgYXJjaGl0ZWN0dXJlDSAgIGZvciBmbG93IGFkbWlzc2lvbiBhbmQgdGVybWluYXRp
b24gYmFzZWQgb24gYWdncmVnYXRlZCAocHJlLSkNICAgY29uZ2VzdGlvbiBpbmZvcm1hdGlvbiBp
biBvcmRlciB0byBwcm90ZWN0IHRoZSBxdWFsaXR5IG9mIHNlcnZpY2Ugb2YNICAgZmxvd3Mgd2l0
aGluIGEgRGlmZlNlcnYgZG9tYWluLCBSRkMgMjQ3NSBbMTNdLiAgVGhpcyBkb2N1bWVudCBkZWZp
bmVzDSAgIGFuIGFyY2hpdGVjdHVyZSBmb3IgaW1wbGVtZW50aW5nIHR3byBtZWNoYW5pc21zIHRv
IHByb3RlY3QgdGhlDSAgIHF1YWxpdHkgb2Ygc2VydmljZSBvZiBlc3RhYmxpc2hlZCBpbmVsYXN0
aWMgZmxvd3Mgd2l0aGluIGEgc2luZ2xlDSAgIERpZmZTZXJ2IGRvbWFpbiwgd2hlcmUgYWxsIGJv
dW5kYXJ5IGFuZCBpbnRlcmlvciBub2RlcyBhcmUgUENOLQ0gICBlbmFibGVkIGFuZCB0cnVzdCBl
YWNoIG90aGVyIGZvciBjb3JyZWN0IFBDTiBvcGVyYXRpb24uICBGbG93DSAgIGFkbWlzc2lvbiBj
b250cm9sIGRldGVybWluZXMgd2hldGhlciBhIG5ldyBmbG93IHNob3VsZCBiZSBhZG1pdHRlZA0g
ICBhbmQgcHJvdGVjdHMgdGhlIFFvUyBvZiBleGlzdGluZyBQQ04tZmxvd3MgaW4gbm9ybWFsIGNp
cmN1bXN0YW5jZXMsDSAgIGJ5IGF2b2lkaW5nIGNvbmdlc3Rpb24gb2NjdXJyaW5nLiAgSG93ZXZl
ciwgaW4gYWJub3JtYWwNICAgY2lyY3Vtc3RhbmNlcywgZm9yIGluc3RhbmNlIGEgZGlzYXN0ZXIg
YWZmZWN0aW5nIG11bHRpcGxlIG5vZGVzIGFuZA0gICBjYXVzaW5nIHRyYWZmaWMgcmUtcm91dGVz
LCB0aGVuIHRoZSBRb1Mgb24gZXhpc3RpbmcgUENOLWZsb3dzIG1heQ0gICBkZWdyYWRlIGV2ZW4g
dGhvdWdoIGNhcmUgd2FzIGV4ZXJjaXNlZCB3aGVuIGFkbWl0dGluZyB0aG9zZSBmbG93cw0gICBi
ZWZvcmUgdGhvc2UgY2lyY3Vtc3RhbmNlcy4gIFRoZXJlZm9yZSB3ZSBhbHNvIHByb3Bvc2UgYSBt
ZWNoYW5pc20NICAgZm9yIGZsb3cgdGVybWluYXRpb24sIHdoaWNoIHJlbW92ZXMgZW5vdWdoIHRy
YWZmaWMgaW4gb3JkZXIgdG8NICAgcHJvdGVjdCB0aGUgUW9TIG9mIHRoZSByZW1haW5pbmcgUENO
LWZsb3dzLiAgQXMgYSBmdW5kYW1lbnRhbA0gICBidWlsZGluZyBibG9jayB0byBlbmFibGUgdGhl
c2UgdHdvIG1lY2hhbmlzbXMsIFBDTi1pbnRlcmlvci1ub2Rlcw0gICBnZW5lcmF0ZSwgZW5jb2Rl
IGFuZCB0cmFuc3BvcnQgcHJlLWNvbmdlc3Rpb24gKGFuZCBjb25nZXN0aW9uKQ0gICBpbmZvcm1h
dGlvbiB0b3dhcmRzIHRoZSBQQ04tZWdyZXNzLW5vZGVzLiAgRWFjaCBsaW5rIG9mIHRoZSBQQ04t
DSAgIGRvbWFpbiBjYW4gYmUgYXNzb2NpYXRlZCB3aXRoIGEgY29uZmlndXJlZC1hZG1pc3NpYmxl
LXJhdGUgYW5kIGENICAgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlLiAgSWYgUENOLXRyYWZm
aWMsIHRoYXQgaXMgdHJhZmZpYyBpbiB0aGUNICAgRGlmZlNlcnYgY2xhc3MoZXMpIHN1YmplY3Qg
dG8gdGhlIFBDTiBtZWNoYW5pc21zLCBvbiB0aGUgbGluayBleGNlZWRzDSAgIHRoZXNlIHJhdGVz
IHRoZW4gUENOLXBhY2tldHMgYXJlIGFkbWlzc2lvbi1tYXJrZWQgb3IgdGVybWluYXRpb24tDSAg
IG1hcmtlZC4gIEFub3RoZXIgZG9jdW1lbnQgd2lsbCBzcGVjaWZ5IHRoZSBhbGdvcml0aG1zIHRo
YXQgZGV0ZXJtaW5lDSAgIGhvdyBhbmQgd2hlbiBhIG51bWJlciBvZiBQQ04tcGFja2V0cyBhcmUg
bWFya2VkLCBhbmQgaG93IHRoZSBtYXJraW5ncw0gICBhcmUgZW5jb2RlZCBpbiBwYWNrZXQgaGVh
ZGVycy4gIFBDTi1lZ3Jlc3Mtbm9kZXMgbWFrZSBtZWFzdXJlbWVudHMgb2YNICAgdGhlIHBhY2tl
dCBtYXJraW5ncyBhbmQgc2VuZCBpbmZvcm1hdGlvbiBhcyBuZWNlc3NhcnkgdG8gdGhlIG5vZGVz
DSAgIHRoYXQgbWFrZSB0aGUgZGVjaXNpb24gYWJvdXQgd2hpY2ggUENOLWZsb3dzIHRvIGFjY2Vw
dC9yZWplY3Qgb3INICAgdGVybWluYXRlLCBiYXNlZCBvbiB0aGlzIGluZm9ybWF0aW9uLiAgQW5v
dGhlciBkb2N1bWVudCB3aWxsIGRlc2NyaWJlDSAgIGRlY2lzaW9uLW1ha2luZyBhbGdvcml0aG1z
LiAgRGVwZW5kaW5nIG9uIHRoZSBkZXBsb3ltZW50IHNjZW5hcmlvLA0gICB0aGUgZGVjaXNpb24t
bWFraW5nIGZ1bmN0aW9uYWxpdHkgY291bGQgcmVzaWRlIGF0IHRoZSBQQ04taW5ncmVzcy0NICAg
bm9kZXMgb3IgUENOLWVncmVzcy1ub2RlcyBvciBhdCBzb21lIGNlbnRyYWwgY29udHJvbCBub2Rl
IGluIHRoZSBQQ04tDSAgIGRvbWFpbi4gIFdlIGJlbGlldmUgdGhhdCB0aGUga2V5IGJlbmVmaXRz
IG9mIHRoZSBQQ04gbWVjaGFuaXNtcw0gICBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCBhcmUg
dGhhdCB0aGV5IGFyZSBzaW1wbGUsIHNjYWxhYmxlLCBhbmQNICAgcm9idXN0IGJlY2F1c2U6DQ0g
ICBvICBQZXIgZmxvdyBzdGF0ZSBpcyBvbmx5IHJlcXVpcmVkIGF0IHRoZSBQQ04taW5ncmVzcy1u
b2RlcyAtIGZvcg0gICAgICBwb2xpY2luZyBwdXJwb3NlcyAodG8gcHJldmVudCBub24tYWRtaXR0
ZWQgUENOIHRyYWZmaWMgZnJvbQ0gICAgICBlbnRlcmluZyB0aGUgUENOLWRvbWFpbikgYW5kIHNv
IG9uLiAgSXQgaXMgbm90IGdlbmVyYWxseSByZXF1aXJlZA0gICAgICB0aGF0IG90aGVyIG5ldHdv
cmsgZW50aXRpZXMgYXJlIGF3YXJlIG9mIGluZGl2aWR1YWwgZmxvd3MNICAgICAgKGFsdGhvdWdo
IHRoZXkgbWF5IGJlIGluIHBhcnRpY3VsYXIgZGVwbG95bWVudCBzY2VuYXJpb3MpLg0NICAgbyAg
Rm9yIGVhY2ggb2YgaXRzIGxpbmtzIGEgUENOLW5vZGUgaW1wbGVtZW50cyBlaXRoZXIgYWRtaXNz
aW9uLQ0gICAgICBtYXJraW5nIG9yIHRlcm1pbmF0aW9uLW1hcmtpbmcgYmVoYXZpb3VycyBvciBi
b3RoLiAgVGhlc2UgbWFya2Vycw0gICAgICBvcGVyYXRlIG9uIHRoZSBvdmVyYWxsIFBDTi10cmFm
ZmljIG9uIHRoZSBsaW5rLg0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDIyLCAyMDA3ICAgICAgICAgICAgICAgW1BhZ2UgM10NDA1JbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgIERvY3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0g
ICBvICBUaGUgaW5mb3JtYXRpb24gb2YgdGhlc2UgbWVhc3VyZW1lbnRzIGlzIHNpZ25hbGxlZCB0
byB0aGUgUENOLQ0gICAgICBlZ3Jlc3Mtbm9kZXMgYnkgdGhlIFBDTi1tYXJrcyBpbiB0aGUgcGFj
a2V0IGhlYWRlcnMuICBObw0gICAgICBhZGRpdGlvbmFsIHNpZ25hbGxpbmcgcHJvdG9jb2wgaXMg
cmVxdWlyZWQgZm9yIHRyYW5zcG9ydGluZyB0aGUNICAgICAgUENOLW1hcmtzLg0NICAgbyAgVGhl
IFBDTi1lZ3Jlc3Mtbm9kZXMgbWFrZSBzZXBhcmF0ZSBtZWFzdXJlbWVudHMsIG9wZXJhdGluZyBv
biB0aGUNICAgICAgb3ZlcmFsbCBQQ04tdHJhZmZpYywgZm9yIGVhY2ggUENOLWluZ3Jlc3Mtbm9k
ZSAoaWUgbm90IHBlciBmbG93KS4NDSAgIG8gIFNpZ25hbGxpbmcgb2YgUENOLWZlZWRiYWNrLWlu
Zm9ybWF0aW9uLCBmcm9tIFBDTi1lZ3Jlc3Mtbm9kZSB0bw0gICAgICBQQ04taW5ncmVzcy1ub2Rl
IG9yIGNlbnRyYWxpc2VkIG5vZGVzLCBpcyByZXF1aXJlZCBmb3IgYmV0d2VlbiBhbGwgcGFpcnMg
b2YgUENOLWJvdW5kYXJ5LQ0gICAgICBub2RlcyB0aGF0IGhhdmUgYWRtaXR0ZWQgUENOLWZsb3dz
IChvciBwcm9zcGVjdGl2ZSBQQ04tZmxvd3MpDSAgICAgIGJldHdlZW4gdGhlbS4gIFRoZSBzaWdu
YWxsZWQgaW5mb3JtYXRpb24gaXMgb24gdGhlIGJhc2lzIG9mIHRoZQ0gICAgICBjb3JyZXNwb25k
aW5nIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZS4NBQ0gICBvICBUaGUgY29uZmlndXJlZC1hZG1p
c3NpYmxlLXJhdGVzIGNhbiBiZSBjaG9zZW4gc21hbGwgZW5vdWdoIHRoYXQNICAgICAgYWRtaXR0
ZWQgdHJhZmZpYyBjYW4gc3RpbGwgYmUgY2FycmllZCBhZnRlciBhIHJlcm91dGluZyBpbiBtb3N0
DSAgICAgIGZhaWx1cmUgY2FzZXMuICBUaGlzIGlzIGFuIGltcG9ydGFudCBmZWF0dXJlIGFzIFFv
UyB2aW9sYXRpb25zIGluDSAgICAgIGNvcmUgbmV0d29ya3MgZHVlIHRvIGxpbmsgZmFpbHVyZXMg
YXJlIG1vcmUgbGlrZWx5IHRoYW4gUW9TDSAgICAgIHZpb2xhdGlvbnMgZHVlIHRvIGluY3JlYXNl
ZCB0cmFmZmljIHZvbHVtZS4NDSAgIG8gIFRoZSBhZG1pdHRlZCBQQ04tbG9hZCBpcyBjb250cm9s
bGVkIGR5bmFtaWNhbGx5LiAgVGhlcmVmb3JlIGl0DSAgICAgIGFkYXB0cyBhcyB0aGUgdHJhZmZp
YyBtYXRyaXggY2hhbmdlcywgYW5kIGFsc28gaWYgdGhlIG5ldHdvcmsNICAgICAgdG9wb2xvZ3kg
Y2hhbmdlcyAoZWcgYWZ0ZXIgYSBsaW5rIGZhaWx1cmUpLiAgSGVuY2UgYW4gb3BlcmF0b3IgY2Fu
DSAgICAgIGJlIGxlc3MgY29uc2VydmF0aXZlIHdoZW4gZGVwbG95aW5nIG5ldHdvcmsgY2FwYWNp
dHksIGFuZCBsZXNzDSAgICAgIGFjY3VyYXRlIGluIHRoZWlyIHByZWRpY3Rpb24gb2YgdGhlIFBD
Ti10cmFmZmljIG1hdHJpeC4NDSAgIG8gIFRoZSB0ZXJtaW5hdGlvbiBtZWNoYW5pc20gY29tcGxl
bWVudHMgYWRtaXNzaW9uIGNvbnRyb2wuICBJdA0gICAgICBhbGxvd3MgdGhlIG5ldHdvcmsgdG8g
cmVjb3ZlciBmcm9tIHN1ZGRlbiB1bmV4cGVjdGVkIHN1cmdlcyBvZg0gICAgICBQQ04tdHJhZmZp
YyBvbiBzb21lIGxpbmtzLCB0aHVzIHJlc3RvcmluZyBRb1MgdG8gdGhlIHJlbWFpbmluZw0gICAg
ICBmbG93cy4gIFN1Y2ggc2NlbmFyaW9zIGFyZSBleHBlY3RlZCB0byBiZSByYXJlIGJ1dCBub3Qg
aW1wb3NzaWJsZS4NICAgICAgVGhleSBjYW4gYmUgY2F1c2VkIGJ5IGxhcmdlIG5ldHdvcmsgZmFp
bHVyZXMgdGhhdCByZWRpcmVjdCBsb3RzIG9mDSAgICAgIGFkbWl0dGVkIFBDTi10cmFmZmljIHRv
IG90aGVyIGxpbmtzLCBvciBieSBtYWxmdW5jdGlvbiBvZiB0aGUNICAgICAgbWVhc3VyZW1lbnQt
YmFzZWQgYWRtaXNzaW9uIGNvbnRyb2wgaW4gdGhlIHByZXNlbmNlIG9mIGFkbWl0dGVkDSAgICAg
IGZsb3dzIHRoYXQgc2VuZCBmb3IgYSB3aGlsZSB3aXRoIGFuIGF0eXBpY2FsbHkgbG93IHJhdGUg
YW5kDSAgICAgIGluY3JlYXNlIHRoZWlyIHJhdGVzIGluIGEgY29ycmVsYXRlZCB3YXkuDQ0gICBv
ICBUaGUgY29uZmlndXJlZC10ZXJtaW5hdGlvbi1yYXRlIGlzIGV4cGVjdGVkIHRvIGJlIHNldCBh
Ym92ZSB0aGUNICAgICAgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUuICBJdCBtYXkgYmUgc2V0
IGJlbG93IHRoZSBtYXhpbXVtIHJhdGUNICAgICAgdGhhdCBQQ04tdHJhZmZpYyBjYW4gYmUgdHJh
bnNtaXR0ZWQgb24gYSBsaW5rLCBpbiBvcmRlciB0byB0cmlnZ2VyDSAgICAgIHRlcm1pbmF0aW9u
IG9mIHNvbWUgUENOLWZsb3dzIGJlZm9yZSBsb3NzIG9mIFBDTi1wYWNrZXRzIG9jY3VycyBvcg0g
ICAgICB0byBrZWVwIHRoZSBtYXhpbXVtIFBDTi1sb2FkIG9uIGEgbGluayBiZWxvdyBhIGxldmVs
IGNvbmZpZ3VyZWQgYnkNICAgICAgdGhlIG9wZXJhdG9yLg0NDTIuICBUZXJtaW5vbG9neQ0NDQ0N
DQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDIyLCAyMDA3ICAgICAg
ICAgICAgICAgW1BhZ2UgNF0NDA1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIERvY3Vt
ZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0gICBvICBQQ04tZG9tYWluOiBh
IFBDTi1jYXBhYmxlIERpZmZTZXJ2IGRvbWFpbjsgYSBjb250aWd1b3VzIHNldCBvZg0gICAgICBQ
Q04tZW5hYmxlZCBEaWZmU2VydiBub2Rlcy4NDSAgIG8gIFBDTi1ib3VuZGFyeS1ub2RlOiBhIG5v
ZGUgdGhhdCBjb25uZWN0cyBvbmUgUENOLWRvbWFpbiB0byBhIG5vZGUNICAgICAgZWl0aGVyIGlu
IGFub3RoZXIgUENOLWRvbWFpbiBvciBpbiBhIG5vbiBQQ04tZG9tYWluLg0NICAgbyAgUENOLWlu
dGVyaW9yLW5vZGU6IGEgbm9kZSBpbiBhIFBDTi1kb21haW4gdGhhdCBpcyBub3QgYSBQQ04tDSAg
ICAgIGJvdW5kYXJ5LW5vZGUuDQ0gICBvICBQQ04tbm9kZTogYSBQQ04tYm91bmRhcnktbm9kZSBv
ciBhIFBDTi1pbnRlcmlvci1ub2RlDQ0gICBvICBQQ04tZWdyZXNzLW5vZGU6IGEgUENOLWJvdW5k
YXJ5LW5vZGUgaW4gaXRzIHJvbGUgaW4gaGFuZGxpbmcNICAgICAgdHJhZmZpYyBhcyBpdCBsZWF2
ZXMgYSBQQ04tZG9tYWluLg0NICAgbyAgUENOLWluZ3Jlc3Mtbm9kZTogYSBQQ04tYm91bmRhcnkt
bm9kZSBpbiBpdHMgcm9sZSBpbiBoYW5kbGluZw0gICAgICB0cmFmZmljIGFzIGl0IGVudGVycyBh
IFBDTi1kb21haW4uDQ0gICBvICBQQ04tdHJhZmZpYzogQSBQQ04tZG9tYWluIGNhcnJpZXMgdHJh
ZmZpYyBvZiBkaWZmZXJlbnQgRGlmZlNlcnYNICAgICAgY2xhc3NlcyBSRkMgNDU5NCBbMTVdLiAg
VGhvc2UgdXNpbmcgdGhlIFBDTiBtZWNoYW5pc21zIGFyZSBjYWxsZWQNICAgICAgUENOLWNsYXNz
ZXMgYW5kIHRoZSBjb3JyZXNwb25kaW5nIHBhY2tldHMgYXJlIFBDTi1wYWNrZXRzLiAgVGhlDSAg
ICAgIHJhdGUgZnJvbSBQQ04tdHJhZmZpYyBpcyB0aGUgUENOLXJhdGUuICBUaGUgc2FtZSBuZXR3
b3JrIG1heSBjYXJyeQ0gICAgICB0cmFmZmljIHVzaW5nIG90aGVyIERpZmZTZXJ2IGNsYXNzZXMu
DQ0gICBvICBJbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGU6IFRoZSBjb2xsZWN0aW9uIG9mIFBDTi1w
YWNrZXRzIGZyb20gYWxsDSAgICAgIFBDTi1mbG93cyB0aGF0IHRyYXZlbCBpbiBvbmUgZGlyZWN0
aW9uIGJldHdlZW4gYSBzcGVjaWZpYyBwYWlyIG9mDSAgICAgIFBDTi1ib3VuZGFyeS1ub2Rlcy4N
DSAgIG8gIENvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlOiByZWZlcmVuY2UgcmF0ZSB1c2VkIGJ5
IHRoZSBhZG1pc3Npb24tDSAgICAgIG1hcmtpbmcgYWxnb3JpdGhtLCB3aGljaCBpcyBjb25maWd1
cmVkIGZvciBlYWNoIGxpbmsgaW4gdGhlIFBDTi0NICAgICAgZG9tYWluLiAgUm91Z2hseSBzcGVh
a2luZywgaWYgdGhlIGFnZ3JlZ2F0ZSByYXRlIG9mIFBDTi10cmFmZmljIG9uDSAgICAgIGFueSBs
aW5rIG9mIGEgcGF0aCBpcyBncmVhdGVyIHRoYW4gaXRzIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1y
YXRlLA0gICAgICB0aGVuIGZsb3cgYWRtaXNzaW9uIGNvbnRyb2wgYmxvY2tzIGFkZGl0aW9uYWwg
UENOLWZsb3dzIG9udG8gdGhhdA0gICAgICBwYXRoLg0NICAgbyAgQ29uZmlndXJlZC10ZXJtaW5h
dGlvbi1yYXRlOiByZWZlcmVuY2UgcmF0ZSB1c2VkIGJ5IHRoZQ0gICAgICB0ZXJtaW5hdGlvbi1t
YXJraW5nIGFsZ29yaXRobSwgd2hpY2ggbWF5IGJlIGNvbmZpZ3VyZWQgZm9yIGVhY2gNICAgICAg
bGluayBpbiB0aGUgUENOLWRvbWFpbi4gIE5vcm1hbGx5IGl0IGlzIGNvbmZpZ3VyZWQgdG8gYmUg
bGVzcyB0aGFuDSAgICAgIHRoZSBtYXhpbXVtIHJhdGUgYXQgd2hpY2ggUENOLXRyYWZmaWMgY2Fu
IGJlIGZvcndhcmRlZCBvbiB0aGUNICAgICAgbGluaywgc28gdGhhdCB0ZXJtaW5hdGlvbi1tYXJr
aW5nIG9jY3VycyBiZWZvcmUgYW55IHNpZ25pZmljYW50DSAgICAgIHF1ZXVpbmcsIEVDTi1tYXJr
aW5nIG9yIGxvc3Mgb2YgUENOLXBhY2tldHMuDQ0gICBvICBBZG1pc3Npb24tbWFya2luZzogdGhl
IG1hcmtpbmcgb2YgUENOLXBhY2tldHMgYnkgYSBQQ04tbm9kZSB0bw0gICAgICBpbmRpY2F0ZSB0
aGF0IHRoZSBQQ04tdHJhZmZpYyBvbiBhIGxpbmsgaXMgYWJvdmUgdGhlIGNvbmZpZ3VyZWQtDSAg
ICAgIGFkbWlzc2libGUtcmF0ZS4NDSAgIG8gIFRlcm1pbmF0aW9uLW1hcmtpbmc6IHRoZSBtYXJr
aW5nIG9mIFBDTi1wYWNrZXRzIGJ5IGEgUENOLW5vZGUgdG8NICAgICAgaW5kaWNhdGUgdGhhdCB0
aGUgUENOLXRyYWZmaWMgb24gYSBsaW5rIGlzIGFib3ZlIHRoZSBjb25maWd1cmVkLQ0gICAgICB0
ZXJtaW5hdGlvbi1yYXRlLg0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2Vt
YmVyIDIyLCAyMDA3ICAgICAgICAgICAgICAgW1BhZ2UgNV0NDA1JbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgICAgIERvY3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0g
ICBvICBQQ04tbWFya2luZzogYWRtaXNzaW9uLW1hcmtpbmcgYW5kL29yIHRlcm1pbmF0aW9uLW1h
cmtpbmcuDQ0gICBvICBFQ04tbWFya2luZzogdGhlIG1hcmtpbmcgb2YgcGFja2V0cyBhY2NvcmRp
bmcgdG8gUkZDIDMxNjgsIFRoZQ0gICAgICBhZGRpdGlvbiBvZiBFeHBsaWNpdCBDb25nZXN0aW9u
IE5vdGlmaWNhdGlvbiB0byBJUCBbMTZdLg0NICAgbyAgUENOLWZlZWRiYWNrLWluZm9ybWF0aW9u
OiBpbmZvcm1hdGlvbiBzaWduYWxsZWQgYnkgUENOLWVncmVzcy0NICAgICAgbm9kZXMgdG8gUENO
LWluZ3Jlc3Mtbm9kZXMFIG9yIGNlbnRyYWxpc2VkIG5vZGVzLCB3aGljaCBpcyBuZWVkZWQgZm9y
IHRoZSBmbG93IGFkbWlzc2lvbg0gICAgICBhbmQgZmxvdyB0ZXJtaW5hdGlvbiBtZWNoYW5pc21z
Lg0NICAgRURJVE9SJ1MgTk9URTogQWx0ZXJuYXRpdmUgdGVybXMgaGF2ZSBiZWVuIHN1Z2dlc3Rl
ZDoNDSAgIG8gIFN1c3RhaW5hYmxlIHJhdGUgaW5zdGVhZCBvZiBjb25maWd1cmVkLXRlcm1pbmF0
aW9uLXJhdGUNDSAgIG8gIEFkbWlzc2lvbi1zdG9wIG1hcmtpbmcgaW5zdGVhZCBvZiBhZG1pc3Np
b24tbWFya2luZw0NICAgbyAgRXhjZXNzLXRyYWZmaWMgbWFya2luZyBpbnN0ZWFkIG9mIHRlcm1p
bmF0aW9uLW1hcmtpbmcNDQ0zLiAgQXNzdW1wdGlvbnMgYW5kIGNvbnN0cmFpbnRzIG9uIHNjb3Bl
DQ0gICBUaGUgUENOIFdHJ3MgY2hhcnRlciByZXN0cmljdHMgdGhlIGluaXRpYWwgc2NvcGUgYnkg
YSBzZXQgb2YNICAgYXNzdW1wdGlvbnMuICBIZXJlIHdlIGxpc3QgdGhvc2UgYXNzdW1wdGlvbnMg
YW5kIGV4cGxhaW4gdGhlbS4NDSAgIDEuICB0aGVzZSBjb21wb25lbnRzIGFyZSBkZXBsb3llZCBp
biBhIHNpbmdsZSBEaWZmU2VydiBkb21haW4sIHdoZXJlDSAgICAgICBhbGwgUENOLW5vZGVzIGFy
ZSBQQ04tZW5hYmxlZCBhbmQgdHJ1c3QgZWFjaCBvdGhlciBmb3IgY29ycmVjdA0gICAgICAgUENO
LW1hcmtpbmcgYW5kIHRyYW5zcG9ydA0NICAgMi4gIGFsbCBmbG93cyBoYW5kbGVkIGJ5IHRoZXNl
IG1lY2hhbmlzbXMgYXJlIGluZWxhc3RpYyBhbmQNICAgICAgIGNvbnN0cmFpbmVkIHRvIGEga25v
d24gcGVhayByYXRlIHRocm91Z2ggcG9saWNpbmcgb3Igc2hhcGluZw0NICAgMy4gIHRoZSBudW1i
ZXIgb2YgUENOLWZsb3dzIGFjcm9zcyBhbnkgcG90ZW50aWFsIGFnZ3JlZ2F0aW9uDSAgICAgICBi
b3R0bGVuZWNrIGlzIHN1ZmZpY2llbnRseSBsYXJnZSBmb3Igc3RhdGVsZXNzLCBzdGF0aXN0aWNh
bA0gICAgICAgbWVjaGFuaXNtcyB0byBiZSBlZmZlY3RpdmUNDSAgIDQuICBQQ04tZmxvd3MgbWF5
IGhhdmUgZGlmZmVyZW50IHByZWNlZGVuY2UsIGJ1dCB0aGUgYXBwbGljYWJpbGl0eSBvZg0gICAg
ICAgdGhlIFBDTiBtZWNoYW5pc21zIGZvciBlbWVyZ2VuY3kgdXNlICg5MTEsIEdFVFMsIFdQUywg
TUxQUCwgZXRjLikNICAgICAgIGlzIG91dCBvZiBzY29wZQ0NICAgQWZ0ZXIgY29tcGxldGlvbiBv
ZiB0aGUgaW5pdGlhbCBwaGFzZSwgdGhlIFBDTiBXRyBtYXkgcmUtY2hhcnRlciB0bw0gICBjb25z
aWRlciBhcHBseWluZyB0aGUgUENOIG1lY2hhbmlzbXMgdG8gYWRkaXRpb25hbCBkZXBsb3ltZW50
DSAgIHNjZW5hcmlvcyAob3BlcmF0aW9uIG92ZXIgY29uY2F0ZW5hdGVkIERpZmZTZXJ2IGRvbWFp
bnMsIFBDTi1hd2FyZQ0gICBhcHBsaWNhdGlvbiBtZWNoYW5pc21zLCBldGMuKS4gIFRoZSBXRyBt
YXkgYWxzbyByZS1jaGFydGVyIHRvIGRldmVsb3ANICAgc29sdXRpb25zIGZvciBzY2VuYXJpb3Mg
d2hlcmUgc29tZSBvZiB0aGVzZSByZXN0cmljdGlvbnMgYXJlIG5vdCBpbg0gICBwbGFjZS4gIEZv
ciBleGFtcGxlLCB0aGUgV0cgbWlnaHQgY29uc2lkZXIgb3RoZXIgcmVzcG9uc2UgbWVjaGFuaXNt
cw0gICB0aGF0IGFjdCBvbiAocHJlLSljb25nZXN0aW9uIGluZm9ybWF0aW9uLCBmb3IgZXhhbXBs
ZSBmbG93LXJhdGUNICAgYWRhcHRhdGlvbiBieSBlbGFzdGljIGFwcGxpY2F0aW9ucyAocmF0aGVy
IHRoYW4gZmxvdyBhZG1pc3Npb24gb3INICAgdGVybWluYXRpb24pOyBhbmQgdGhlIFdHIG1pZ2h0
IGNvbnNpZGVyIG9wZXJhdGluZyBQQ04gb3Zlcg0gICBjb25jYXRlbmF0ZWQgUENOLWRvbWFpbnMg
dGhhdCBkb24ndCB0cnVzdCBlYWNoIG90aGVyLCB1c2luZyByZS1FQ04sDQ0NDUVhcmRsZXksIGV0
IGFsLiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgICBbUGFn
ZSA2XQ0MDUludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAg
ICAgICAgICAgICAgIEp1bmUgMjAwNw0NDSAgIEktRC5icmlzY29lLXRzdndnLXJlLWVjbi1ib3Jk
ZXItY2hlYXQgWzhdIG9yIHNpbWlsYXIgdGVjaG5pcXVlcy4gIFRoZQ0gICBkZXRhaWxzIG9mIHRo
ZXNlIHdvcmsgaXRlbXMgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoZSBpbml0aWFsDSAgIHBo
YXNlLCBidXQgdGhlIFdHIG1heSBjb25zaWRlciB0aGVpciByZXF1aXJlbWVudHMgaW4gb3JkZXIg
dG8gZGVzaWduDSAgIGNvbXBvbmVudHMgdGhhdCBhcmUgc3VmZmljaWVudGx5IGdlbmVyYWwgdG8g
c3VwcG9ydCBzdWNoIGV4dGVuc2lvbnMNICAgaW4gdGhlIGZ1dHVyZSAtIHRoZSB3b3JraW5nIGFz
c3VtcHRpb24gaXMgdGhhdCB0aGUgc3RhbmRhcmRzDSAgIGRldmVsb3BlZCBpbiB0aGUgaW5pdGlh
bCBwaGFzZSBzaG91bGQgbm90IG5lZWQgdG8gYmUgbW9kaWZpZWQgdG8NICAgc2F0aXNmeSB0aGUg
c29sdXRpb25zIGZvciB3aGVuIHRoZXNlIHJlc3RyaWN0aW9ucyBhcmUgcmVtb3ZlZC4NDTMuMS4g
IEFzc3VtcHRpb24gMTogVHJ1c3QgLSBDb250cm9sbGVkIEVudmlyb25tZW50DQ0gICBXZSBhc3N1
bWUgdGhhdCB0aGUgUENOLWRvbWFpbiBpcyBhIGNvbnRyb2xsZWQgZW52aXJvbm1lbnQsIGkuZS4g
YWxsDSAgIHRoZSBub2RlcyBpbiBhIFBDTi1kb21haW4gcnVuIFBDTiBhbmQgdHJ1c3QgZWFjaCBv
dGhlci4gIFRoZXJlIGFyZQ0gICBzZXZlcmFsIHJlYXNvbnMgZm9yIHByb3Bvc2luZyB0aGlzIGFz
c3VtcHRpb246DQ0gICBvICBUaGUgUENOLWRvbWFpbiBoYXMgdG8gYmUgZW5jaXJjbGVkIGJ5IGEg
cmluZyBvZiBQQ04tYm91bmRhcnktDSAgICAgIG5vZGVzLCBvdGhlcndpc2UgUENOLXBhY2tldHMg
Y291bGQgZW50ZXIgdGhlIFBDTi1kb21haW4gd2l0aG91dA0gICAgICBiZWluZyBzdWJqZWN0IHRv
IGFkbWlzc2lvbiBjb250cm9sLCB3aGljaCB3b3VsZCBwb3RlbnRpYWxseQ0gICAgICBkZXN0cm95
IHRoZSBRb1Mgb2YgZXhpc3RpbmcgZmxvd3MuDQ0gICBvICBTaW1pbGFybHksIGEgUENOLWJvdW5k
YXJ5LW5vZGUgaGFzIHRvIHRydXN0IHRoYXQgYWxsIHRoZSBQQ04tbm9kZXMNICAgICAgYXJlIGRv
aW5nIFBDTi1tYXJraW5nLiAgQSBub24gUENOLW5vZGUgd291bGRuJ3QgYmUgYWJsZSB0byBhbGVy
dA0gICAgICB0aGF0IGl0IGlzIHN1ZmZlcmluZyBwcmUtY29uZ2VzdGlvbiwgd2hpY2ggcG90ZW50
aWFsbHkgd291bGQgbGVhZA0gICAgICB0byB0b28gbWFueSBQQ04tZmxvd3MgYmVpbmcgYWRtaXR0
ZWQgKG9yIHRvbyBmZXcgYmVpbmcNICAgICAgdGVybWluYXRlZCkuICBXb3JzZSwgYSByb2d1ZSBu
b2RlIGNvdWxkIHBlcmZvcm0gYXR0YWNrcyBzdWNoIGFzDSAgICAgIG1hcmtpbmcgYWxsIFBDTi1w
YWNrZXRzIHNvIHRoYXQgbm8gUENOLWZsb3dzIHdlcmUgYWRtaXR0ZWQuDQ0gICBPbmUgd2F5IG9m
IGFzc3VyaW5nIHRoZSBhYm92ZSB0d28gcG9pbnRzIGlzIHRoYXQgdGhlIGVudGlyZSBQQ04tDSAg
IGRvbWFpbiBpcyBydW4gYnkgYSBzaW5nbGUgb3BlcmF0b3IuICBBbm90aGVyIHBvc3NpYmlsaXR5
IGlzIHRoYXQNICAgdGhlcmUgYXJlIHNldmVyYWwgb3BlcmF0b3JzIGJ1dCB0aGV5IHRydXN0IGVh
Y2ggb3RoZXIgdG8gYSBzdWZmaWNpZW50DSAgIGxldmVsLiAgUGxlYXNlIG5vdGUgdGhhdCB0aGlz
IHJlc3RyaWN0aW9uIG9ubHkgYXBwbGllcyB0byBwYWNrZXRzIGluDSAgIHRoZSB0cmFmZmljIGNs
YXNzIHRoYXQgaXMgc3ViamVjdCB0byB0aGUgUENOIG1lY2hhbmlzbXMuDQ0zLjIuICBBc3N1bXB0
aW9uIDI6IFJlYWwtVGltZSBBcHBsaWNhdGlvbnMNDSAgIFdlIGFzc3VtZSB0aGF0IFBDTi1wYWNr
ZXRzIGNvbWUgZnJvbSByZWFsIHRpbWUgYXBwbGljYXRpb25zDSAgIGdlbmVyYXRpbmcgaW5lbGFz
dGljIHRyYWZmaWMgbGlrZSB2b2ljZSBhbmQgdmlkZW8gcmVxdWlyaW5nIGxvdw0gICBkZWxheSwg
aml0dGVyIGFuZCBwYWNrZXQgbG9zcywgZm9yIGV4YW1wbGUgdGhlIENvbnRyb2xsZWQgTG9hZA0g
ICBTZXJ2aWNlLCBSRkMgMjIxMSBbMTddLCBhbmQgdGhlIFRlbGVwaG9ueSBzZXJ2aWNlIGNsYXNz
LCBSRkMgNDU5NA0gICBbMTVdLiAgVGhpcyBhc3N1bXB0aW9uIGlzIHRvIGhlbHAgZm9jdXMgdGhl
IGVmZm9ydCB3aGVyZSBpdCBsb29rcw0gICBsaWtlIFBDTiB3b3VsZCBiZSBtb3N0IHVzZWZ1bCwg
aWUgdGhlIHNvcnRzIG9mIGFwcGxpY2F0aW9ucyB3aGVyZSBwZXINICAgZmxvdyBRb1MgaXMgYSBr
bm93biByZXF1aXJlbWVudC4gIEZvciBpbnN0YW5jZSwgdGhlIGltcGFjdCBvZiB0aGlzDSAgIGFz
c3VtcHRpb24gd291bGQgYmUgdG8gZ3VpZGUgc2ltdWxhdGlvbnMgd29yay4NDTMuMy4gIEFzc3Vt
cHRpb24gMzogTWFueSBGbG93cyBhbmQgQWRkaXRpb25hbCBMb2FkDQ0gICBXZSBhc3N1bWUgdGhh
dCB0aGVyZSBhcmUgbWFueSBmbG93cyBvbiBhbnkgYm90dGxlbmVjayBsaW5rIGluIHRoZQ0gICBQ
Q04tZG9tYWluLiAgTWVhc3VyZW1lbnQtYmFzZWQgYWRtaXNzaW9uIGNvbnRyb2wgYXNzdW1lcyB0
aGF0IHRoZQ0gICBwYXN0IGlzIGEgcmVhc29uYWJsZSByZWZsZWN0aW9uIG9mIHRoZSBmdXR1cmU6
IHRoZSBuZXR3b3JrIGNvbmRpdGlvbnMNDQ0NRWFyZGxleSwgZXQgYWwuICAgICAgICAgRXhwaXJl
cyBEZWNlbWJlciAyMiwgMjAwNyAgICAgICAgICAgICAgIFtQYWdlIDddDQwNSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgICAgICAgICBEb2N1bWVudCAgICAgICAgICAgICAgICAgICAgICAgSnVuZSAy
MDA3DQ0NICAgYXJlIG1lYXN1cmVkIGF0IHRoZSB0aW1lIG9mIGEgbmV3IGZsb3cgcmVxdWVzdCwg
aG93ZXZlciB0aGUgYWN0dWFsDSAgIG5ldHdvcmsgcGVyZm9ybWFuY2UgbXVzdCBiZSBPSyBkdXJp
bmcgdGhlIGNhbGwgc29tZSB0aW1lIGxhdGVyLiAgT25lDSAgIGlzc3VlIGlzIHRoYXQgaWYgdGhl
cmUgYXJlIG9ubHkgYSBmZXcgdmFyaWFibGUgcmF0ZSBmbG93cywgdGhlbiB0aGUNICAgYWdncmVn
YXRlIHRyYWZmaWMgbGV2ZWwgbWF5IHZhcnkgYSBsb3QsIHBlcmhhcHMgZW5vdWdoIHRvIGNhdXNl
IHNvbWUNICAgcGFja2V0cyB0byBnZXQgZHJvcHBlZC4gIElmIHRoZXJlIGFyZSBtYW55IGZsb3dz
IHRoZW4gdGhlIGFnZ3JlZ2F0ZQ0gICB0cmFmZmljIGxldmVsIHNob3VsZCBiZSBzdGF0aXN0aWNh
bGx5IHNtb290aGVkLiAgSG93IG1hbnkgZmxvd3MgaXMNICAgZW5vdWdoIGRlcGVuZHMgb24gYSBu
dW1iZXIgb2YgdGhpbmdzIHN1Y2ggYXMgdGhlIHZhcmlhdGlvbiBpbiBlYWNoDSAgIGZsb3cncyBy
YXRlLCB0aGUgdG90YWwgUENOLXJhdGUsIGFuZCB0aGUgc2l6ZSBvZiB0aGUgInNhZmV0eSBtYXJn
aW4iDSAgIGJldHdlZW4gdGhlIHRyYWZmaWMgbGV2ZWwgYXQgd2hpY2ggd2Ugc3RhcnQgYWRtaXNz
aW9uLW1hcmtpbmcgYW5kIGF0DSAgIHdoaWNoIHBhY2tldHMgYXJlIGRyb3BwZWQuDQ0gICBXZSBk
byBub3QgbWFrZSBleHBsaWNpdCBhc3N1bXB0aW9ucyBvbiBob3cgbWF5IFBDTi1mbG93cyBhcmUg
aW4gZWFjaA0gICBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUuICBQZXJmb3JtYW5jZSBldmFsdWF0
aW9uIHdvcmsgbWF5IGNsYXJpZnkNICAgd2hldGhlciBpdCBpcyBuZWNlc3NhcnkgdG8gbWFrZSBh
bnkgYWRkaXRpb25hbCBhc3N1bXB0aW9uIG9uDSAgIGFnZ3JlZ2F0aW9uIGF0IHRoZSBpbmdyZXNz
LWVncmVzcy1hZ2dyZWdhdGUgbGV2ZWwuDQ0zLjQuICBBc3N1bXB0aW9uIDQ6IEVtZXJnZW5jeSB1
c2Ugb3V0IG9mIHNjb3BlDQ0gICBUaGUgYXBwbGljYWJpbGl0eSBvZiB0aGUgUENOIG1lY2hhbmlz
bXMgZm9yIGVtZXJnZW5jeSB1c2UgKDkxMSwgR0VUUywNICAgV1BTLCBNTFBQLCBldGMpIGlzIG91
dCBvZiBzY29wZS4NDQ00LiAgSGlnaC1sZXZlbCBmdW5jdGlvbmFsIGFyY2hpdGVjdHVyZQ0NICAg
VGhlIGhpZ2gtbGV2ZWwgYXBwcm9hY2ggaXMgdG8gc3BsaXQgZnVuY3Rpb25hbGl0eSBiZXR3ZWVu
Og0NICAgbyAgUENOLWludGVyaW9yLW5vZGVzICdpbnNpZGUnIHRoZSBQQ04tZG9tYWluLCB3aGlj
aCBtb25pdG9yIHRoZWlyDSAgICAgIG93biBzdGF0ZSBvZiAocHJlKSBjb25nZXN0aW9uIGFuZCBt
YXJrIFBDTi1wYWNrZXRzIGlmIGFwcHJvcHJpYXRlLg0gICAgICBUaGV5IGFyZSBub3QgZmxvdy1h
d2FyZSwgbm9yIGF3YXJlIG9mIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZXMuDQ0gICBvICBQQ04t
Ym91bmRhcnktbm9kZXMgYXQgdGhlIGVkZ2Ugb2YgdGhlIFBDTi1kb21haW4sIHdoaWNoIGNvbnRy
b2wNICAgICAgYWRtaXNzaW9uIG9mIG5ldyBQQ04tZmxvd3MgYW5kIHRlcm1pbmF0aW9uIG9mIGV4
aXN0aW5nIFBDTi1mbG93cywNICAgICAgYmFzZWQgb24gaW5mb3JtYXRpb24gZnJvbSBQQ04taW50
ZXJpb3Itbm9kZS4gIFRoaXMgaW5mb3JtYXRpb24gaXMNICAgICAgaW4gdGhlIGZvcm0gb2YgdGhl
IFBDTi1tYXJrZWQgZGF0YSBwYWNrZXRzIGFuZCBub3Qgc2lnbmFsbGluZw0gICAgICBtZXNzYWdl
cy4gIFBDTi1pbmdyZXNzLW5vZGVzIGFyZSBmbG93LWF3YXJlIChyZXF1aXJlZCBmb3IgcG9saWNp
bmcNICAgICAgcHVycG9zZXMpIEluIHNldmVyYWwgZGVwbG95bWVudCBzY2VuYXJpb3MgUENOLWVn
cmVzcy1ub2RlcyB3aWxsDSAgICAgIGFsc28gYmUgZmxvdyBhd2FyZS4gIEZvciBleGFtcGxlIEkt
RC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZQ0gICAgICBbMl1kZXNjcmliZXMgYSBkZXBs
b3ltZW50IHNjZW5hcmlvIHdoZXJlIFJTVlAgbWVzc2FnZXMgYXJlDSAgICAgIHByb2Nlc3NlZCBh
dCBib3RoIHRoZSBQQ04taW5ncmVzcy1ub2RlIGFuZCBQQ04tZWdyZXNzLW5vZGUgKGJ1dA0gICAg
ICBub3QgYXQgYW55IFBDTi1pbnRlcmlvci1ub2RlcyksIGFuZCBib3RoIHN0b3JlIGFzc29jaWF0
ZWQgcGVyIGZsb3cNICAgICAgc3RhdGUuDQ0gICBUaGUgYWltIG9mIHRoaXMgc3BsaXQgaXMgdG8g
a2VlcCB0aGUgYnVsayBvZiB0aGUgbmV0d29yayBzaW1wbGUsDSAgIHNjYWxhYmxlIGFuZCByb2J1
c3QsIHdoaWxzdCBjb25maW5pbmcgcG9saWN5LCBhcHBsaWNhdGlvbi1sZXZlbCBhbmQNICAgc2Vj
dXJpdHkgaW50ZXJhY3Rpb25zIHRvIHRoZSBlZGdlIG9mIHRoZSBQQ04tZG9tYWluLiAgRm9yIGV4
YW1wbGUgdGhlDSAgIGxhY2sgb2YgZmxvdyBhd2FyZW5lc3MgbWVhbnMgdGhhdCB0aGUgUENOLWlu
dGVyaW9yLW5vZGVzIGRvbid0IGNhcmUNICAgYWJvdXQgdGhlIGZsb3cgaW5mb3JtYXRpb24gYXNz
b2NpYXRlZCB3aXRoIHRoZSBQQ04tcGFja2V0cyB0aGF0IHRoZXkNICAgY2FycnksIG5vciBkbyB0
aGUgUENOLWJvdW5kYXJ5LW5vZGVzIGNhcmUgYWJvdXQgd2hpY2ggUENOLWludGVyaW9yLQ0NDQ1F
YXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDIyLCAyMDA3ICAgICAgICAg
ICAgICAgW1BhZ2UgOF0NDA1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIERvY3VtZW50
ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0gICBub2RlcyBpdHMgZmxvd3MgdHJh
dmVyc2UuDQ0gICBBdCBhIGhpZ2ggbGV2ZWwsIGZsb3cgYWRtaXNzaW9uIGNvbnRyb2wgd29ya3Mg
YXMgZm9sbG93cy4gIEluIG9yZGVyDSAgIHRvIGdlbmVyYXRlIGluZm9ybWF0aW9uIGFib3V0IHRo
ZSBjdXJyZW50IHN0YXRlIG9mIHRoZSBQQ04tZG9tYWluLA0gICBlYWNoIFBDTi1ub2RlIFBDTi1t
YXJrcyBwYWNrZXRzIGlmIGl0IGlzICJwcmUtY29uZ2VzdGVkIi4gIEV4YWN0bHkNICAgaG93IGEg
UENOLW5vZGUgZGVjaWRlcyBpZiBpdCBpcyAicHJlLWNvbmdlc3RlZCIgKHRoZSBhbGdvcml0aG0p
IGFuZA0gICBleGFjdGx5IGhvdyBwYWNrZXRzIGFyZSAiYWRtaXNzaW9uLW1hcmtlZCIgKHRoZSBl
bmNvZGluZykgd2lsbCBiZQ0gICBkZWZpbmVkIGluIGEgc2VwYXJhdGUgc3RhbmRhcmRzLXRyYWNr
IGRvY3VtZW50LCBidXQgYXQgYSBoaWdoIGxldmVsDSAgIGl0IGlzIGV4cGVjdGVkIHRvIGJlIGFz
IGZvbGxvd3M6DQ0gICBvICB0aGUgYWxnb3JpdGhtOiBhIFBDTi1ub2RlIG1ldGVycyB0aGUgYW1v
dW50IG9mIFBDTi10cmFmZmljIG9uIGVhY2gNICAgICAgb25lIG9mIGl0cyBvdXRnb2luZyBsaW5r
cy4gIFRoZSBtZWFzdXJlbWVudCBpcyBtYWRlIGFzIGFuDSAgICAgIGFnZ3JlZ2F0ZSBvZiBhbGwg
UENOLXBhY2tldHMsIGFuZCBub3QgcGVyIGZsb3cuICBJZiB0aGUgYW1vdW50IG9mDSAgICAgIFBD
Ti10cmFmZmljIGlzIGRlZW1lZCB0byBleGNlZWQgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1y
YXRlLA0gICAgICB0aGVuIHNvbWUgUENOLXBhY2tldHMgYXJlIGFkbWlzc2lvbi1tYXJrZWQuICBO
b3RlIHRoYXQgdGhlDSAgICAgIG1lYXN1cmVtZW50IGl0c2VsZiBtYXkgbm90IGJlIG9mIGEgcmF0
ZSwgZm9yIGV4YW1wbGUgaXQgY291bGQgYmUNICAgICAgYmFzZWQgb24gYSAodmlydHVhbCkgcXVl
dWUuDQ0gICBvICB0aGUgZW5jb2Rpbmc6IGEgUENOLW5vZGUgYWRtaXNzaW9uLW1hcmtzIGEgUENO
LXBhY2tldCBieSBzZXR0aW5nDSAgICAgIGZpZWxkcyBpbiB0aGUgaGVhZGVyIHRvIHNwZWNpZmlj
IHZhbHVlcy4gIEl0IGlzIGV4cGVjdGVkIHRoYXQgdGhlDSAgICAgIEVDTiBhbmQvb3IgRFNDUCBm
aWVsZHMgd2lsbCBiZSB1c2VkLg0NICAgVGhlIFBDTi1ib3VuZGFyeS1ub2RlcyBtb25pdG9yIHRo
ZSBQQ04tbWFya2VkIHBhY2tldHMgaW4gb3JkZXIgdG8NICAgZXh0cmFjdCBpbmZvcm1hdGlvbiBh
Ym91dCB0aGUgY3VycmVudCBzdGF0ZSBvZiB0aGUgUENOLWRvbWFpbi4gIEJhc2VkDSAgIG9uIHRo
aXMgbW9uaXRvcmluZywgYSBkZWNpc2lvbiBpcyBtYWRlIGFib3V0IHdoZXRoZXIgdG8gYWRtaXQg
YQ0gICBwcm9zcGVjdGl2ZSBuZXcgZmxvdy4gIEV4YWN0bHkgaG93IHRoZSBhZG1pc3Npb24gY29u
dHJvbCBkZWNpc2lvbiBpcw0gICBtYWRlIHdpbGwgYmUgZGVmaW5lZCBpbiBzZXBhcmF0ZWx5IChh
dCB0aGUgbW9tZW50IHRoZSBpbnRlbnRpb24gaXMNICAgdGhhdCB0aGVyZSB3aWxsIGJlIG9uZSBv
ciBtb3JlIGluZm9ybWF0aW9uYWwtdHJhY2sgUkZDcyksIGJ1dCBhdCBhDSAgIGhpZ2ggbGV2ZWwg
aXQgaXMgZXhwZWN0ZWQgdG8gYmUgYXMgZm9sbG93czoNDSAgIG8gIHRoZSBQQ04tZWdyZXNzLW5v
ZGUgbWVhc3VyZXMgKHBvc3NpYmx5IGFzIGEgbW92aW5nIGF2ZXJhZ2UpIHRoZQ0gICAgICBmcmFj
dGlvbiBvZiB0aGUgUENOLXRyYWZmaWMgdGhhdCBpcyBQQ04tbWFya2VkLiAgVGhlIGZyYWN0aW9u
IGlzDSAgICAgIG1lYXN1cmVkIGZvciBhIHNwZWNpZmljIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0
ZS4gIElmIHRoZSBmcmFjdGlvbg0gICAgICBpcyBiZWxvdyBhIHRocmVzaG9sZCB2YWx1ZSB0aGVu
IHRoZSBuZXcgZmxvdyBpcyBhZG1pdHRlZC4NDSAgIE5vdGUgdGhhdCB0aGUgY29uZmlndXJlZC1h
ZG1pc3NpYmxlLXJhdGUgaXMgYSBwYXJhbWV0ZXIgdGhhdCBjYW4gYmUNICAgY29uZmlndXJlZCBi
eSB0aGUgb3BlcmF0b3IuICBJdCB3aWxsIGJlIHNldCBsb3dlciB0aGFuIHRoZSB0cmFmZmljDSAg
IHJhdGUgYXQgd2hpY2ggdGhlIGxpbmsgYmVjb21lcyBjb25nZXN0ZWQgYW5kIHRoZSBub2RlIGRy
b3BzIHBhY2tldHMNICAgb3IgRUNOLW1hcmtzIHRoZW0uICAoSGVuY2UsIGJ5IGFuYWxvZ3kgd2l0
aCBFQ04gd2UgY2FsbCBvdXIgbWVjaGFuaXNtDSAgIFByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlv
bi4pDQ0gICBOb3RlIGFsc28gdGhhdCB0aGUgYWRtaXNzaW9uIGNvbnRyb2wgZGVjaXNpb24gaXMg
bWFkZSBmb3IgYQ0gICBwYXJ0aWN1bGFyIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZS4gIFNvIGl0
IGlzIHF1aXRlIHBvc3NpYmxlIGZvciBhDSAgIG5ldyBmbG93IHRvIGJlIGFkbWl0dGVkIGJldHdl
ZW4gb25lIHBhaXIgb2YgUENOLWJvdW5kYXJ5LW5vZGVzLA0gICB3aGlsc3QgYXQgdGhlIHNhbWUg
dGltZSBhbm90aGVyIGFkbWlzc2lvbiByZXF1ZXN0IGlzIGJsb2NrZWQgYmV0d2Vlbg0gICBhIGRp
ZmZlcmVudCBwYWlyIG9mIFBDTi1ib3VuZGFyeS1ub2Rlcy4NDSAgIEF0IGEgaGlnaCBsZXZlbCwg
ZmxvdyB0ZXJtaW5hdGlvbiBjb250cm9sIHdvcmtzIGFzIGZvbGxvd3MuICBFYWNoDQ0NDUVhcmRs
ZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAg
ICBbUGFnZSA5XQ0MDUludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAg
ICAgICAgICAgICAgICAgICAgIEp1bmUgMjAwNw0NDSAgIFBDTi1ub2RlIHRlcm1pbmF0aW9uLW1h
cmtzIFBDTi1wYWNrZXRzIGluIGEgc2ltaWxhciBmYXNoaW9uIHRvIGFib3ZlLg0gICBBbiBvYnZp
b3VzIGFwcHJvYWNoIGlzIGZvciB0aGUgYWxnb3JpdGhtIHRvIHVzZSBpbnN0ZWFkIGEgY29uZmln
dXJlZC0NICAgdGVybWluYXRpb24tcmF0ZSAod2hpY2ggaXMgaGlnaGVyIHRoYW4gdGhlIGNvbmZp
Z3VyZWQtYWRtaXNzaWJsZS0NICAgcmF0ZSkgYW5kIHRoZSBlbmNvZGluZyB0byB1c2UgYW5vdGhl
ciBwYWNrZXQgbWFya2luZzsgaG93ZXZlciB0aGVyZQ0gICBpcyBhbHNvIGEgcHJvcG9zYWwgdG8g
dXNlIHRoZSBzYW1lIGNvbmZpZ3VyZWQtYWRtaXNzaWJsZS1yYXRlIGFuZCB0aGUNICAgc2FtZSBl
bmNvZGluZy4gIFNldmVyYWwgYXBwcm9hY2hlcyBoYXZlIGJlZW4gcHJvcG9zZWQgdG8gZGF0ZSBh
Ym91dA0gICBob3cgdG8gY29udmVydCB0aGlzIGluZm9ybWF0aW9uIGludG8gYSBmbG93IHRlcm1p
bmF0aW9uIGRlY2lzaW9uOyBhdA0gICBhIGhpZ2ggbGV2ZWwgdGhlc2UgYXJlIGFzIGZvbGxvd3M6
DQ0gICBvICBPbmUgYXBwcm9hY2ggbWVhc3VyZXMgdGhlIHJhdGUgb2YgdW5tYXJrZWQgUENOLXRy
YWZmaWMgYXQgdGhlIFBDTi0NICAgICAgZWdyZXNzLW5vZGUsIHdoaWNoIGlzIHRoZSBhbW91bnQg
b2YgdGhhdCBjYW4gYWN0dWFsbHkgYmUNICAgICAgc3VwcG9ydGVkOyBhbmQgdGhlIFBDTi1pbmdy
ZXNzLW5vZGUgbWVhc3VyZXMgdGhlIHJhdGUgb2YgUENOLQ0gICAgICB0cmFmZmljIHRoYXQgaXMg
ZGVzdGluZWQgZm9yIHRoaXMgc3BlY2lmaWMgUENOLWVncmVzcy1ub2RlIGFuZA0gICAgICBoZW5j
ZSBjYW4gY2FsY3VsYXRlIHRoZSBleGNlc3MgYW1vdW50IHRoYXQgc2hvdWxkIGJlIHRlcm1pbmF0
ZWQuDQ0gICBvICBBbm90aGVyIGFwcHJvYWNoIGluc3RlYWQgbWVhc3VyZXMgdGhlIHJhdGUgb2Yg
dGVybWluYXRpb24tbWFya2VkDSAgICAgIFBDTi10cmFmZmljIGFuZCBjYWxjdWxhdGVzIGFuZCBz
ZWxlY3RzIHRoZSBmbG93cyB0aGF0IHNob3VsZCBiZQ0gICAgICB0ZXJtaW5hdGVkLg0NICAgbyAg
QW5vdGhlciBhcHByb2FjaCB0ZXJtaW5hdGVzIGFueSBQQ04tZmxvdyB3aXRoIGEgdGVybWluYXRp
b24tbWFya2VkDSAgICAgIHBhY2tldC4gIEl0IG5lZWRzIGEgZGlmZmVyZW50IHRlcm1pbmF0aW9u
LW1hcmtpbmcgYWxnb3JpdGhtIHRvIHRoZQ0gICAgICBmaXJzdCBhcHByb2FjaCwgb3RoZXJ3aXNl
IGZhciB0b28gbXVjaCB0cmFmZmljIHdvdWxkIGJlDSAgICAgIHRlcm1pbmF0ZWQuDQ0gICBvICBB
bm90aGVyIGFwcHJvYWNoIHVzZXMgYWRtaXNzaW9uLW1hcmtpbmcgdG8gZGVjaWRlIG5vdCBvbmx5
IHdoZXRoZXINICAgICAgdG8gYWRtaXQgbW9yZSBQQ04tZmxvd3MgYnV0IGFsc28gd2hldGhlciBh
bnkgUENOLWZsb3dzIG5lZWQgdG8gYmUNICAgICAgdGVybWluYXRlZC4gIEl0IGFzc3VtZXMgdGhh
dCB0aGUgKGltcGxpY2l0KSBjb25maWd1cmVkLQ0gICAgICB0ZXJtaW5hdGlvbi1yYXRlIG9uIGFs
bCBsaW5rcyBpcyBhdCB0aGUgc2FtZSBvZmZzZXQgZnJvbSB0aGUNICAgICAgY29uZmlndXJlZC1h
ZG1pc3NpYmxlLXJhdGUuICBUaGlzIGFwcHJvYWNoIG1lYXN1cmVzIHRoZSByYXRlIG9mDSAgICAg
IHVubWFya2VkIFBDTi10cmFmZmljIGF0IGEgUENOLWVncmVzcy1ub2RlLiAgVGhlIFBDTi1pbmdy
ZXNzLW5vZGUNICAgICAgdXNlcyB0aGlzIG1lYXN1cmVtZW50IHRvIGNvbXB1dGUgdGhlIGltcGxp
Y2l0IGNvbmZpZ3VyZWQtDSAgICAgIHRlcm1pbmF0aW9uLXJhdGUgb2YgdGhlIGJvdHRsZW5lY2sg
bGluay4gIEl0IHRoZW4gbWVhc3VyZXMgdGhlDSAgICAgIHJhdGUgb2YgUENOLXRyYWZmaWMgdGhh
dCBpcyBkZXN0aW5lZCBmb3IgdGhpcyBzcGVjaWZpYyBQQ04tZWdyZXNzLQ0gICAgICBub2RlIGFu
ZCBoZW5jZSBjYW4gY2FsY3VsYXRlIHRoZSBhbW91bnQgdGhhdCBzaG91bGQgYmUgdGVybWluYXRl
ZC4NDSAgIFNpbmNlIGZsb3cgdGVybWluYXRpb24gaXMgZGVzaWduZWQgZm9yICJhYm5vcm1hbCIg
Y2lyY3Vtc3RhbmNlcywgaXQNICAgaXMgcXVpdGUgbGlrZWx5IHRoYXQgc29tZSBQQ04tbm9kZXMg
YXJlIGNvbmdlc3RlZCBhbmQgaGVuY2UgcGFja2V0cw0gICBhcmUgYmVpbmcgZHJvcHBlZCwgc2ln
bmlmaWNhbnRseSBxdWV1ZWQgYW5kL29yIEVDTi1tYXJrZWQuICBUaGUgZmxvdw0gICB0ZXJtaW5h
dGlvbiBtZWNoYW5pc20gbXVzdCBiZWFyIHRoaXMgaW4gbWluZC4gIChIZW5jZSB0aGUgV0cgaXMN
ICAgY2FsbGVkICdDb25nZXN0aW9uIGFuZCBQcmUtQ29uZ2VzdGlvbiBOb3RpZmljYXRpb24nLikN
DSAgIE5vdGUgYWxzbyB0aGF0IHRoZSB0ZXJtaW5hdGlvbiBjb250cm9sIGRlY2lzaW9uIGlzIG1h
ZGUgZm9yIGENICAgcGFydGljdWxhciBpbmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUuICBTbyBpdCBp
cyBxdWl0ZSBwb3NzaWJsZSBmb3INICAgUENOLWZsb3dzIHRvIGJlIHRlcm1pbmF0ZWQgYmV0d2Vl
biBvbmUgcGFpciBvZiBQQ04tYm91bmRhcnktbm9kZXMsDSAgIHdoaWxzdCBhdCB0aGUgc2FtZSB0
aW1lIG5vbmUgYXJlIHRlcm1pbmF0ZWQgYmV0d2VlbiBhIGRpZmZlcmVudCBwYWlyDSAgIG9mIFBD
Ti1ib3VuZGFyeS1ub2Rlcy4NDSAgIEFsdGhvdWdoIGRlc2lnbmVkIHRvIHdvcmsgdG9nZXRoZXIs
IGZsb3cgYWRtaXNzaW9uIGFuZCBmbG93DQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGly
ZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDEwXQ0MDUludGVybmV0LURy
YWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUg
MjAwNw0NDSAgIHRlcm1pbmF0aW9uIGFyZSBpbmRlcGVuZGVudCBtZWNoYW5pc21zLCBhbmQgdGhl
IHVzZSBvZiBvbmUgZG9lcyBub3QNICAgcmVxdWlyZSBvciBwcmV2ZW50IHRoZSB1c2Ugb2YgdGhl
IG90aGVyIChkaXNjdXNzZWQgZnVydGhlciBsYXRlcikuDQ0gICBJbmZvcm1hdGlvbiB0cmFuc3Bv
cnQ6IHRoZSB0cmFuc3BvcnQgb2YgKHByZS0pIGNvbmdlc3Rpb24gaW5mb3JtYXRpb24NICAgZnJv
bSBhIFBDTi1ub2RlIHRvIGEgUENOLWVncmVzcy1ub2RlIGlzIHRocm91Z2ggUENOLW1hcmtpbmdz
IGluIGRhdGENICAgcGFja2V0IGhlYWRlcnMsIG5vIHNpZ25hbGxpbmcgcHJvdG9jb2wgbWVzc2Fn
aW5nIGlzIG5lZWRlZC4gIEhvd2V2ZXIsDSAgIHNpZ25hbGxpbmcgaXMgbmVlZGVkIHRvIHRyYW5z
cG9ydCBQQ04tZmVlZGJhY2staW5mb3JtYXRpb24gYmV0d2Vlbg0gICB0aGUgUENOLWJvdW5kYXJ5
LW5vZGVzLCBmb3IgZXhhbXBsZSB0byBjb252ZXkgdGhlIGZyYWN0aW9uIG9mIFBDTi0NICAgbWFy
a2VkIHRyYWZmaWMgZnJvbSBhIFBDTi1lZ3Jlc3Mtbm9kZSB0byB0aGUgcmVsZXZhbnQgUENOLWlu
Z3Jlc3MtDSAgIG5vZGUuICBFeGFjdGx5IHdoYXQgaW5mb3JtYXRpb24gbmVlZHMgdG8gYmUgdHJh
bnNwb3J0ZWQgd2lsbCBiZQ0gICBkZXNjcmliZWQgaW4gdGhlIGZ1dHVyZSBQQ04gV0cgZG9jdW1l
bnQocykgYWJvdXQgdGhlIGJvdW5kYXJ5DSAgIG1lY2hhbmlzbXMuICBUaGUgc2lnbmFsbGluZyBj
b3VsZCBiZSBkb25lIGJ5IGFuIGV4dGVuc2lvbiBvZiBSU1ZQIG9yDSAgIE5TSVMsIGZvciBpbnN0
YW5jZTsgcHJvdG9jb2wgd29yayB3aWxsIGJlIGRvbmUgYnkgdGhlIHJlbGV2YW50IFdHLA0gICBi
dXQgZm9yIGV4YW1wbGUgSS1ELmxlZmF1Y2hldXItcnN2cC1lY24gWzldZGVzY3JpYmVzIHRoZSBl
eHRlbnNpb25zDSAgIG5lZWRlZCBmb3IgUlNWUC4NDSAgIFRoZSBmb2xsb3dpbmcgYXJlIHNvbWUg
aGlnaC1sZXZlbCBwb2ludHMgYWJvdXQgaG93IFBDTiB3b3JrczoNDSAgIG8gIFRoZXJlIG5lZWRz
IHRvIGJlIGEgd2F5IGZvciBhIFBDTi1ub2RlIHRvIGRpc3Rpbmd1aXNoIFBDTi10cmFmZmljDSAg
ICAgIGZyb20gbm9uIFBDTi10cmFmZmljLiAgVGhpcyBpcyBiYXNlZCBvbiB0aGUgRFNDUCBmaWVs
ZCBhbmQvb3IgRUNODSAgICAgIGZpZWxkLiAgVGhlIFBDTiBtZWNoYW5pc21zIG1heSBiZSBhcHBs
aWVkIHRvIG1vcmUgdGhhbiBvbmUgdHJhZmZpYw0gICAgICBjbGFzcyAod2hpY2ggYXJlIGRpc3Rp
bmd1aXNoZWQgYnkgRFNDUCkuDQ0gICBvICBUaGVyZSBtYXkgYmUgdHJhZmZpYyB0aGF0IGlzIG1v
cmUgaW1wb3J0YW50IHRoYW4gUENOLCBwZXJoYXBzIGENICAgICAgcGFydGljdWxhciBhcHBsaWNh
dGlvbiBvciBhbiBvcGVyYXRvcidzIGNvbnRyb2wgbWVzc2FnZXMuICBBIFBDTi0NICAgICAgbm9k
ZSBtYXkgZGVkaWNhdGUgY2FwYWNpdHkgdG8gc3VjaCB0cmFmZmljIG9yIHByaW9yaXR5IHNjaGVk
dWxlIGl0DSAgICAgIG92ZXIgUENOLiAgSW4gdGhlIGxhdHRlciBjYXNlIGl0cyB0cmFmZmljIG5l
ZWRzIHRvIGNvbnRyaWJ1dGUgdG8NICAgICAgdGhlIFBDTiBtZXRlcnMuDQ0gICBvICBUaGVyZSB3
aWxsIGJlIHRyYWZmaWMgbGVzcyBpbXBvcnRhbnQgdGhhbiBQQ04uICBGb3IgaW5zdGFuY2UgYmVz
dA0gICAgICBlZmZvcnQgb3IgYXNzdXJlZCBmb3J3YXJkaW5nIHRyYWZmaWMgKGFzc3VtaW5nIFBD
TiBpcyBiZWluZw0gICAgICBhcHBsaWVkIHRvIHRoZSBFeHBlZGl0ZWQgZm9yd2FyZGluZyBjbGFz
cykuICBJdCB3aWxsIGJlIHNjaGVkdWxlZA0gICAgICBhdCBsb3dlciBwcmlvcml0eSB0aGFuIFBD
TiwgYW5kIHVzZSBhIHNlcGFyYXRlIHF1ZXVlIG9yIHF1ZXVlcy4NICAgICAgSG93ZXZlciwgYSBQ
Q04tbm9kZSBtYXkgZGVkaWNhdGUgc29tZSBjYXBhY2l0eSB0byBsb3dlciBwcmlvcml0eQ0gICAg
ICB0cmFmZmljIHNvIHRoYXQgaXQgaXNuJ3Qgc3RhcnZlZC4NDSAgIG8gIFRoZXJlIG1heSBiZSBv
dGhlciB0cmFmZmljIHdpdGggdGhlIHNhbWUgcHJpb3JpdHkgYXMgUENOLXRyYWZmaWMuDSAgICAg
IEZvciBpbnN0YW5jZSwgRXhwZWRpdGVkIEZvcndhcmRpbmcgc2Vzc2lvbnMgdGhhdCBhcmUgb3Jp
Z2luYXRlZA0gICAgICBlaXRoZXIgd2l0aG91dCBjYXBhY2l0eSBhZG1pc3Npb24gb3Igd2l0aCB0
cmFmZmljIGVuZ2luZWVyaW5nLCBhbmQNICAgICAgRUYgc2Vzc2lvbnMgdGhhdCBhcmUgb3JpZ2lu
YXRlZCB1c2luZyBQQ04gYWRtaXNzaW9uIGNvbnRyb2wuICBJbg0gICAgICBJLUQuaWV0Zi10c3Z3
Zy1hZG1pdHRlZC1yZWFsdGltZS1kc2NwIFs1XSB0aGUgdHdvIHRyYWZmaWMgY2xhc3Nlcw0gICAg
ICBhcmUgY2FsbGVkIEVGIGFuZCBFRi1BRE1JVC4gIEEgUENOLW5vZGUgY291bGQgZWl0aGVyIHVz
ZSBzZXBhcmF0ZQ0gICAgICBxdWV1ZXMsIG9yIHNlcGFyYXRlIHBvbGljZXJzIGFuZCBhIGNvbW1v
biBxdWV1ZTsgdGhlIGRyYWZ0DSAgICAgIHByb3ZpZGVzIHNvbWUgZ3VpZGFuY2Ugd2hlbiBlYWNo
IGlzIGJldHRlciwgYnV0IGZvciBpbnN0YW5jZSB0aGUNICAgICAgbGF0dGVyIGlzIHByZWZlcnJl
ZCB3aGVuIHRoZSB0d28gdHJhZmZpYyBjbGFzc2VzIGFyZSBjYXJyeWluZyB0aGUNICAgICAgc2Ft
ZSB0eXBlIG9mIGFwcGxpY2F0aW9uIHdpdGggdGhlIHNhbWUgaml0dGVyIHJlcXVpcmVtZW50cy4N
DQ0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDIyLCAyMDA3ICAg
ICAgICAgICAgICBbUGFnZSAxMV0NDA1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgIERv
Y3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ01LiAgRGV0YWlsZWQgRnVu
Y3Rpb25hbCBhcmNoaXRlY3R1cmUNDSAgIFRoaXMgc2VjdGlvbiBpcyBpbnRlbmRlZCB0byBwcm92
aWRlIGEgc3lzdGVtYXRpYyBzdW1tYXJ5IG9mIHRoZSBuZXcNICAgZnVuY3Rpb25hbCBhcmNoaXRl
Y3R1cmUgaW4gdGhlIFBDTi1kb21haW4sIHdoaWNoIG1hcHMgdG8gdGhlDSAgIGFkZGl0aW9uYWwg
ZnVuY3Rpb25hbGl0eSByZXF1aXJlZCBieSB0aGUgUENOLW5vZGVzLCBpbiBhZGRpdGlvbiB0bw0g
ICB0aGVpciBub3JtYWwgcm91dGVyIGZ1bmN0aW9ucy4gIFRoZSBzZWN0aW9uIGRpc2N1c3NlcyB0
aGUNICAgZnVuY3Rpb25hbGl0eSBuZWVkZWQgZm9yIGJvdGggZmxvdyBhZG1pc3Npb24gY29udHJv
bCBhbmQgZmxvdw0gICB0ZXJtaW5hdGlvbi4gIEl0IGlzIHNwbGl0IGludG86DQ0gICAxLiAgZnVu
Y3Rpb25zIG5lZWRlZCBhdCBQQ04taW50ZXJpb3Itbm9kZXMNDSAgIDIuICBmdW5jdGlvbnMgbmVl
ZGVkIGF0IFBDTi1pbmdyZXNzLW5vZGVzDQ0gICAzLiAgZnVuY3Rpb25zIG5lZWRlZCBhdCBQQ04t
ZWdyZXNzLW5vZGVzDQ0gICA0LiAgb3RoZXIgZnVuY3Rpb25zIG5lZWRlZCBmb3IgZmxvdyBhZG1p
c3Npb24gY29udHJvbA0NICAgNS4gIG90aGVyIGZ1bmN0aW9ucyBuZWVkZWQgZm9yIHByb2Jpbmcg
KHdoaWNoIG1heSBiZSBuZWVkZWQNICAgICAgIHNvbWV0aW1lcykNDSAgIDYuICBvdGhlciBmdW5j
dGlvbnMgbmVlZGVkIGZvciBmbG93IHRlcm1pbmF0aW9uIGNvbnRyb2wNDTUuMS4gIFBDTi1pbnRl
cmlvci1ub2RlIGZ1bmN0aW9ucw0NICAgRWFjaCBsaW5rIG9mIHRoZSBQQ04tZG9tYWluIGlzIHVw
Z3JhZGVkIHdpdGggdGhlIGZvbGxvd2luZw0gICBmdW5jdGlvbmFsaXR5Og0NICAgbyAgUGFja2V0
IGNsYXNzaWZ5IC0gZGVjaWRlIHdoZXRoZXIgYW4gaW5jb21pbmcgcGFja2V0IGlzIGEgUENOLQ0g
ICAgICBwYWNrZXQgb3Igbm90LiAgUGVyZm9ybWVkIGJ5IGV4YW1pbmluZyB0aGUgRFNDUCBmaWVs
ZCBhbmQvb3IgRUNODSAgICAgIGZpZWxkLiAgQW5vdGhlciBQQ04gV0cgZG9jdW1lbnQgd2lsbCBz
cGVjaWZ5IGVuY29kaW5nLg0NICAgbyAgUENOLW1ldGVyIC0gbWVhc3VyZSB0aGUgJ2Ftb3VudCBv
ZiBQQ04tdHJhZmZpYycuICBUaGUgbWVhc3VyZW1lbnQNICAgICAgaXMgbWFkZSBhcyBhbiBhZ2dy
ZWdhdGUgb2YgYWxsIFBDTi1wYWNrZXRzLCBhbmQgbm90IHBlciBmbG93Lg0NICAgbyAgUENOLW1h
cmsgLSBpZiB0aGUgJ2Ftb3VudCBvZiBQQ04tdHJhZmZpYycgZXhjZWVkcyBzb21lDSAgICAgIGNv
bmZpZ3VyYWJsZSBsZXZlbCwgdGhlbiBQQ04tcGFja2V0KHMpIGFyZSBQQ04tbWFya2VkLg0NICAg
QW5vdGhlciBQQ04gV0cgZG9jdW1lbnQgd2lsbCBzcGVjaWZ5IHdoYXQgdGhlICdhbW91bnQgb2Yg
UENOLXRyYWZmaWMnDSAgIG1lYW5zLCBhbmQgaG93IGl0J3MgZGVjaWRlZCB0aGF0IGl0ICJleGNl
ZWRzIHNvbWUgbGV2ZWwiLiAgVGhlIHNhbWUNICAgZ2VuZXJhbCBhcHByb2FjaCBvZiBtZXRlcmlu
ZyBhbmQgUENOLW1hcmtpbmcgaXMgcGVyZm9ybWVkIGZvciBib3RoDSAgIGZsb3cgYWRtaXNzaW9u
IGNvbnRyb2wgYW5kIGZsb3cgdGVybWluYXRpb24sIGhvd2V2ZXIgdGhlIGFsZ29yaXRobXMNICAg
YW5kIGVuY29kaW5nIG1heSBiZSBkaWZmZXJlbnQuDQ0gICBUaGVzZSBmdW5jdGlvbnMgYXJlIG5l
ZWRlZCBmb3IgZWFjaCBsaW5rIG9mIHRoZSBQQ04tcmVnaW9uLiAgVGhleSBhcmUNICAgdGhlcmVm
b3JlIG5lZWRlZCBvbiBhbGwgbGlua3Mgb2YgUENOLWludGVyaW9yLW5vZGVzLCBhbmQgb24gdGhl
IGxpbmtzDSAgIG9mIFBDTi1ib3VuZGFyeS1ub2RlcyB0aGF0IGFyZSBpbnRlcm5hbCB0byB0aGUg
UENOLWRvbWFpbi4gIFRoZXJlIG1heQ0gICBiZSBtb3JlIHRoYW4gb25lIFBDTi1tZXRlciBhbmQg
bWFya2VyIGluc3RhbGxlZCBhdCBhIGdpdmVuIGxpbmssIGVnDSAgIG9uZSBmb3IgYWRtaXNzaW9u
IGFuZCBvbmUgZm9yIHRlcm1pbmF0aW9uLg0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBp
cmVzIERlY2VtYmVyIDIyLCAyMDA3ICAgICAgICAgICAgICBbUGFnZSAxMl0NDA1JbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgICAgICAgIERvY3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5l
IDIwMDcNDQ01LjIuICBQQ04taW5ncmVzcy1ub2RlIGZ1bmN0aW9ucw0NICAgRWFjaCBpbmdyZXNz
IGxpbmsgb2YgdGhlIFBDTi1kb21haW4gaXMgdXBncmFkZWQgd2l0aCB0aGUgZm9sbG93aW5nDSAg
IGZ1bmN0aW9uYWxpdHk6DQ0gICBvICBQYWNrZXQgY2xhc3NpZnkgLSBkZWNpZGUgd2hldGhlciBh
biBpbmNvbWluZyBwYWNrZXQgaXMgcGFydCBvZiBhDSAgICAgIHByZXZpb3VzbHkgYWRtaXR0ZWQg
bWljcm9mbG93LCBieSB1c2luZyBhIGZpbHRlciBzcGVjIChlZyBEU0NQLA0gICAgICBzb3VyY2Ug
YW5kIGRlc3RpbmF0aW9uIGFkZHJlc3NlcyBhbmQgcG9ydCBudW1iZXJzKQ0NICAgbyAgUG9saWNl
IC0gcG9saWNlLCBieSBkcm9wcGluZyBvciByZS1tYXJraW5nIHdpdGggYSBub24tUENOIERTQ1As
DSAgICAgIGFuZCBwYWNrZXRzIHJlY2VpdmVkIHdpdGggYSBEU0NQIGRlbWFuZGluZyBQQ04gdHJh
bnNwb3J0IHRoYXQgZG8NICAgICAgbm90IGJlbG9uZyB0byBhbiBhZG1pdHRlZCBmbG93LiAgU2lt
aWxhcmx5LCBwb2xpY2UgcGFja2V0cyB0aGF0DSAgICAgIGFyZSBwYXJ0IG9mIGEgcHJldmlvdXNs
eSBhZG1pdHRlZCBtaWNyb2Zsb3csIHRvIGNoZWNrIHRoYXQgdGhlDSAgICAgIG1pY3JvZmxvdyBr
ZWVwcyB0byB0aGUgcmF0ZSBhZ3JlZWQuDQ0gICBvICBQQ04tY29sb3VyIC0gc2V0IHRoZSBEU0NQ
IGZpZWxkIG9yIERTQ1AgYW5kIEVDTiBmaWVsZHMgdG8gdGhlDSAgICAgIGFwcHJvcHJpYXRlIHZh
bHVlKHMpIGZvciBhIFBDTi1wYWNrZXQuICBUaGUgZHJhZnQgYWJvdXQgUENOLQ0gICAgICBlbmNv
ZGluZyB3aWxsIGRpc2N1c3MgZnVydGhlci4NDSAgIG8gIFBDTi1tZXRlciAtIG1ha2UgIm1lYXN1
cmVtZW50cyBvZiBQQ04tdHJhZmZpYyIuICBUaGUNICAgICAgbWVhc3VyZW1lbnQocykgaXMgbWFk
ZSBhcyBhbiBhZ2dyZWdhdGUgKGllIG5vdCBwZXIgZmxvdykgb2YgYWxsDSAgICAgIFBDTi10cmFm
ZmljIHRvd2FyZHMgYSBwYXJ0aWN1bGFyIFBDTi1lZ3Jlc3Mtbm9kZS4NDSAgIFRoZSBmaXJzdCB0
d28gYXJlIHBvbGljaW5nIGZ1bmN0aW9ucywgbmVlZGVkIHRvIG1ha2Ugc3VyZSB0aGF0IFBDTi0N
ICAgcGFja2V0cyBsZXQgaW50byB0aGUgUENOLWRvbWFpbiBiZWxvbmcgdG8gYSBmbG93IHRoYXQn
cyBiZWVuIGFkbWl0dGVkDSAgIChhbmQgcHJvYmFibHkgYWxzbyB0byBlbnN1cmUgdGhhdCB0aGUg
ZmxvdyBkb2Vzbid0IGdvIGF0IGEgZmFzdGVyDSAgIHJhdGUgdGhhbiBhbGxvd2VkIGJ5IGl0cyBz
ZXJ2aWNlIGxldmVsIGFncmVlbWVudCkuICBUaGUgZmlsdGVyIHNwZWMNICAgd2lsbCBmb3IgZXhh
bXBsZSBjb21lIGZyb20gdGhlIGZsb3cgcmVxdWVzdCBtZXNzYWdlIChvdXRzaWRlIHNjb3BlIG9m
DSAgIFBDTiBXRywgc2VlIEktRC5icmlzY29lLXRzdndnLWNsLWFyY2hpdGVjdHVyZSBbMl0gZm9y
IGFuIGV4YW1wbGUNICAgdXNpbmcgUlNWUCkuICBQQ04tY29sb3VyaW5nIGFsbG93cyB0aGUgcmVz
dCBvZiB0aGUgUENOLWRvbWFpbiB0bw0gICByZWNvZ25pc2UgUENOLXBhY2tldHMuDQ01LjMuICBQ
Q04tZWdyZXNzLW5vZGUgZnVuY3Rpb25zDQ0gICBFYWNoIGVncmVzcyBsaW5rIG9mIHRoZSBQQ04t
ZG9tYWluIGlzIHVwZ3JhZGVkIHdpdGggdGhlIGZvbGxvd2luZw0gICBmdW5jdGlvbmFsaXR5Og0N
ICAgbyAgUGFja2V0IGNsYXNzaWZ5IC0gZGV0ZXJtaW5lIHdoaWNoIFBDTi1pbmdyZXNzLW5vZGUg
YSBQQ04tcGFja2V0DSAgICAgIGhhcyBjb21lIGZyb20uDQ0gICBvICBQQ04tbWV0ZXIgLSBtYWtl
ICJtZWFzdXJlbWVudHMgb2YgUENOLXRyYWZmaWMiLiAgVGhlDSAgICAgIG1lYXN1cmVtZW50KHMp
IGlzIG1hZGUgYXMgYW4gYWdncmVnYXRlIChpZSBub3QgcGVyIGZsb3cpIG9mIGFsbA0gICAgICBQ
Q04tcGFja2V0cyBmcm9tIGEgcGFydGljdWxhciBQQ04taW5ncmVzcy1ub2RlLg0NICAgbyAgUENO
LWNvbG91ciAtIGZvciBQQ04tcGFja2V0cywgc2V0IHRoZSBEU0NQIGZpZWxkIG9yIERTQ1AgYW5k
IEVDTg0gICAgICBmaWVsZHMgdG8gdGhlIGFwcHJvcHJpYXRlIHZhbHVlKHMpIGZvciB1c2Ugb3V0
c2lkZSB0aGUgUENOLWRvbWFpbi4NDSAgIEFub3RoZXIgUENOIFdHIGRvY3VtZW50LCBhYm91dCBi
b3VuZGFyeSBtZWNoYW5pc21zLCB3aWxsIGRlc2NyaWJlDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAg
ICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDEzXQ0MDUlu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAg
ICAgIEp1bmUgMjAwNw0NDSAgIHdoYXQgdGhlICJtZWFzdXJlbWVudHMgb2YgUENOLXRyYWZmaWMi
IGFyZS4gIFRoaXMgZGVwZW5kcyBvbiB3aGV0aGVyDSAgIHRoZSBtZWFzdXJlbWVudCBpcyB0YXJn
ZXRlZCBhdCBhZG1pc3Npb24gY29udHJvbCBvciBmbG93IHRlcm1pbmF0aW9uLg0gICBJdCBhbHNv
IGRlcGVuZHMgb24gd2hhdCBlbmNvZGluZyBhbmQgUENOLW1hcmtpbmcgYWxnb3JpdGhtcyBhcmUN
ICAgc3BlY2lmaWVkIGJ5IHRoZSBQQ04gV0cuDQ01LjQuICBBZG1pc3Npb24gY29udHJvbCBmdW5j
dGlvbnMNDSAgIFNwZWNpZmljIGFkbWlzc2lvbiBjb250cm9sIGZ1bmN0aW9ucyBjYW4gYmUgcGVy
Zm9ybWVkIGF0IGEgUENOLQ0gICBib3VuZGFyeS1ub2RlIChQQ04taW5ncmVzcy1ub2RlIG9yIFBD
Ti1lZ3Jlc3Mtbm9kZSkgb3IgYXQgYQ0gICBjZW50cmFsaXNlZCBub2RlLCBidXQgbm90IGF0IG5v
cm1hbCBQQ04taW50ZXJpb3Itbm9kZXMuICBUaGUNICAgZnVuY3Rpb25zIGFyZToNDSAgIG8gIE1h
a2UgZGVjaXNpb24gYWJvdXQgYWRtaXNzaW9uIC0gY29tcGFyZSB0aGUgInRoZSByZXF1aXJlZA0g
ICAgICBtZWFzdXJlbWVudHMgb2YgUENOLXRyYWZmaWMiIChvdXRwdXQgb2YgdGhlIFBDTi1lZ3Jl
c3Mtbm9kZSdzIFBDTi0NICAgICAgbWV0ZXIgZnVuY3Rpb24pIHdpdGggc29tZSByZWZlcmVuY2Ug
bGV2ZWwsIGFuZCBoZW5jZSBkZWNpZGUNICAgICAgd2hldGhlciB0byBhZG1pdCB0aGUgcG90ZW50
aWFsIG5ldyBQQ04tZmxvdy4gIEFzIHdlbGwgYXMgdGhlIFBDTg0gICAgICBtZWFzdXJlbWVudHMs
IHRoZSBkZWNpc2lvbiB0YWtlcyBhY2NvdW50IG9mIHBvbGljeSBhbmQgYXBwbGljYXRpb24NICAg
ICAgbGF5ZXIgcmVxdWlyZW1lbnRzLg0NICAgbyAgQ29tbXVuaWNhdGUgZGVjaXNpb24gYWJvdXQg
YWRtaXNzaW9uIC0gc2lnbmFsIHRoZSBkZWNpc2lvbiB0byB0aGUNICAgICAgbm9kZSBtYWtpbmcg
dGhlIGFkbWlzc2lvbiBjb250cm9sIHJlcXVlc3QgKHdoaWNoIG1heSBiZSBvdXRzaWRlDSAgICAg
IHRoZSBQQ04tcmVnaW9uKSwgYW5kIHRvIHRoZSBwb2xpY2VyIChQQ04taW5ncmVzcy1ub2RlIGZ1
bmN0aW9uKQ0NICAgVGhlcmUgYXJlIHZhcmlvdXMgcG9zc2liaWxpdGllcyBmb3IgaG93IHRoZSBm
dW5jdGlvbmFsaXR5IGNhbiBiZQ0gICBkaXN0cmlidXRlZDoNDSAgIG8gIFRoZSBkZWNpc2lvbiBp
cyBtYWRlIGF0IHRoZSBQQ04tZWdyZXNzLW5vZGUgYW5kIHNpZ25hbGxlZCB0byB0aGUNICAgICAg
UENOLWluZ3Jlc3Mtbm9kZQ0NICAgbyAgVGhlIGRlY2lzaW9uIGlzIG1hZGUgYXQgdGhlIFBDTi1p
bmdyZXNzLW5vZGUsIHdoaWNoIHJlcXVpcmVzIHRoYXQNICAgICAgdGhlIFBDTi1lZ3Jlc3Mtbm9k
ZSBzaWduYWxzIHRvIHRoZSBQQ04taW5ncmVzcy1ub2RlIGFib3V0IHRoZQ0gICAgICBtZWFzdXJl
bWVudCBvZiAidGhlIHJlcXVpcmVkIG1lYXN1cmVtZW50cyBvZiBQQ04tdHJhZmZpYyINDSAgIG8g
IFRoZSBkZWNpc2lvbiBpcyBtYWRlIGF0IGEgY2VudHJhbGlzZWQgbm9kZSwgd2hpY2ggcmVxdWly
ZXMgdGhhdA0gICAgICB0aGUgUENOLWVncmVzcy1ub2RlIHNpZ25hbHMgdG8gdGhlIGNlbnRyYWxp
c2VkIG5vZGUgYWJvdXQgInRoZQ0gICAgICByZXF1aXJlZCBtZWFzdXJlbWVudHMgb2YgUENOLXRy
YWZmaWMiIChhbmQgdGhhdCB0aGUgY2VudHJhbGlzZWQNICAgICAgbm9kZSBsZWFybnMgYWJvdXQg
cG9saWN5IGFuZCBhcHBsaWNhdGlvbiBsYXllciByZXF1aXJlbWVudHMpLCBhbmQNICAgICAgdGhh
dCB0aGUgY2VudHJhbGlzZWQgbm9kZSBzaWduYWxzIHRvIHRoZSBQQ04taW5ncmVzcy1ub2RlIGFi
b3V0DSAgICAgIHRoZSBkZWNpc2lvbiBhYm91dCBhZG1pc3Npb24gY29udHJvbC4gIEl0IHdvdWxk
IGJlIHBvc3NpYmxlIGZvcg0gICAgICB0aGUgY2VudHJhbGlzZWQgbm9kZSB0byBiZSBvbmUgb2Yg
dGhlIFBDTi1ib3VuZGFyeS1ub2Rlcywgd2hlbg0gICAgICBjbGVhcmx5IHRoZSBzaWduYWxsaW5n
IHdvdWxkIHNvbWV0aW1lcyBiZSByZXBsYWNlZCBieSBhIG1lc3NhZ2UNICAgICAgaW50ZXJuYWwg
dG8gdGhlIG5vZGUuBQ0NDTUuNS4gIFByb2JpbmcgZnVuY3Rpb25zDQ0gICBQcm9iaW5nIGZ1bmN0
aW9ucyBhcmUgb3B0aW9uYWwuICBBZG1pc3Npb24gY29udHJvbCwgYXMgZGVzY3JpYmVkIGluDSAg
IHRoZSBwcmV2aW91cyBzZWN0aW9uLCBpcyBhIG1lYXN1cmVtZW50LWJhc2VkIGRlY2lzaW9uLiAg
VGhlcmVmb3JlIGl0DSAgIGlzIHBvc3NpYmxlIHRoYXQgdGhlcmUgbWF5IGJlIGluc3VmZmljaWVu
dCB0cmFmZmljIGZvciBhIFBDTi1lZ3Jlc3MtDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4
cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDE0XQ0MDUludGVybmV0
LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1
bmUgMjAwNw0NDSAgIG5vZGUgdG8gYWNjdXJhdGVseSBtYWtlIHRoZSAicmVxdWlyZWQgbWVhc3Vy
ZW1lbnRzIG9mIFBDTi10cmFmZmljIi4NICAgVGhlbiBpdCByZXF1ZXN0cyB0aGF0IHRoZSBQQ04t
aW5ncmVzcy1ub2RlIGdlbmVyYXRlcyBwcm9iZSB0cmFmZmljLg0gICBQcm9iZSBwYWNrZXRzIG1h
eSBiZSBzaW1wbGUgZGF0YSBhZGRyZXNzZWQgdG8gdGhlIFBDTi1lZ3Jlc3Mtbm9kZSBhbmQNICAg
cmVxdWlyZSBubyBwcm90b2NvbCBzdGFuZGFyZGlzYXRpb24sIGFsdGhvdWdoIHRoZXJlIHdpbGwg
YmUgYmVzdA0gICBwcmFjdGljZSBmb3IgdGhlaXIgbnVtYmVyLCBzaXplIGFuZCByYXRlLiAgVGhl
IGZ1bmN0aW9ucyBhcmU6DQ0gICBvICBNYWtlIGRlY2lzaW9uIHRoYXQgcHJvYmluZyBpcyBuZWVk
ZWQgLSB0aGUgUENOLWVncmVzcy1ub2RlIGRlY2lkZXMNICAgICAgdGhhdCBwcm9iZSB0cmFmZmlj
IGlzIG5lZWRlZA0NICAgbyAgQ29tbXVuaWNhdGUgcmVxdWVzdCB0aGF0IHByb2JpbmcgaXMgbmVl
ZGVkIC0gdGhlIFBDTi1lZ3Jlc3Mtbm9kZQ0gICAgICBzaWduYWxzIHRvIHRoZSBQQ04taW5ncmVz
cy1ub2RlIHRoYXQgcHJvYmUgdHJhZmZpYyBpcyBuZWVkZWQNDSAgIG8gIEdlbmVyYXRvciBvZiBw
cm9iZSB0cmFmZmljIC0gdGhlIFBDTi1pbmdyZXNzLW5vZGUgZ2VuZXJhdGVzIHRoZQ0gICAgICBw
cm9iZSB0cmFmZmljDQ01LjYuICBGbG93IHRlcm1pbmF0aW9uIGZ1bmN0aW9ucw0NICAgU3BlY2lm
aWMgdGVybWluYXRpb24gY29udHJvbCBmdW5jdGlvbnMgY2FuIGJlIHBlcmZvcm1lZCBhdCBhIFBD
Ti0NICAgYm91bmRhcnktbm9kZSAoUENOLWluZ3Jlc3Mtbm9kZSBvciBQQ04tZWdyZXNzLW5vZGUp
IG9yIGF0IGENICAgY2VudHJhbGlzZWQgbm9kZSwgYnV0IG5vdCBhdCBub3JtYWwgUENOLWludGVy
aW9yLW5vZGVzLiAgVGhlDSAgIGZ1bmN0aW9ucyBhcmU6DQ0gICBvICBNYWtlIGRlY2lzaW9uIGFi
b3V0IGZsb3cgdGVybWluYXRpb24gLSB1c2UgdGhlICJtZWFzdXJlbWVudHMgb2YNICAgICAgUENO
LXRyYWZmaWMiIHRvIGRlY2lkZSB3aGljaCBQQ04tZmxvdyBvciBQQ04tZmxvd3MgdG8gdGVybWlu
YXRlDQ0gICBvICBDb21tdW5pY2F0ZSBkZWNpc2lvbiBhYm91dCBmbG93IHRlcm1pbmF0aW9uIC0g
c2lnbmFsIHRoZSBkZWNpc2lvbg0gICAgICB0byB0aGUgbm9kZSB0aGF0IGlzIGFibGUgdG8gdGVy
bWluYXRlIHRoZSBmbG93ICh3aGljaCBtYXkgYmUNICAgICAgb3V0c2lkZSB0aGUgUENOLXJlZ2lv
biksIGFuZCB0byB0aGUgcG9saWNlciAoUENOLWluZ3Jlc3Mtbm9kZQ0gICAgICBmdW5jdGlvbikN
DSAgIG8gIChwb3NzaWJseSkgUENOLW1ldGVyIC0gbWFrZSByZXF1aXJlZCBtZWFzdXJlbWVudHMg
b2YgUENOLXRyYWZmaWMuDSAgICAgIFRoZSBtZWFzdXJlbWVudChzKSBpcyBtYWRlIGFzIGFuIGFn
Z3JlZ2F0ZSAoaWUgbm90IHBlciBmbG93KSBvZg0gICAgICBhbGwgUENOLXBhY2tldHMgYmVpbmcg
c2VudCB0b3dhcmRzIGEgcGFydGljdWxhciBQQ04tZWdyZXNzLW5vZGUuDQ0gICBUaGVyZSBhcmUg
dmFyaW91cyBwb3NzaWJpbGl0aWVzIGZvciBob3cgdGhlIGZ1bmN0aW9uYWxpdHkgY2FuIGJlDSAg
IGRpc3RyaWJ1dGVkLCBzaW1pbGFyIHRvIHRob3NlIGRpc2N1c3NlZCBhYm92ZSBpbiB0aGUgQWRt
aXNzaW9uDSAgIGNvbnRyb2wgc2VjdGlvbi4NDQ02LiAgRGVzaWduIGdvYWxzIGFuZCBjaGFsbGVu
Z2VzDQ0gICBQcmlvciB3b3JrIG9uIFBDTiBhbmQgc2ltaWxhciBtZWNoYW5pc21zIGhhcyB0aHJv
d24gdXAgYSBudW1iZXIgb2YNICAgY29uc2lkZXJhdGlvbnMgYWJvdXQgUENOJ3MgZGVzaWduIGdv
YWxzICh0aGluZ3MgUENOIHNob3VsZCBiZSBnb29kDSAgIGF0KSBhbmQgc29tZSBpc3N1ZXMgdGhh
dCBoYXZlIGJlZW4gaGFyZCB0byBzb2x2ZSBpbiBhIGZ1bGx5DSAgIHNhdGlzZmFjdG9yeSBtYW5u
ZXIuICBUYWtlbiBhcyBhIHdob2xlIGl0IHJlcHJlc2VudHMgYSBsaXN0IG9mIHRyYWRlLQ0gICBv
ZmZzIChpdCdzIHVubGlrZWx5IHRoYXQgdGhleSBjYW4gYWxsIGJlIDEwMCUgYWNoaWV2ZWQpIGFu
ZCBwZXJoYXBzDSAgIGFzIGV2YWx1YXRpb24gY3JpdGVyaWEgdG8gaGVscCBhbiBvcGVyYXRvciAo
b3IgdGhlIElFVEYpIGRlY2lkZQ0gICBiZXR3ZWVuIG9wdGlvbnMuDQ0NDUVhcmRsZXksIGV0IGFs
LiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDE1
XQ0MDUludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAg
ICAgICAgICAgIEp1bmUgMjAwNw0NDSAgIEktRC5jaGFuLXBjbi1wcm9ibGVtLXN0YXRlbWVudCBb
MTBdIGNvbnNpZGVycyB0aGUgZm9sbG93aW5nIGFzIGtleQ0gICBkZXNpZ24gZ29hbHMsIGllIHdo
eSBQQ04gaXMgaW50ZXJlc3Rpbmc6DQ0gICBvICBUaGUgUENOLWVuYWJsZWQgcGFja2V0IGZvcndh
cmRpbmcgbmV0d29yayBzaG91bGQgYmUgc2ltcGxlLA0gICAgICBzY2FsYWJsZSBhbmQgcm9idXN0
DQ0gICBvICBDb21wYXRpYmlsaXR5IHdpdGggb3RoZXIgdHJhZmZpYyAoaS5lLiBhIHByb3Bvc2Vk
IHNvbHV0aW9uIHNob3VsZA0gICAgICB3b3JrIHdlbGwgd2hlbiBub24tUENOIHRyYWZmaWMgaXMg
YWxzbyBwcmVzZW50IGluIHRoZSBuZXR3b3JrKQ0NICAgbyAgU3VwcG9ydCBvZiBkaWZmZXJlbnQg
dHlwZXMgb2YgcmVhbC10aW1lIHRyYWZmaWMgKGVnIHNob3VsZCB3b3JrDSAgICAgIHdlbGwgd2l0
aCBDQlIgYW5kIFZCUiB2b2ljZSBhbmQgdmlkZW8gc291cmNlcykNDSAgIG8gIFJlYWN0aW9uIHRp
bWUgb2YgdGhlIG1lY2hhbmlzbXMgc2hvdWxkIGJlIGNvbW1lbnN1cmF0ZSB3aXRoIHRoZQ0gICAg
ICBkZXNpcmVkIGFwcGxpY2F0aW9uLWxldmVsIHJlcXVpcmVtZW50cyAoZS5nLiBhIHRlcm1pbmF0
aW9uDSAgICAgIG1lY2hhbmlzbSBuZWVkcyB0byB0ZXJtaW5hdGUgZmxvd3MgYmVmb3JlIHNpZ25p
ZmljYW50IFFvUyBpc3N1ZXMNICAgICAgYXJlIGV4cGVyaWVuY2VkIGJ5IGFsbCByZWFsLXRpbWUg
dHJhZmZpYywgYW5kIGJlZm9yZSBhIHVzZXIgaGFuZ3MNICAgICAgdXApDQ0gICBvICBDb21wYXRp
YmlsaXR5IHdpdGggZGlmZmVyZW50IHByZWNlZGVuY2UgbGV2ZWxzIG9mIHJlYWwtdGltZQ0gICAg
ICBhcHBsaWNhdGlvbnMgKGUuZy4gcHJlZmVyZW50aWFsIHRyZWF0bWVudCBvZiBoaWdoZXIgcHJl
Y2VkZW5jZQ0gICAgICBjYWxscyBvdmVyIGxvd2VyIHByZWNlZGVuY2UgY2FsbHMsIElUVS1NTFBQ
IFsyMF0uDQ0gICBUaGUgZm9sbG93aW5nIGFyZSBvcGVuIGlzc3Vlcy4gIFRoZXkgYXJlIHRha2Vu
IGZyb20gSS1ELmJyaXNjb2UtDSAgIHRzdndnLWNsLWFyY2hpdGVjdHVyZSBbMl0gd2hpY2ggYWxz
byBkZXNjcmliZXMgc29tZSBwb3NzaWJsZQ0gICBzb2x1dGlvbnMgKHBvdGVudGlhbCBzb2x1dGlv
bnMgYXJlIG91dCBvZiBzY29wZSBmb3IgdGhpcyBkb2N1bWVudCkuDSAgIE5vdGUgdGhhdCBzb21l
IG1heSBiZSBjb25zaWRlcmVkIHVuaW1wb3J0YW50IGluIGdlbmVyYWwgb3IgaW4NICAgc3BlY2lm
aWMgZGVwbG95bWVudCBzY2VuYXJpb3MuDQ0gICBvICBFQ01QIChFcXVhbCBDb3N0IE11bHRpLVBh
dGgpIFJvdXRpbmc6IFRoZSBsZXZlbCBvZiBwcmUtY29uZ2VzdGlvbg0gICAgICBpcyBtZWFzdXJl
ZCBvbiBhIHNwZWNpZmljIGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZS4gIEhvd2V2ZXIsIGlmDSAg
ICAgIHRoZSBQQ04tZG9tYWluIHJ1bnMgRUNNUCwgdGhlbiB0cmFmZmljIG9uIHRoaXMgaW5ncmVz
cy1lZ3Jlc3MtDSAgICAgIGFnZ3JlZ2F0ZSBtYXkgZm9sbG93IHNldmVyYWwgZGlmZmVyZW50IHBh
dGhzLiAgVGhlIHByb2JsZW0gaXMgdGhhdA0gICAgICBpZiBqdXN0IG9uZSBvZiB0aGUgcGF0aHMg
aXMgcHJlLWNvbmdlc3RlZCBzdWNoIHRoYXQgcGFja2V0cyBhcmUNICAgICAgYmVpbmcgUENOLW1h
cmtlZCwgdGhlbiB0aGUgcHJlLWNvbmdlc3Rpb24gbGV2ZWwgYXMgbWVhc3VyZWQgYnkgdGhlDSAg
ICAgIFBDTi1lZ3Jlc3Mtbm9kZSB3aWxsIGJlIGRpbHV0ZWQgYnkgdW5tYXJrZWQgcGFja2V0cyBm
cm9tIG90aGVyDSAgICAgIG5vbi1jb25nZXN0ZWQgcGF0aHMuICBUaGlzIGNvdWxkIGxlYWQgdG8g
YSBuZXcgZmxvdyBiZWluZyBhZG1pdHRlZA0gICAgICAoYmVjYXVzZSB0aGUgbWVhc3VyZWQgbGV2
ZWwgaXMgYmVsb3cgdGhlIHRocmVzaG9sZCkgYnV0IGl0cw0gICAgICBwYWNrZXRzIHdpbGwgdHJh
dmVsIHRocm91Z2ggdGhlIHByZS1jb25nZXN0ZWQgcm91dGVyIChzbyByZWFsbHkgaXQNICAgICAg
c2hvdWxkbid0IGJlIGFkbWl0dGVkKS4NDSAgIG8gIEJpLURpcmVjdGlvbmFsIFNlc3Npb25zOiBN
YW55IGFwcGxpY2F0aW9ucyBoYXZlIGJpLWRpcmVjdGlvbmFsDSAgICAgIHNlc3Npb25zIC0gaGVu
Y2UgdGhlcmUgYXJlIHR3byBmbG93cyB0aGF0IHNob3VsZCBiZSBhZG1pdHRlZCAob3INICAgICAg
dGVybWluYXRlZCkgYXMgYSBwYWlyIC0gZm9yIGluc3RhbmNlIGEgYmktZGlyZWN0aW9uYWwgdm9p
Y2UgY2FsbA0gICAgICBvbmx5IG1ha2VzIHNlbnNlIGlmIGZsb3dzIGluIGJvdGggZGlyZWN0aW9u
cyBhcmUgYWRtaXR0ZWQuDSAgICAgIEhvd2V2ZXIsIFBDTidzIG1lY2hhbmlzbXMgY29uY2VybiBh
ZG1pc3Npb24gYW5kIHRlcm1pbmF0aW9uIG9mIGENICAgICAgc2luZ2xlIGZsb3csIGFuZCBjb29y
ZGluYXRpbmcgYWJvdXQgdGhlIGRlY2lzaW9uIGZvciBib3RoIGZsb3dzIGlzDSAgICAgIGEgbWF0
dGVyIGZvciB0aGUgc2lnbmFsbGluZyBwcm90b2NvbCBhbmQgb3V0IG9mIHNjb3BlIG9mIFBDTi4g
IE9uZQ0gICAgICBwb3NzaWJsZSBleGFtcGxlIHdvdWxkIHVzZSBTSVAgcHJlLWNvbmRpdGlvbnM7
IHRoZXJlIGFyZSBvdGhlcnMuDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRGVj
ZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDE2XQ0MDUludGVybmV0LURyYWZ0ICAg
ICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAwNw0N
DSAgIG8gIEdsb2JhbCBDb29yZGluYXRpb246IFBDTiBtYWtlcyBpdHMgYWRtaXNzaW9uIGRlY2lz
aW9uIGJhc2VkIG9uDSAgICAgIFBDTi1tYXJraW5ncyBvbiBhIHBhcnRpY3VsYXIgcGFpciBvZiBp
bmdyZXNzLWVncmVzcy1hZ2dyZWdhdGUuDSAgICAgIERlY2lzaW9ucyBhYm91dCBmbG93cyB0aHJv
dWdoIGEgZGlmZmVyZW50IGluZ3Jlc3MtZWdyZXNzLWFnZ3JlZ2F0ZQ0gICAgICBhcmUgbWFkZSBp
bmRlcGVuZGVudGx5LiAgSG93ZXZlciwgb25lIGNhbiBpbWFnaW5lIG5ldHdvcmsNICAgICAgdG9w
b2xvZ2llcyBhbmQgdHJhZmZpYyBtYXRyaWNlcyB3aGVyZSBmcm9tIGEgZ2xvYmFsIHBlcnNwZWN0
aXZlIGl0DSAgICAgIHdvdWxkIGJlIGJldHRlciB0byBtYWtlIGEgY29vcmRpbmF0ZWQgZGVjaXNp
b24gYWNyb3NzIGFsbCB0aGUNICAgICAgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlcyBmb3IgdGhl
IHdob2xlIFBDTi1kb21haW4uICBGb3IgZXhhbXBsZSwNICAgICAgdG8gYmxvY2sgKG9yIGV2ZW4g
dGVybWluYXRlKSBmbG93cyBvbiBvbmUgaW5ncmVzcy1lZ3Jlc3MtYWdncmVnYXRlDSAgICAgIHNv
IHRoYXQgbW9yZSBpbXBvcnRhbnQgZmxvd3MgdGhyb3VnaCBhIGRpZmZlcmVudCBpbmdyZXNzLWVn
cmVzcy0NICAgICAgYWdncmVnYXRlIGNvdWxkIGJlIGFkbWl0dGVkLiAgTWVjaGFuaXNtcyB0byBz
b2x2ZSB0aGVzZSBwcm9ibGVtcw0gICAgICBtYXkgd2VsbCBiZSBvdXQgb2Ygc2NvcGUuDQ0gICBv
ICBBZ2dyZWdhdGUgVHJhZmZpYyBDaGFyYWN0ZXJpc3RpY3M6IEV2ZW4gd2hlbiB0aGUgbnVtYmVy
IG9mIGZsb3dzDSAgICAgIGlzIHN0YWJsZSwgdGhlIHRyYWZmaWMgbGV2ZWwgdGhyb3VnaCB0aGUg
UENOLWRvbWFpbiB3aWxsIHZhcnkNICAgICAgYmVjYXVzZSB0aGUgc291cmNlcyB2YXJ5IHRoZWly
IHRyYWZmaWMgcmF0ZXMuICBQQ04gd29ya3MgYmVzdCB3aGVuDSAgICAgIHRoZXJlJ3Mgbm90IHRv
byBtdWNoIHZhcmlhYmlsaXR5IGluIHRoZSB0b3RhbCB0cmFmZmljIGxldmVsIGF0IGENICAgICAg
bm9kZSdzIGludGVyZmFjZSAoaWUgaW4gdGhlIGFnZ3JlZ2F0ZSB0cmFmZmljIGZyb20gYWxsIHNv
dXJjZXMpLg0gICAgICBUb28gbXVjaCB2YXJpYXRpb24gbWVhbnMgdGhhdCBhIG5vZGUgbWF5IChh
dCBvbmUgbW9tZW50KSBub3QgYmUNICAgICAgZG9pbmcgYW55IFBDTi1tYXJraW5nIGFuZCB0aGVu
IChhdCBhbm90aGVyIG1vbWVudCkgZHJvcCBwYWNrZXRzDSAgICAgIGJlY2F1c2UgaXQncyBvdmVy
bG9hZGVkLiAgVGhpcyBtYWtlcyBpdCBoYXJkIHRvIHR1bmUgdGhlIGFkbWlzc2lvbg0gICAgICBj
b250cm9sIHNjaGVtZSB0byBzdG9wIGFkbWl0dGluZyBuZXcgZmxvd3MgYXQgdGhlIHJpZ2h0IHRp
bWUuDQ0gICBvICBGbGFzaCBjcm93ZHMgYW5kIFNwZWVkIG9mIFJlYWN0aW9uOiBQQ04gaXMgYSBt
ZWFzdXJlbWVudC1iYXNlZA0gICAgICBtZWNoYW5pc20gYW5kIHNvIGhhcyBhIGxpbWl0ZWQgc3Bl
ZWQgb2YgcmVhY3Rpb24uICBGb3IgZXhhbXBsZSwNICAgICAgcG90ZW50aWFsbHkgaWYgYSBiaWcg
YnVyc3Qgb2YgYWRtaXNzaW9uIHJlcXVlc3RzIG9jY3VycyBpbiBhIHZlcnkNICAgICAgc2hvcnQg
c3BhY2Ugb2YgdGltZSAoZWcgcHJvbXB0ZWQgYnkgYSB0ZWxldm90ZSksIHRoZXkgY291bGQgYWxs
DSAgICAgIGdldCBhZG1pdHRlZCBiZWZvcmUgZW5vdWdoIFBDTi1tYXJrcyBhcmUgc2VlbiB0byBi
bG9jayBuZXcgZmxvd3MuDSAgICAgIEluIG90aGVyIHdvcmRzLCBhbnkgYWRkaXRpb25hbCBsb2Fk
IG9mZmVyZWQgd2l0aGluIHRoZSByZWFjdGlvbg0gICAgICB0aW1lIG9mIHRoZSBtZWNoYW5pc20g
bXVzdG4ndCBtb3ZlIHRoZSBQQ04tZG9tYWluIGRpcmVjdGx5IGZyb20gbm8NICAgICAgY29uZ2Vz
dGlvbiB0byBvdmVybG9hZC4NDSAgIG8gIENvbXBhdGliaWxpdHkgb2YgUENOLWVuY29kaW5nIHdp
dGggRUNOLWVuY29kaW5nLCBhcyBkZXNjcmliZWQgaW4NICAgICAgUkZDIDQ3NzQgWzEyXS4NDQ03
LiAgRGVwbG95bWVudCBzY2VuYXJpb3MNDSAgIE9wZXJhdG9ycyBvZiBuZXR3b3JrcyB3aWxsIHdh
bnQgdG8gdXNlIHRoZSBQQ04gbWVjaGFuaXNtcyBpbiB2YXJpb3VzDSAgIGFycmFuZ2VtZW50cywg
Zm9yIGluc3RhbmNlIGRlcGVuZGluZyBvbiBob3cgdGhleSBhcmUgcGVyZm9ybWluZw0gICBhZG1p
c3Npb24gY29udHJvbCBvdXRzaWRlIHRoZSBQQ04tZG9tYWluICh1c2VycyBhZnRlciBhbGwgYXJl
DSAgIGNvbmNlcm5lZCBhYm91dCBRb1MgZW5kLXRvLWVuZCksIHRoZWlyIHBhcnRpY3VsYXIgZ29h
bHMgYW5kDSAgIGFzc3VtcHRpb25zLCBhbmQgc28gb24uICBTZXZlcmFsIGRlcGxveW1lbnQgbW9k
ZWxzIGFyZSBwb3NzaWJsZToNDSAgIG8gIEludFNlcnYgb3ZlciBEaWZmU2VydiBSRkMgMjk5OCBb
MThdLiAgVGhlIERpZmZTZXJ2IHJlZ2lvbiBpcyBQQ04tDSAgICAgIGVuYWJsZWQsIFJTVlAgc2ln
bmFsbGluZyBpcyB1c2VkIGVuZC10by1lbmQgYW5kIHRoZSBQQ04tZG9tYWluIGlzDSAgICAgIGEg
c2luZ2xlIFJTVlAgaG9wLCBpZSBvbmx5IHRoZSBnYXRld2F5cyBwcm9jZXNzIFJTVlAgbWVzc2Fn
ZXMuDSAgICAgIE91dHNpZGUgdGhlIFBDTi1kb21haW4gUlNWUCBtZXNzYWdlcyBhcmUgcHJvY2Vz
c2VkIG9uIGVhY2ggaG9wLg0gICAgICBUaGlzIGlzIGRlc2NyaWJlZCBpbiBJLUQuYnJpc2NvZS10
c3Z3Zy1jbC1hcmNoaXRlY3R1cmUgWzJdDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGly
ZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDE3XQ0MDUludGVybmV0LURy
YWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUg
MjAwNw0NDSAgIG8gIFNpbWlsYXIgdG8gcHJldmlvdXMgYnVsbGV0IGJ1dCBOU0lTIHNpZ25hbGxp
bmcgaXMgdXNlZCBpbnN0ZWFkIG9mDSAgICAgIFJTVlAuDQ0gICBvICBUaGVyZSBhcmUgc2V2ZXJh
bCBQQ04tZG9tYWlucyBvbiB0aGUgZW5kLXRvLWVuZCBwYXRoLCBlYWNoDSAgICAgIG9wZXJhdGlu
ZyBQQ04gbWVjaGFuaXNtcyBpbmRlcGVuZGVudGx5LiAgTk9URTogQSBwb3NzaWJpbGl0eSBhZnRl
cg0gICAgICByZS1jaGFydGVyaW5nIGlzIHRvIGNvbnNpZGVyIG9wZXJhdGluZyBQQ04gb3ZlciBj
b25jYXRlbmF0ZWQNICAgICAgRGlmZlNlcnYgZG9tYWlucyB0aGF0IGRvbid0IHRydXN0IGVhY2gg
b3RoZXIgKGllIHdlYWtlbnMNICAgICAgQXNzdW1wdGlvbiAxIGFib3V0IHRydXN0KQ0NICAgbyAg
UlNWUCBzaWduYWxsaW5nIGlzIG9yaWdpbmF0ZWQgYW5kL29yIHRlcm1pbmF0ZWQgYnkgcHJveGll
cywgd2l0aA0gICAgICBhcHBsaWNhdGlvbi1sYXllciBzaWduYWxsaW5nIGJldHdlZW4gdGhlIGVu
ZCB1c2VyIGFuZCB0aGUgcHJveHkuDSAgICAgIEZvciBpbnN0YW5jZSBTSVAgc2lnbmFsbGluZyB3
aXRoIGEgaG9tZSBodWIuDQ0gICBvICBUaGUgUENOLWRvbWFpbiBleHRlbmRzIHRvIHRoZSBlbmQg
dXNlcnMuICBOT1RFOiBUaGlzIGNvdWxkIGJlDSAgICAgIGNvbnNpZGVyZWQgYWZ0ZXIgcmUtY2hh
cnRlcmluZzsgaXQgYnJlYWtzIEFzc3VtcHRpb24gMw0gICAgICAoYWdncmVnYXRpb24pOyBpdCBk
b2Vzbid0IG5lY2Vzc2FyaWx5IGJyZWFrIEFzc3VtcHRpb24gMSAodHJ1c3QpLA0gICAgICBiZWNh
dXNlIGluIHNvbWUgZW52aXJvbm1lbnRzLCBlZyBjb3Jwb3JhdGUsIHRoZSBlbmQgdXNlciBtYXkg
aGF2ZQ0gICAgICBhIGNvbnRyb2xsZWQgY29uZmlndXJhdGlvbiBhbmQgc28gYmUgdHJ1c3RlZC4g
IFRoaXMgaXMgZGVzY3JpYmVkDSAgICAgIGluIEktRC5iYWJpYXJ6LXBjbi1zaXAtY2FwIFs2XS4N
DSAgIG8gIFBzZXVkb3dpcmU6IFBDTiBtYXkgYmUgdXNlZCBhcyBhIGNvbmdlc3Rpb24gYXZvaWRh
bmNlIG1lY2hhbmlzbQ0gICAgICBmb3IgZW5kLXVzZXIgZGVwbG95ZWQgcHNldWRvd2lyZXMgKGNv
bGxhYm9yYXRlIHdpdGggdGhlIFBXRTMgV0cgaW4NICAgICAgaW52ZXN0aWdhdGlvbiBvZiB0aGlz
IHBvc3NpYmlsaXR5KS4NDSAgIG8gIE1QTFM6IFJGQyAzMjcwIFsxOV0sIGRlZmluZXMgaG93IHRv
IHN1cHBvcnQgdGhlIERpZmZTZXJ2DSAgICAgIGFyY2hpdGVjdHVyZSBpbiBNUExTIG5ldHdvcmtz
LiAgSS1ELmlldGYtdHN2d2ctZWNuLW1wbHMgWzddDSAgICAgIGRlc2NyaWJlcyBob3cgdG8gYWRk
IFBDTiBmb3IgYWRtaXNzaW9uIGNvbnRyb2wgb2YgbWljcm9mbG93cyBpbnRvDSAgICAgIGEgc2V0
IG9mIE1QTFMtVEUgYWdncmVnYXRlcyAoTXVsdGktcHJvdG9jb2wgbGFiZWwgc3dpdGNoaW5nDSAg
ICAgIHRyYWZmaWMgZW5naW5lZXJpbmcpLiAgUENOLW1hcmtpbmcgaXMgZG9uZSBpbiBNUExTJ3Mg
RVhQIGZpZWxkLg0NICAgbyAgU2ltaWxhcmx5LCBpdCBtYXkgYmUgcG9zc2libGUgdG8gZXh0ZW5k
IFBDTiBpbnRvIEV0aGVybmV0DSAgICAgIG5ldHdvcmtzLCB3aGVyZSBQQ04tbWFya2luZyBpcyBk
b25lIGluIHRoZSBFdGhlcm5ldCBoZWFkZXIuDQ0gICBvICBUaGUgYWN0dWFsIGRlY2lzaW9uIGFi
b3V0IGFkbWlzc2lvbiBhbmQgdGVybWluYXRpb24gbWF5IGJlIG1hZGUgYXQNICAgICAgdGhlIGlu
Z3Jlc3MgZ2F0ZXdheSwgZWdyZXNzIGdhdGV3YXkgb3IgYXQgc29tZSBvdGhlciAnY2VudHJhbGlz
ZWQnDSAgICAgIG5vZGUsIGFjY29yZGluZyB0byB0aGUgb3BlcmF0b3IncyBwcmVmZXJlbmNlcy4N
DQ04LiAgT3BlcmF0aW9ucyBhbmQgTWFuYWdlbWVudA0NICAgRURJVE9SJ1MgTk9URTogVGhlIFBD
TiBXRyBDaGFydGVyIHNheXMgdGhhdCB0aGUgYXJjaGl0ZWN0dXJlIGRvY3VtZW50DSAgIHNob3Vs
ZCBpbmNsdWRlIHNlY3VyaXR5LCBtYW5hZ2VhYmlsaXR5IGFuZCBvcGVyYXRpb25hbA0gICBjb25z
aWRlcmF0aW9ucy4gIEhlbHAgaXMgcmVxdWVzdGVkIHRvIGFjaGlldmUgdGhpcy4gIEFsc28sIHNo
b3VsZCB0aGUNICAgc2VjdGlvbiBzcGVjaWZpY2FsbHkgbGlzdCBhIHNldCBvZiBPQU0gcGFyYW1l
dGVycyB0aGF0IG5lZWQgdG8gYmUNICAgY29sbGVjdGVkPw0NICAgVGhpcyBTZWN0aW9uIGNvbnNp
ZGVycyBvcGVyYXRpb25zIGFuZCBtYW5hZ2VtZW50IGlzc3VlcywgdW5kZXIgdGhlDSAgIEZDQVBT
IGhlYWRpbmdzOiBPQU0gb2YgRmF1bHRzLCBDb25maWd1cmF0aW9uLCBBY2NvdW50aW5nLCBQZXJm
b3JtYW5jZQ0NDQ1FYXJkbGV5LCBldCBhbC4gICAgICAgICBFeHBpcmVzIERlY2VtYmVyIDIyLCAy
MDA3ICAgICAgICAgICAgICBbUGFnZSAxOF0NDA1JbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg
ICAgIERvY3VtZW50ICAgICAgICAgICAgICAgICAgICAgICBKdW5lIDIwMDcNDQ0gICBhbmQgU2Vj
dXJpdHkuDQ04LjEuICBGYXVsdCBPQU0NDSAgIElmIGEgUENOLWludGVyaW9yLW5vZGUgZmFpbHMs
IHRoZW4gdGhlIHJlZ3VsYXIgSVAgcm91dGluZyBwcm90b2NvbA0gICB3aWxsIHJlLXJvdXRlIHJv
dW5kIGl0LiAgSWYgdGhlIG5ldyByb3V0ZSBjYW4gY2FycnkgYWxsIHRoZSBhZG1pdHRlZA0gICB0
cmFmZmljLCBmbG93cyB3aWxsIGdyYWNlZnVsbHkgY29udGludWUuICBJZiBpbnN0ZWFkIHRoaXMg
Y2F1c2VzDSAgIGVhcmx5IHdhcm5pbmcgb2YgcHJlLWNvbmdlc3Rpb24gb24gdGhlIG5ldyByb3V0
ZSwgdGhlbiBhZG1pc3Npb24NICAgY29udHJvbCBiYXNlZCBvbiBwcmUtY29uZ2VzdGlvbiBub3Rp
ZmljYXRpb24gd2lsbCBlbnN1cmUgbmV3IGZsb3dzDSAgIHdpbGwgbm90IGJlIGFkbWl0dGVkIHVu
dGlsIGVub3VnaCBleGlzdGluZyBmbG93cyBoYXZlIGRlcGFydGVkLg0gICBGaW5hbGx5IHJlLXJv
dXRpbmcgbWF5IHJlc3VsdCBpbiBoZWF2eSBjb25nZXN0aW9uLCB3aGVuIHRoZSBmbG93DSAgIHRl
cm1pbmF0aW9uIG1lY2hhbmlzbSB3aWxsIGtpY2sgaW4uDQ0gICBJZiBhIFBDTi1ib3VuZGFyeS1u
b2RlIGZhaWxzIHRoZW4gd2Ugd291bGQgbGlrZSB0aGUgcmVndWxhciBRb1MNICAgc2lnbmFsbGlu
ZyBwcm90b2NvbCB0byB0YWtlIGNhcmUgb2YgdGhpbmdzLiAgQXMgYW4gZXhhbXBsZQ0gICBJLUQu
YnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmUgWzJdIGNvbnNpZGVycyB3aGF0IGhhcHBlbnMg
aWYgUlNWUA0gICBpcyB0aGUgUW9TIHNpZ25hbGxpbmcgcHJvdG9jb2wuICBIb3dldmVyLCBzdWNo
IG1lY2hhbmlzbXMgYXJlIG91dCBvZg0gICBzY29wZSBvZiBQQ04uDQ04LjIuICBDb25maWd1cmF0
aW9uIE9BTQ0NICAgUGVyaGFwcyB0aGUgbW9zdCBpbXBvcnRhbnQgY29uc2lkZXJhdGlvbiBoZXJl
IGlzIHRoYXQgdGhlIGxldmVsIG9mDSAgIGRldGFpbCBvZiB0aGUgc3RhbmRhcmRpc2F0aW9uIGFm
ZmVjdHMgd2hhdCBjYW4gYmUgY29uZmlndXJlZC4gIFdlDSAgIHdvdWxkIGxpa2UgZGlmZmVyZW50
IGltcGxlbWVudGF0aW9ucyBhbmQgY29uZmlndXJhdGlvbnMgKGVnIGNob2ljZSBvZg0gICBwYXJh
bWV0ZXJzKSB0aGF0IGFyZSBjb21wbGlhbnQgd2l0aCB0aGUgUENOIHN0YW5kYXJkIHRvIHdvcmsg
dG9nZXRoZXINICAgc3VjY2Vzc2Z1bGx5Lg0NICAgT2J2aW91cyBjb25maWd1cmF0aW9uIHBhcmFt
ZXRlcnMgYXJlIHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZQ0gICBhbmQgY29uZmlndXJl
ZC10ZXJtaW5hdGlvbi1yYXRlLiAgQSBoaWdoZXIgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUN
ICAgZW5hYmxlcyBtb3JlIFBDTi10cmFmZmljIHRvIGJlIGFkbWl0dGVkIG9uIGEgbGluaywgaGVu
Y2UgaW1wcm92aW5nDSAgIGNhcGFjaXR5IHV0aWxpc2F0aW9uLiAgQSBjb25maWd1cmVkLXRlcm1p
bmF0aW9uLXJhdGUgc2V0IGZ1cnRoZXINICAgYWJvdmUgdGhlIGNvbmZpZ3VyZWQtYWRtaXNzaWJs
ZS1yYXRlIGFsbG93cyBncmVhdGVyIGluY3JlYXNlcyBpbg0gICB0cmFmZmljICh3aGV0aGVyIGR1
ZSB0byBuYXR1cmFsIGZsdWN0dWF0aW9ucyBvciBzb21lIHVuZXhwZWN0ZWQNICAgZXZlbnQpIGJl
Zm9yZSBhbnkgZmxvd3MgYXJlIHRlcm1pbmF0ZWQsIGllIHRvIG1pbmltaXNlIHRoZSBjaGFuY2Vz
IG9mDSAgIHVubmVjZXNzYXJpbHkgdHJpZ2dlcmluZyB0aGUgdGVybWluYXRpb24gbWVjaGFuaXNt
LiAgQSBncmVhdGVyIGdhcA0gICBiZXR3ZWVuIHRoZSBtYXhpbXVtIHJhdGUgYXQgd2hpY2ggUENO
LXRyYWZmaWMgY2FuIGJlIGZvcndhcmRlZCBvbiBhDSAgIGxpbmssIGFuZCB0aGUgY29uZmlndXJl
ZC1hZG1pc3NpYmxlLXJhdGUgYW5kIGNvbmZpZ3VyZWQtdGVybWluYXRpb24tDSAgIHJhdGUgaW5j
cmVhc2VzIHRoZSAnc2FmZXR5IG1hcmdpbicgLSB3aGljaCBjYW4gY292ZXIgdW5leHBlY3RlZA0g
ICBzdXJnZXMgaW4gdHJhZmZpYyBkdWUgdG8gYSByZS1yb3V0aW5nIGV2ZW50IGZvciBpbnN0YW5j
ZS4gIEZvcg0gICBpbnN0YW5jZSBhbiBvcGVyYXRvciBtYXkgd2FudCB0byBkZXNpZ24gdGhlaXIg
bmV0d29yayBzbyB0aGF0IGl0IGNhbg0gICBjb3BlIHdpdGggYSBmYWlsdXJlIG9mIGFueSBzaW5n
bGUgUENOLW5vZGUgd2l0aG91dCB0ZXJtaW5hdGluZyBhbnkNICAgZmxvd3MuICBTZXR0aW5nIHRo
ZSByYXRlcyB3aWxsIHRoZXJlZm9yZSBkZXBlbmQgb24gdGhpbmdzIGxpa2U6IHRoZQ0gICBvcGVy
YXRvcidzIHJlcXVpcmVtZW50cywgdGhlIGxpbmsncyBjYXBhY2l0eSwgdGhlIHR5cGljYWwgbnVt
YmVyIG9mDSAgIGZsb3dzIGFuZCBwZXJoYXBzIHRoZWlyIHRyYWZmaWMgY2hhcmFjdGVyaXN0aWNz
LCBhbmQgc28gb24uDQ0gICBBbm90aGVyIGNvbmZpZ3VyYXRpb24gZGVjaXNpb24gaXMgd2hldGhl
ciB0byBvcGVyYXRlIGJvdGggdGhlDSAgIGFkbWlzc2lvbiBjb250cm9sIGFuZCB0ZXJtaW5hdGlv
biBtZWNoYW5pc21zLiAgQWx0aG91Z2ggd2Ugc3VnZ2VzdA0gICB0aGF0IGFuIG9wZXJhdG9yIHVz
ZXMgYm90aCwgdGhpcyBpc24ndCByZXF1aXJlZCBhbmQgc29tZSBvcGVyYXRvcnMNDQ0NRWFyZGxl
eSwgZXQgYWwuICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAyMiwgMjAwNyAgICAgICAgICAgICAg
W1BhZ2UgMTldDQwNSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBEb2N1bWVudCAgICAg
ICAgICAgICAgICAgICAgICAgSnVuZSAyMDA3DQ0NICAgbWF5IHdhbnQgdG8gaW1wbGVtZW50IG9u
bHkgb25lLiAgRm9yIGV4YW1wbGUsIGFuIG9wZXJhdG9yIGNvdWxkIHVzZQ0gICBqdXN0IGFkbWlz
c2lvbiBjb250cm9sLCBzb2x2aW5nIGhlYXZ5IGNvbmdlc3Rpb24gKGNhdXNlZCBieSByZS0NICAg
cm91dGluZykgYnkgJ2p1c3Qgd2FpdGluZycgLSBhcyBzZXNzaW9ucyBlbmQsIGV4aXN0aW5nIG1p
Y3JvZmxvd3MNICAgbmF0dXJhbGx5IGRlcGFydCBmcm9tIHRoZSBzeXN0ZW0gb3ZlciB0aW1lLCBh
bmQgdGhlIGFkbWlzc2lvbiBjb250cm9sDSAgIG1lY2hhbmlzbSB3aWxsIHByZXZlbnQgYWRtaXNz
aW9uIG9mIG5ldyBtaWNyb2Zsb3dzIHRoYXQgdXNlIHRoZQ0gICBhZmZlY3RlZCBsaW5rcy4gIFNv
IHRoZSBQQ04tZG9tYWluIHdpbGwgbmF0dXJhbGx5IHJldHVybiB0byBub3JtYWwNICAgb3BlcmF0
aW9uLCBidXQgd2l0aCByZWR1Y2VkIGNhcGFjaXR5LiAgVGhlIGRyYXdiYWNrIG9mIHRoaXMgYXBw
cm9hY2gNICAgd291bGQgYmUgdGhhdCB1bnRpbCBQQ04tZmxvd3MgbmF0dXJhbGx5IGRlcGFydCB0
byByZWxpZXZlIHRoZQ0gICBjb25nZXN0aW9uLCBhbGwgUENOLWZsb3dzIGFzIHdlbGwgYXMgbG93
ZXIgcHJpb3JpdHkgc2VydmljZXMgd2lsbCBiZQ0gICBhZHZlcnNlbHkgYWZmZWN0ZWQuICBPbiB0
aGUgb3RoZXIgaGFuZCwgYW4gb3BlcmF0b3IgY291bGQganVzdCByZWx5DSAgIGZvciBhZG1pc3Np
b24gY29udHJvbCBvbiBzdGF0aWNhbGx5IHByb3Zpc2lvbmVkIGNhcGFjaXR5IHBlciBpbmdyZXNz
DSAgIChyZWdhcmRsZXNzIG9mIHRoZSBlZ3Jlc3Mgb2YgYSBmbG93KSwgYXMgaXMgdHlwaWNhbCBp
biB0aGUgRGlmZlNlcnYNICAgYXJjaGl0ZWN0dXJlIFJGQyAyNDc1IFsxM10uICBTdWNoIHRyYWZm
aWMgY29uZGl0aW9uaW5nIGFncmVlbWVudHMgY2FuDSAgIGxlYWQgdG8gZm9jdXNlZCBvdmVybG9h
ZDogbWFueSBmbG93cyBoYXBwZW4gdG8gZm9jdXMgb24gYSBwYXJ0aWN1bGFyDSAgIGxpbmsgYW5k
IHRoZW4gYWxsIGZsb3dzIHRocm91Z2ggdGhlIGNvbmdlc3RlZCBsaW5rIGZhaWwNICAgY2F0YXN0
cm9waGljYWxseS4gIFRoZSBmbG93IHRlcm1pbmF0aW9uIG1lY2hhbmlzbSB3b3VsZCBiZSB1c2Vk
IHRvDSAgIGNvdW50ZXJhY3Qgc3VjaCBhIHByb2JsZW0uDQ0gICBBIGRpZmZlcmVudCBwb3NzaWJp
bGl0eSBpcyB0byBjb25maWd1cmUgb25seSB0aGUgY29uZmlndXJlZC0NICAgYWRtaXNzaWJsZS1y
YXRlIGFuZCBvbmx5IGRvIGFkbWlzc2lvbi1tYXJraW5nLiAgVGhpcyBpcyBzdWdnZXN0ZWQgaW4N
ICAgSS1ELmNoYXJueS1wY24tc2luZ2xlLW1hcmtpbmcgWzRdIHdoaWNoIGdpdmVzIHNvbWUgb2Yg
dGhlIHByb3MgYW5kDSAgIGNvbnMgb2YgdGhpcyBhcHByb2FjaC4NDSAgIEFub3RoZXIgUENOIFdH
IGRvY3VtZW50IHdpbGwgc3BlY2lmeSBQQ04tbWFya2luZywgaW4gcGFydGljdWxhciBob3cNICAg
bWFueSBQQ04tcGFja2V0cyBnZXQgUENOLW1hcmtlZCBhY2NvcmRpbmcgdG8gd2hhdCBtZWFzdXJl
IG9mIFBDTi0NICAgdHJhZmZpYy4gIEZvciBpbnN0YW5jZSBhbiBhbGdvcml0aG0gcmVsYXRpbmcg
Y3VycmVudCBQQ04tcmF0ZSB0bw0gICBwcm9iYWJpbGl0eSBvZiBhZG1pc3Npb24tbWFya2luZyBh
IHBhY2tldC4gIERlcGVuZGluZyBvbiBob3cgdGlnaHRseQ0gICBpdCBpcyBkZWNpZGVkIHRvIHNw
ZWNpZnkgdGhpcywgdGhlcmUgYXJlIHBvdGVudGlhbGx5IHF1aXRlIGEgZmV3DSAgIGNvbmZpZ3Vy
YXRpb24gY2hvaWNlcywgZm9yIGluc3RhbmNlOg0NICAgbyAgZG9lcyB0aGUgcHJvYmFiaWxpdHkg
Z28gZnJvbSAwJSBhdCBvbmUgUENOLXJhdGUgKHRoZSBjb25maWd1cmVkLQ0gICAgICBhZG1pc3Np
YmxlLXJhdGUpIHRvIDEwMCUgYXQgYSBzbGlnaHRseSBoaWdoZXIgcmF0ZSwgb3IgJ3JhbXAgdXAn
DSAgICAgIGdyYWR1YWxseSAoYXMgaW4gUkVEKT8gIERvZXMgdGhlIHN0YW5kYXJkIGFsbG93IGJv
dGg/DQ0gICBvICBob3cgaXMgdGhlIGN1cnJlbnQgUENOLXJhdGUgbWVhc3VyZWQ/ICBSYXRlIGNh
bm5vdCBiZSBtZWFzdXJlZA0gICAgICBpbnN0YW50YW5lb3VzbHksIHNvIGhvdyBpcyB0aGlzIHNt
b290aGVkPyBhIHNsaWRpbmcgd2luZG93IG9yDSAgICAgIGV4cG9uZW50aWFsbHkgd2VpZ2h0ZWQg
bW92aW5nIGF2ZXJhZ2U/DQ0gICBvICBpcyB0aGUgY29uZmlndXJlZC1hZG1pc3NpYmxlLXJhdGUg
YSBmaXhlZCBwYXJhbWV0ZXI/ICBBbiBpZGVhDSAgICAgIHJhaXNlZCBpbiBTb25naHVyc3QgWzIx
XSBpcyB0aGF0IHRoZSBjb25maWd1cmVkLWFkbWlzc2libGUtcmF0ZSBvbg0gICAgICBlYWNoIHJv
dXRlciBzaG91bGQgYmUgZmxleGlibGUgZGVwZW5kaW5nIG9uIHRoZSBjdXJyZW50IGFtb3VudCBv
Zg0gICAgICBub24tUENOLXRyYWZmaWM7IHRoZSBhaW0gaXMgdGhhdCByZXNvdXJjZSBhbGxvY2F0
aW9uIHJlZmxlY3RzIHRoZQ0gICAgICB0cmFmZmljIG1peCAtIGZvciBpbnN0YW5jZSBtb3JlIFBD
Ti10cmFmZmljIGNvdWxkIGJlIGFkbWl0dGVkIGlmDSAgICAgIHRoZSBmcmFjdGlvbiBvZiBQQ04t
dHJhZmZpYyB3YXMgaGlnaGVyLiAgSXMgdGhpcyBhbGxvd2VkPw0NICAgQW5vdGhlciBxdWVzdGlv
biBpcyB3aGV0aGVyIHRoZXJlIGFyZSBhbnkgY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzDSAgIHRo
YXQgaGF2ZSB0byBiZSBzZXQgJ2dsb2JhbGx5JyBvdmVyIHRoZSB3aG9sZSBQQ04tZG9tYWluIChh
cyByZXF1aXJlZA0gICBieSBzb21lIHByb3Bvc2FscykuICBUaGlzIG1heSBpbmNyZWFzZSBvcGVy
YXRpb25hbCBjb21wbGV4aXR5IGFuZCB0aGUNDQ0NRWFyZGxleSwgZXQgYWwuICAgICAgICAgRXhw
aXJlcyBEZWNlbWJlciAyMiwgMjAwNyAgICAgICAgICAgICAgW1BhZ2UgMjBdDQwNSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgICAgICAgICBEb2N1bWVudCAgICAgICAgICAgICAgICAgICAgICAgSnVu
ZSAyMDA3DQ0NICAgY2hhbmNlcyBvZiBpbnRlcm9wZXJhYmlsaXR5IHByb2JsZW1zIGJldHdlZW4g
a2l0IGZyb20gZGlmZmVyZW50DSAgIHZlbmRvcnMuDQ04LjMuICBBY2NvdW50aW5nIE9BTQ0NICAg
QWNjb3VudGluZyBPQU0gY29uc2lkZXJhdGlvbnMgYXJlIG91dCBvZiBzY29wZSBvZiB0aGUgUENO
IFdHLg0NOC40LiAgUGVyZm9ybWFuY2UgT0FNDQ0gICBQZXJmb3JtYW5jZSBjaGFyYWN0ZXJpc3Rp
Y3MgdGhhdCBhbiBvcGVyYXRvciBtaWdodCB3YW50IHRvIHVuZGVyc3RhbmQNICAgY291bGQgaW5j
bHVkZToNDSAgIG8gIGhvdyBxdWlja2x5IGRvIHRoZSBQQ04gbWVjaGFuaXNtcyByZWFjdCB0byBh
IG1ham9yIHByb2JsZW0/ICBGb3INICAgICAgZXhhbXBsZSBhICdmbGFzaCBjcm93ZCcgd2hlcmUg
dGhlcmUgY291bGQgYmUgYSBiaWcgYnVyc3Qgb2YNICAgICAgYWRtaXNzaW9uIHJlcXVlc3RzIGlu
IGEgdmVyeSBzaG9ydCBzcGFjZSBvZiB0aW1lLiAgVGhlcmVmb3JlIHRoZQ0gICAgICByZWFjdGlv
biB0aW1lIG9mIHRoZSBhZG1pc3Npb24gY29udHJvbCBtZWNoYW5pc20gbmVlZHMgdG8gYmUNICAg
ICAgdW5kZXJzdG9vZCAoaG93IGxvbmcgaXMgaXQgYmVmb3JlIGVub3VnaCBhZG1pc3Npb24tbWFy
a3MgYXJlIHNlZW4NICAgICAgdG8gYmxvY2sgbmV3IGZsb3dzPykuICBUaGlzIGlzIHRoZSAndnVs
bmVyYWJpbGl0eSBwZXJpb2QnLCBhbmQgbWF5DSAgICAgIGltcGFjdCBhdCB0aGUgYXBwbGljYXRp
b24gbGV2ZWwsIGZvciBpbnN0YW5jZSBRb1MgcmVxdWVzdHMgYXJlIG5vdA0gICAgICBoYW5kbGVk
IGFueSBmYXN0ZXIgdGhhbiB0aGUgdnVsbmVyYWJpbGl0eSBwZXJpb2QuDQ0gICBvICBjYW4gdGhl
IG9wZXJhdG9yIGlkZW50aWZ5ICdob3Qgc3BvdHMnIGluIHRoZSBuZXR3b3JrIChsaW5rcyB3aGlj
aA0gICAgICBtb3N0IG9mdGVuIGRvIFBDTi1tYXJraW5nKT8gIFRoaXMgd291bGQgaGVscCB0aGVt
IHBsYW4gdG8gaW5zdGFsbA0gICAgICBleHRyYSBjYXBhY2l0eSB3aGVyZSBpdCBpcyBtb3N0IG5l
ZWRlZC4NDSAgIG8gIHdoYXQgaXMgdGhlIHJhdGUgYXQgd2hpY2ggZmxvd3MgYXJlIGFkbWl0dGVk
IGFuZCB0ZXJtaW5hdGVkIChmb3INICAgICAgZWFjaCBwYWlyIG9mIFBDTi1ib3VuZGFyeS1ub2Rl
cyk/ICBTdWNoIGluZm9ybWF0aW9uIHdvdWxkIGJlDSAgICAgIHVzZWZ1bCBmb3IgZmF1bHQgbWFu
YWdlbWVudCwgbmV0d29ya2luZyBwbGFubmluZyBhbmQgc2VydmljZSBsZXZlbA0gICAgICBtb25p
dG9yaW5nLg0NOC41LiAgU2VjdXJpdHkgT0FNDQ0gICBTZWN1cml0eSBjb25zaWRlcmF0aW9ucyBl
c3NlbnRpYWxseSBjb21lIGZyb20gQXNzdW1wdGlvbiAxLCB0aGF0IGFsbA0gICBub2RlcyBpbiB0
aGUgUENOLWRvbWFpbiB0cnVzdCBlYWNoIG90aGVyLiAgUENOIHNwbGl0cyBmdW5jdGlvbmFsaXR5
DSAgIGJldHdlZW4gUENOLWludGVyaW9yLW5vZGVzIGFuZCBQQ04tYm91bmRhcnktbm9kZXMsIGFu
ZCB0aGUgc2VjdXJpdHkNICAgY29uc2lkZXJhdGlvbnMgYXJlIHNvbWV3aGF0IGRpZmZlcmVudCBm
b3IgdGhlbSwgbWFpbmx5IGJlY2F1c2UgUENOLQ0gICBib3VuZGFyeS1ub2RlcyBhcmUgZmxvdy1h
d2FyZSBhbmQgUENOLWludGVyaW9yLW5vZGVzIGFyZSBub3QuDQ0gICBvICBiZWNhdXNlIHRoZSBQ
Q04tYm91bmRhcnktbm9kZXMgYXJlIGZsb3ctYXdhcmUsIHRoZXkgYXJlIHRydXN0ZWQgdG8NICAg
ICAgdXNlIHRoYXQgYXdhcmVuZXNzIGNvcnJlY3RseS4gIFRoZSBkZWdyZWUgb2YgdHJ1c3QgcmVx
dWlyZWQNICAgICAgZGVwZW5kcyBvbiB0aGUga2luZHMgb2YgZGVjaXNpb25zIGl0IGhhcyB0byBt
YWtlIGFuZCB0aGUga2luZHMgb2YNICAgICAgaW5mb3JtYXRpb24gaXQgbmVlZHMgdG8gbWFrZSB0
aGVtLiAgRm9yIGV4YW1wbGUgd2hlbiB0aGUgUENOLQ0gICAgICBib3VuZGFyeS1ub2RlIG5lZWRz
IHRvIGtub3cgdGhlIGNvbnRlbnRzIG9mIHRoZSBzZXNzaW9ucyBmb3INICAgICAgbWFraW5nIHRo
ZSBhZG1pc3Npb24gYW5kIHRlcm1pbmF0aW9uIGRlY2lzaW9ucyAocGVyaGFwcyBiYXNlZCBvbg0g
ICAgICB0aGUgTUxQUCBwcmVjZWRlbmNlKSwgb3Igd2hlbiB0aGUgY29udGVudHMgYXJlIGhpZ2hs
eSBjbGFzc2lmaWVkLA0gICAgICB0aGVuIHRoZSBzZWN1cml0eSByZXF1aXJlbWVudHMgZm9yIHRo
ZSBQQ04tYm91bmRhcnktbm9kZXMgaW52b2x2ZWQNICAgICAgd2lsbCBhbHNvIG5lZWQgdG8gYmUg
aGlnaC4NDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIw
MDcgICAgICAgICAgICAgIFtQYWdlIDIxXQ0MDUludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAg
ICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAwNw0NDSAgIG8gIFRoZSBQ
Q04taW5ncmVzcy1ub2RlcyBwb2xpY2UgcGFja2V0cyB0byBlbnN1cmUgYSBmbG93IHN0aWNrcw0g
ICAgICB3aXRoaW4gaXRzIGFncmVlZCBsaW1pdCwgYW5kIHRvIGVuc3VyZSB0aGF0IG9ubHkgZmxv
d3Mgd2hpY2ggaGF2ZQ0gICAgICBiZWVuIGFkbWl0dGVkIGNvbnRyaWJ1dGUgUENOLXRyYWZmaWMg
aW50byB0aGUgUENOLWRvbWFpbi4gIFRoZQ0gICAgICBwb2xpY2VyIG11c3QgZHJvcCAob3IgcGVy
aGFwcyByZS1tYXJrKSBhbnkgUENOLXBhY2tldHMgcmVjZWl2ZWQNICAgICAgdGhhdCBhcmUgb3V0
c2lkZSB0aGlzIHJlbWl0LiAgVGhpcyBpcyBzaW1pbGFyIHRvIHRoZSBleGlzdGluZw0gICAgICBJ
bnRTZXJ2IGJlaGF2aW91ci4gIEJldHdlZW4gdGhlbSB0aGUgUENOLWJvdW5kYXJ5LW5vZGVzIG11
c3QNICAgICAgZW5jaXJjbGUgdGhlIFBDTi1kb21haW4sIG90aGVyd2lzZSBQQ04tcGFja2V0cyBj
b3VsZCBlbnRlciB0aGUNICAgICAgUENOLWRvbWFpbiB3aXRob3V0IGJlaW5nIHN1YmplY3QgdG8g
YWRtaXNzaW9uIGNvbnRyb2wsIHdoaWNoIHdvdWxkDSAgICAgIHBvdGVudGlhbGx5IGRlc3Ryb3kg
dGhlIFFvUyBvZiBleGlzdGluZyBmbG93cy4NDSAgIG8gIFBDTi1pbnRlcmlvci1ub2RlcyBhcmVu
J3QgZmxvdy1hd2FyZS4gIEZvciBleGFtcGxlLCBQQ04tcGFja2V0cw0gICAgICBmcm9tIG5vcm1h
bCBhbmQgaGlnaGVyIE1MUFAgcHJlY2VkZW5jZSBzZXNzaW9ucyBhcmVuJ3QNICAgICAgZGlzdGlu
Z3Vpc2hhYmxlIGJ5IFBDTi1pbnRlcmlvci1ub2Rlcy4gIFRoaXMgcHJldmVudHMgYW4gYXR0YWNr
ZXINICAgICAgc3BlY2lmaWNhbGx5IHRhcmdldGluZywgaW4gdGhlIGRhdGEgcGxhbmUsIGhpZ2hl
ciBwcmVjZWRlbmNlDSAgICAgIHBhY2tldHMgKHBlcmhhcHMgZm9yIERvUyBvciBmb3IgZWF2ZXNk
cm9wcGluZykuDQ0gICBvICBQQ04tbWFya2luZyBieSB0aGUgUENOLWludGVyaW9yLW5vZGVzIGFs
b25nIHRoZSBwYWNrZXQgZm9yd2FyZGluZw0gICAgICBwYXRoIG5lZWRzIHRvIGJlIHRydXN0ZWQs
IGJlY2F1c2UgdGhlIFBDTi1ib3VuZGFyeS1ub2RlcyByZWx5IG9uDSAgICAgIHRoaXMgaW5mb3Jt
YXRpb24uICBGb3IgaW5zdGFuY2UgYSBub24gUENOLW5vZGUgd291bGRuJ3QgYmUgYWJsZSB0bw0g
ICAgICBhbGVydCB0aGF0IGl0J3Mgc3VmZmVyaW5nIHByZS1jb25nZXN0aW9uLCB3aGljaCBwb3Rl
bnRpYWxseSB3b3VsZA0gICAgICBsZWFkIHRvIHRvbyBtYW55IFBDTi1mbG93cyBiZWluZyBhZG1p
dHRlZCAob3IgdG9vIGZldyBiZWluZw0gICAgICB0ZXJtaW5hdGVkKS4gIFdvcnNlLCBhIHJvZ3Vl
IG5vZGUgY291bGQgcGVyZm9ybSBhdHRhY2tzIHN1Y2ggYXMNICAgICAgUENOLW1hcmtpbmcgYWxs
IHBhY2tldHMgc28gdGhhdCBubyBmbG93cyB3ZXJlIGFkbWl0dGVkLg0NICAgbyAgdGhlIFBDTi1i
b3VuZGFyeS1ub2RlcyBzaG91bGQgYmUgYWJsZSB0byBkZWFsIHdpdGggRG9TIGF0dGFja3MgYW5k
DSAgICAgIHN0YXRlIGV4aGF1c3Rpb24gYXR0YWNrcyBiYXNlZCBvbiBmYXN0IGNoYW5nZXMgaW4g
cGVyIGZsb3cNICAgICAgc2lnbmFsbGluZy4NDSAgIG8gIFRoZSBzaWduYWxsaW5nIGJldHdlZW4g
dGhlIFBDTi1ib3VuZGFyeS1ub2RlcyAoYW5kIHBvc3NpYmx5IGENICAgICAgY2VudHJhbGlzZWQg
ZGVjaXNpb24gbWFraW5nIG5vZGUpIG11c3QgYmUgcHJvdGVjdCBmcm9tIGF0dGFja3MuDSAgICAg
IFBvc3NpYmxlIG1lYXN1cmVzIGluY2x1ZGUgZGlnZXN0IGF1dGhlbnRpY2F0aW9uLCBhbmQgcHJv
dGVjdGlvbg0gICAgICBhZ2FpbnN0IHJlcGxheSBhbmQgbWFuLWluLXRoZS1taWRkbGUgYXR0YWNr
cy4NDQ05LiAgSUFOQSBDb25zaWRlcmF0aW9ucw0NICAgVGhpcyBtZW1vIGluY2x1ZGVzIG5vIHJl
cXVlc3QgdG8gSUFOQS4NDQ0xMC4gIENvbmNsdXNpb25zDQ0gICB7VG9Ebzp9DQ0NMTEuICBBY2tu
b3dsZWRnZW1lbnRzDQ0gICBUaGlzIGRvY3VtZW50IGlzIHRoZSByZXN1bHQgb2YgZGlzY3Vzc2lv
bnMgaW4gdGhlIFBDTiBXRyBhbmQNICAgZm9yZXJ1bm5lciBhY3Rpdml0eSBpbiB0aGUgVFNWV0cu
ICBBIG51bWJlciBvZiBwcmV2aW91cyBkcmFmdCB3ZXJlDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAg
ICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDIyXQ0MDUlu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAg
ICAgIEp1bmUgMjAwNw0NDSAgIHByZXNlbnRlZCB0byBUU1ZXRzogSS1ELmNoYW4tcGNuLXByb2Js
ZW0tc3RhdGVtZW50IFsxMF0sIEktRC5icmlzY29lLQ0gICB0c3Z3Zy1jbC1hcmNoaXRlY3R1cmUg
WzJdLCBJLUQuYnJpc2NvZS10c3Z3Zy1jbC1waGIgWzNdLCBJLUQuY2hhcm55LQ0gICBwY24tc2lu
Z2xlLW1hcmtpbmcgWzRdLCBJLUQuYmFiaWFyei1wY24tc2lwLWNhcCBbNl0sIEktRC5sZWZhdWNo
ZXVyLQ0gICByc3ZwLWVjbiBbOV0uICBUaGUgYXV0aG9ycyBvZiB0aGVtIHdlcmU6IEIsIEJyaXNj
b2UsIFAuIEVhcmRsZXksIEQuDSAgIFNvbmdodXJzdCwgRi4gTGUgRmF1Y2hldXIsIEEuIENoYXJu
eSwgSi4gQmFiaWFyeiwgSy4gQ2hhbiwgUy4gRHVkbGV5LA0gICBHLiBLYXJhZ2lhbm5pcywgQS4g
QmFkZXIsIEwuIFdlc3RiZXJnLCBKLiBaaGFuZywgVi4gTGlhdHNvcywgWC1HLg0gICBMaXUuDQ0N
MTIuICBDb21tZW50cyBTb2xpY2l0ZWQNDSAgIENvbW1lbnRzIGFuZCBxdWVzdGlvbnMgYXJlIGVu
Y291cmFnZWQgYW5kIHZlcnkgd2VsY29tZS4gIFRoZXkgY2FuIGJlDSAgIGFkZHJlc3NlZCB0byB0
aGUgSUVURiBQQ04gd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgPHBjbkBpZXRmLm9yZz4uDQ0N
MTMuICBSZWZlcmVuY2VzDQ0xMy4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMNDSAgIFsxXSAgIEJy
YWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZSBSZXF1aXJl
bWVudA0gICAgICAgICBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LCBNYXJjaCAxOTk3Lg0NMTMu
Mi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMNDSAgIFsyXSAgIEJyaXNjb2UsIEIuLCAiQW4gZWRn
ZS10by1lZGdlIERlcGxveW1lbnQgTW9kZWwgZm9yIFByZS0NICAgICAgICAgQ29uZ2VzdGlvbiBO
b3RpZmljYXRpb246IEFkbWlzc2lvbiAgQ29udHJvbCBvdmVyIGEgRGlmZlNlcnYNICAgICAgICAg
UmVnaW9uIiwgZHJhZnQtYnJpc2NvZS10c3Z3Zy1jbC1hcmNoaXRlY3R1cmUtMDQgKHdvcmsgaW4N
ICAgICAgICAgcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYuDQ0gICBbM10gICBCcmlzY29lLCBCLiwg
IlByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlvbiBtYXJraW5nIiwNICAgICAgICAgZHJhZnQtYnJp
c2NvZS10c3Z3Zy1jbC1waGItMDMgKHdvcmsgaW4gcHJvZ3Jlc3MpLCBPY3RvYmVyIDIwMDYuDQ0g
ICBbNF0gICBDaGFybnksIEEuLCAiUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIFVzaW5nIFNp
bmdsZSBNYXJraW5nDSAgICAgICAgIGZvciBBZG1pc3Npb24gYW5kICBQcmUtZW1wdGlvbiIsDSAg
ICAgICAgIGRyYWZ0LWNoYXJueS1wY24tc2luZ2xlLW1hcmtpbmctMDEgKHdvcmsgaW4gcHJvZ3Jl
c3MpLA0gICAgICAgICBNYXJjaCAyMDA3Lg0NICAgWzVdICAgQmFrZXIsIEYuLCAiRFNDUHMgZm9y
IENhcGFjaXR5LUFkbWl0dGVkIFRyYWZmaWMiLA0gICAgICAgICBkcmFmdC1pZXRmLXRzdndnLWFk
bWl0dGVkLXJlYWx0aW1lLWRzY3AtMDEgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0gICAgICAgICBNYXJj
aCAyMDA3Lg0NICAgWzZdICAgQmFiaWFyeiwgSi4sICJTSVAgQ29udHJvbGxlZCBBZG1pc3Npb24g
YW5kIFByZWVtcHRpb24iLA0gICAgICAgICBkcmFmdC1iYWJpYXJ6LXBjbi1zaXAtY2FwLTAwICh3
b3JrIGluIHByb2dyZXNzKSwgT2N0b2JlciAyMDA2Lg0NICAgWzddICAgRGF2aWUsIEIuLCAiRXhw
bGljaXQgQ29uZ2VzdGlvbiBNYXJraW5nIGluIE1QTFMiLA0gICAgICAgICBkcmFmdC1pZXRmLXRz
dndnLWVjbi1tcGxzLTAxICh3b3JrIGluIHByb2dyZXNzKSwgSnVuZSAyMDA3Lg0NICAgWzhdICAg
QnJpc2NvZSwgQi4sICJFbXVsYXRpbmcgQm9yZGVyIEZsb3cgUG9saWNpbmcgdXNpbmcgUmUtRUNO
IG9uDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcg
ICAgICAgICAgICAgIFtQYWdlIDIzXQ0MDUludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
RG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAwNw0NDSAgICAgICAgIEJ1bGsg
RGF0YSIsIGRyYWZ0LWJyaXNjb2UtdHN2d2ctcmUtZWNuLWJvcmRlci1jaGVhdC0wMSAod29yayBp
bg0gICAgICAgICBwcm9ncmVzcyksIEp1bmUgMjAwNi4NDSAgIFs5XSAgIEZhdWNoZXVyLCBGLiwg
IlJTVlAgRXh0ZW5zaW9ucyBmb3IgQWRtaXNzaW9uIENvbnRyb2wgb3Zlcg0gICAgICAgICBEaWZm
c2VydiB1c2luZyBQcmUtY29uZ2VzdGlvbiAgTm90aWZpY2F0aW9uIChQQ04pIiwNICAgICAgICAg
ZHJhZnQtbGVmYXVjaGV1ci1yc3ZwLWVjbi0wMSAod29yayBpbiBwcm9ncmVzcyksIEp1bmUgMjAw
Ni4NDSAgIFsxMF0gIENoYW4sIEsuLCAiUHJlLUNvbmdlc3Rpb24gTm90aWZpY2F0aW9uIFByb2Js
ZW0gU3RhdGVtZW50IiwNICAgICAgICAgZHJhZnQtY2hhbi1wY24tcHJvYmxlbS1zdGF0ZW1lbnQt
MDEgKHdvcmsgaW4gcHJvZ3Jlc3MpLA0gICAgICAgICBPY3RvYmVyIDIwMDYuDQ0gICBbMTFdICBD
aGFuLCBLLiwgIlByZS1Db25nZXN0aW9uIE5vdGlmaWNhdGlvbiBFbmNvZGluZyBDb21wYXJpc29u
IiwNICAgICAgICAgZHJhZnQtY2hhbi1wY24tZW5jb2RpbmctY29tcGFyaXNvbi0wMCAod29yayBp
biBwcm9ncmVzcyksDSAgICAgICAgIEp1bmUgMjAwNy4NDSAgIFsxMl0gIEZsb3lkLCBTLiwgIlNw
ZWNpZnlpbmcgQWx0ZXJuYXRlIFNlbWFudGljcyBmb3IgdGhlIEV4cGxpY2l0DSAgICAgICAgIENv
bmdlc3Rpb24gTm90aWZpY2F0aW9uIChFQ04pIEZpZWxkIiwgQkNQIDEyNCwgUkZDIDQ3NzQsDSAg
ICAgICAgIE5vdmVtYmVyIDIwMDYuDQ0gICBbMTNdICBCbGFrZSwgUy4sIEJsYWNrLCBELiwgQ2Fy
bHNvbiwgTS4sIERhdmllcywgRS4sIFdhbmcsIFouLCBhbmQgVy4NICAgICAgICAgV2Vpc3MsICJB
biBBcmNoaXRlY3R1cmUgZm9yIERpZmZlcmVudGlhdGVkIFNlcnZpY2VzIiwgUkZDIDI0NzUsDSAg
ICAgICAgIERlY2VtYmVyIDE5OTguDQ0gICBbMTRdICBEYXZpZSwgQi4sIENoYXJueSwgQS4sIEJl
bm5ldCwgSi4sIEJlbnNvbiwgSy4sIExlIEJvdWRlYywgSi4sDSAgICAgICAgIENvdXJ0bmV5LCBX
LiwgRGF2YXJpLCBTLiwgRmlyb2l1LCBWLiwgYW5kIEQuIFN0aWxpYWRpcywgIkFuDSAgICAgICAg
IEV4cGVkaXRlZCBGb3J3YXJkaW5nIFBIQiAoUGVyLUhvcCBCZWhhdmlvcikiLCBSRkMgMzI0NiwN
ICAgICAgICAgTWFyY2ggMjAwMi4NDSAgIFsxNV0gIEJhYmlhcnosIEouLCBDaGFuLCBLLiwgYW5k
IEYuIEJha2VyLCAiQ29uZmlndXJhdGlvbiBHdWlkZWxpbmVzDSAgICAgICAgIGZvciBEaWZmU2Vy
diBTZXJ2aWNlIENsYXNzZXMiLCBSRkMgNDU5NCwgQXVndXN0IDIwMDYuDQ0gICBbMTZdICBSYW1h
a3Jpc2huYW4sIEsuLCBGbG95ZCwgUy4sIGFuZCBELiBCbGFjaywgIlRoZSBBZGRpdGlvbiBvZg0g
ICAgICAgICBFeHBsaWNpdCBDb25nZXN0aW9uIE5vdGlmaWNhdGlvbiAoRUNOKSB0byBJUCIsIFJG
QyAzMTY4LA0gICAgICAgICBTZXB0ZW1iZXIgMjAwMS4NDSAgIFsxN10gIFdyb2NsYXdza2ksIEou
LCAiU3BlY2lmaWNhdGlvbiBvZiB0aGUgQ29udHJvbGxlZC1Mb2FkIE5ldHdvcmsNICAgICAgICAg
RWxlbWVudCBTZXJ2aWNlIiwgUkZDIDIyMTEsIFNlcHRlbWJlciAxOTk3Lg0NICAgWzE4XSAgQmVy
bmV0LCBZLiwgRm9yZCwgUC4sIFlhdmF0a2FyLCBSLiwgQmFrZXIsIEYuLCBaaGFuZywgTC4sDSAg
ICAgICAgIFNwZWVyLCBNLiwgQnJhZGVuLCBSLiwgRGF2aWUsIEIuLCBXcm9jbGF3c2tpLCBKLiwg
YW5kIEUuDSAgICAgICAgIEZlbHN0YWluZSwgIkEgRnJhbWV3b3JrIGZvciBJbnRlZ3JhdGVkIFNl
cnZpY2VzIE9wZXJhdGlvbiBvdmVyDSAgICAgICAgIERpZmZzZXJ2IE5ldHdvcmtzIiwgUkZDIDI5
OTgsIE5vdmVtYmVyIDIwMDAuDQ0gICBbMTldICBMZSBGYXVjaGV1ciwgRi4sIFd1LCBMLiwgRGF2
aWUsIEIuLCBEYXZhcmksIFMuLCBWYWFuYW5lbiwgUC4sDSAgICAgICAgIEtyaXNobmFuLCBSLiwg
Q2hldmFsLCBQLiwgYW5kIEouIEhlaW5hbmVuLCAiTXVsdGktUHJvdG9jb2wNICAgICAgICAgTGFi
ZWwgU3dpdGNoaW5nIChNUExTKSBTdXBwb3J0IG9mIERpZmZlcmVudGlhdGVkIFNlcnZpY2VzIiwN
ICAgICAgICAgUkZDIDMyNzAsIE1heSAyMDAyLg0NDQ0NRWFyZGxleSwgZXQgYWwuICAgICAgICAg
RXhwaXJlcyBEZWNlbWJlciAyMiwgMjAwNyAgICAgICAgICAgICAgW1BhZ2UgMjRdDQwNSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgICAgICBEb2N1bWVudCAgICAgICAgICAgICAgICAgICAgICAg
SnVuZSAyMDA3DQ0NICAgWzIwXSAgIk11bHRpbGV2ZWwgUHJlY2VkZW5jZSBhbmQgUHJlLWVtcHRp
b24gU2VydmljZSAoTUxQUCkiLCBJVFUtVA0gICAgICAgICBSZWNvbW1lbmRhdGlvbiBJLjI1NS4z
LCAxOTkwLg0NICAgWzIxXSAgIkd1YXJhbnRlZWQgUW9TIFN5bnRoZXNpcyBmb3IgQWRtaXNzaW9u
IENvbnRyb2wgd2l0aCBTaGFyZWQNICAgICAgICAgQ2FwYWNpdHkiLCBCVCBUZWNobmljYWwgUmVw
b3J0IFRSLUNYUjktMjAwNi0wMDEsIEZlYnVyYXJ5IDIwMDYsDSAgICAgICAgIDwgICAgICAgICAg
ICAgICAgIGh0dHA6Ly93d3cuY3MudWNsLmFjLnVrL3N0YWZmL0IuQnJpc2NvZS8NICAgICAgICAg
cHJvamVjdHMvaXBlMmVxb3MvZ3FzL3BhcGVycy9HUVNfc2hhcmVkX3RyLnBkZj4uDQ0NQXV0aG9y
cycgQWRkcmVzc2VzDQ0gICBQaGlsaXAgRWFyZGxleQ0gICBCVA0gICBCNTQvNzcsIFNpcml1cyBI
b3VzZSBBZGFzdHJhbCBQYXJrIE1hcnRsZXNoYW0gSGVhdGgNICAgSXBzd2ljaCwgU3VmZm9sayAg
SVA1IDNSRQ0gICBVbml0ZWQgS2luZ2RvbQ0NICAgRW1haWw6IHBoaWxpcC5lYXJkbGV5QGJ0LmNv
bQ0NDSAgIEpvemVmIFouIEJhYmlhcnoNICAgTm9ydGVsDSAgIDM1MDAgQ2FybGluZyBBdmVudWUN
ICAgT3R0YXdhLCBPbnQuICBLMkggOEU5DSAgIENhbmFkYQ0NICAgRW1haWw6IGJhYmlhcnpAbm9y
dGVsLmNvbQ0NDSAgIEt3b2sgSG8gQ2hhbg0gICBOb3J0ZWwNICAgNjAwIFRlY2hub2xvZ3kgUGFy
ayBEcml2ZQ0gICBCaWxsZXJpY2EsIE1BICAwMTgyMQ0gICBVU0ENDSAgIEVtYWlsOiBraGNoYW5A
bm9ydGVsLmNvbQ0NDSAgIEFubmEgQ2hhcm55DSAgIENpc2NvIFN5c3RlbXMNICAgMTQxNjQgTWFz
c2FjaHVzZXR0cyBBdmUNICAgQm94Ym9yb3VnaCwgTUEgIDAxNzE5DSAgIFVTQQ0NICAgRW1haWw6
IGFjaGFybnlAY2lzY28uY29tDQ0NDQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMg
RGVjZW1iZXIgMjIsIDIwMDcgICAgICAgICAgICAgIFtQYWdlIDI1XQ0MDUludGVybmV0LURyYWZ0
ICAgICAgICAgICAgICAgICAgRG9jdW1lbnQgICAgICAgICAgICAgICAgICAgICAgIEp1bmUgMjAw
Nw0NDSAgIFJ1ZWRpZ2VyIEdlaWINICAgVC1TeXN0ZW1zDSAgIERldXRzY2hlLVRlbGVrb20tQWxs
ZWUgNw0gICBEYXJtc3RhZHQsIC0gIDY0Mjk3DSAgIEdlcm1hbnkNDSAgIEVtYWlsOiBSdWVkaWdl
ci5HZWliQHQtc3lzdGVtcy5jb20NDQ0gICBHZW9yZ2lvcyBLYXJhZ2lhbm5pcw0gICBVbml2ZXJz
aXR5IG9mIFR3ZW50ZQ0gICBQLk8uIEJveCAyMTcNICAgNzUwMCBBRSBFbnNjaGVkZSwNICAgVGhl
IE5ldGhlcmxhbmRzDQ0gICBFbWFpbDogZy5rYXJhZ2lhbm5pc0Bld2kudXR3ZW50ZS5ubA0NDSAg
IE1pY2hhZWwgTWVudGgNICAgVW5pdmVyc2l0eSBvZiBXdXJ6YnVyZw0gICBJbnN0aXR1dGUgb2Yg
Q29tcHV0ZXIgU2NpZW5jZQ0gICBSb29tIEIyMDYNICAgQW0gSHVibGFuZCwgV3VlcnpidXJnICBE
LTk3MDc0DSAgIEdlcm1hbnkNDSAgIEVtYWlsOiBtZW50aEBpbmZvcm1hdGlrLnVuaS13dWVyemJ1
cmcuZGUNDQ0gICBUaW5hIFRzb3UNICAgSHVhd2VpIFRlY2hub2xvZ2llcw0gICBGMy01LTA4OVMs
IFImRCBDZW50ZXIsDSAgIExvbmdnYW5nIERpc3RyaWN0DSAgIFNoZW56aGVuLCAtICA1MTgxMjkN
ICAgQ2hpbmENDSAgIEVtYWlsOiB0ZW5hQGh1YXdlaS5jb20NDQ0NDQ0NDQ0NDQ0NDQ0NRWFyZGxl
eSwgZXQgYWwuICAgICAgICAgRXhwaXJlcyBEZWNlbWJlciAyMiwgMjAwNyAgICAgICAgICAgICAg
W1BhZ2UgMjZdDQwNSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgICBEb2N1bWVudCAgICAg
ICAgICAgICAgICAgICAgICAgSnVuZSAyMDA3DQ0NRnVsbCBDb3B5cmlnaHQgU3RhdGVtZW50DQ0g
ICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRydXN0ICgyMDA3KS4NDSAgIFRoaXMgZG9jdW1lbnQg
aXMgc3ViamVjdCB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBhbmQgcmVzdHJpY3Rpb25zDSAgIGNv
bnRhaW5lZCBpbiBCQ1AgNzgsIGFuZCBleGNlcHQgYXMgc2V0IGZvcnRoIHRoZXJlaW4sIHRoZSBh
dXRob3JzDSAgIHJldGFpbiBhbGwgdGhlaXIgcmlnaHRzLg0NICAgVGhpcyBkb2N1bWVudCBhbmQg
dGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gYXJlIHByb3ZpZGVkIG9uIGFuDSAgICJB
UyBJUyIgYmFzaXMgYW5kIFRIRSBDT05UUklCVVRPUiwgVEhFIE9SR0FOSVpBVElPTiBIRS9TSEUg
UkVQUkVTRU5UUw0gICBPUiBJUyBTUE9OU09SRUQgQlkgKElGIEFOWSksIFRIRSBJTlRFUk5FVCBT
T0NJRVRZLCBUSEUgSUVURiBUUlVTVCBBTkQNICAgVEhFIElOVEVSTkVUIEVOR0lORUVSSU5HIFRB
U0sgRk9SQ0UgRElTQ0xBSU0gQUxMIFdBUlJBTlRJRVMsIEVYUFJFU1MNICAgT1IgSU1QTElFRCwg
SU5DTFVESU5HIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkgV0FSUkFOVFkgVEhBVCBUSEUgVVNFIE9G
DSAgIFRIRSBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hUUyBP
UiBBTlkgSU1QTElFRA0gICBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBGSVRORVNT
IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4NDQ1JbnRlbGxlY3R1YWwgUHJvcGVydHkNDSAgIFRo
ZSBJRVRGIHRha2VzIG5vIHBvc2l0aW9uIHJlZ2FyZGluZyB0aGUgdmFsaWRpdHkgb3Igc2NvcGUg
b2YgYW55DSAgIEludGVsbGVjdHVhbCBQcm9wZXJ0eSBSaWdodHMgb3Igb3RoZXIgcmlnaHRzIHRo
YXQgbWlnaHQgYmUgY2xhaW1lZCB0bw0gICBwZXJ0YWluIHRvIHRoZSBpbXBsZW1lbnRhdGlvbiBv
ciB1c2Ugb2YgdGhlIHRlY2hub2xvZ3kgZGVzY3JpYmVkIGluDSAgIHRoaXMgZG9jdW1lbnQgb3Ig
dGhlIGV4dGVudCB0byB3aGljaCBhbnkgbGljZW5zZSB1bmRlciBzdWNoIHJpZ2h0cw0gICBtaWdo
dCBvciBtaWdodCBub3QgYmUgYXZhaWxhYmxlOyBub3IgZG9lcyBpdCByZXByZXNlbnQgdGhhdCBp
dCBoYXMNICAgbWFkZSBhbnkgaW5kZXBlbmRlbnQgZWZmb3J0IHRvIGlkZW50aWZ5IGFueSBzdWNo
IHJpZ2h0cy4gIEluZm9ybWF0aW9uDSAgIG9uIHRoZSBwcm9jZWR1cmVzIHdpdGggcmVzcGVjdCB0
byByaWdodHMgaW4gUkZDIGRvY3VtZW50cyBjYW4gYmUNICAgZm91bmQgaW4gQkNQIDc4IGFuZCBC
Q1AgNzkuDQ0gICBDb3BpZXMgb2YgSVBSIGRpc2Nsb3N1cmVzIG1hZGUgdG8gdGhlIElFVEYgU2Vj
cmV0YXJpYXQgYW5kIGFueQ0gICBhc3N1cmFuY2VzIG9mIGxpY2Vuc2VzIHRvIGJlIG1hZGUgYXZh
aWxhYmxlLCBvciB0aGUgcmVzdWx0IG9mIGFuDSAgIGF0dGVtcHQgbWFkZSB0byBvYnRhaW4gYSBn
ZW5lcmFsIGxpY2Vuc2Ugb3IgcGVybWlzc2lvbiBmb3IgdGhlIHVzZSBvZg0gICBzdWNoIHByb3By
aWV0YXJ5IHJpZ2h0cyBieSBpbXBsZW1lbnRlcnMgb3IgdXNlcnMgb2YgdGhpcw0gICBzcGVjaWZp
Y2F0aW9uIGNhbiBiZSBvYnRhaW5lZCBmcm9tIHRoZSBJRVRGIG9uLWxpbmUgSVBSIHJlcG9zaXRv
cnkgYXQNICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pcHIuDQ0gICBUaGUgSUVURiBpbnZpdGVzIGFu
eSBpbnRlcmVzdGVkIHBhcnR5IHRvIGJyaW5nIHRvIGl0cyBhdHRlbnRpb24gYW55DSAgIGNvcHly
aWdodHMsIHBhdGVudHMgb3IgcGF0ZW50IGFwcGxpY2F0aW9ucywgb3Igb3RoZXIgcHJvcHJpZXRh
cnkNICAgcmlnaHRzIHRoYXQgbWF5IGNvdmVyIHRlY2hub2xvZ3kgdGhhdCBtYXkgYmUgcmVxdWly
ZWQgdG8gaW1wbGVtZW50DSAgIHRoaXMgc3RhbmRhcmQuICBQbGVhc2UgYWRkcmVzcyB0aGUgaW5m
b3JtYXRpb24gdG8gdGhlIElFVEYgYXQNICAgaWV0Zi1pcHJAaWV0Zi5vcmcuDQ0NQWNrbm93bGVk
Z21lbnQNDSAgIEZ1bmRpbmcgZm9yIHRoZSBSRkMgRWRpdG9yIGZ1bmN0aW9uIGlzIHByb3ZpZGVk
IGJ5IHRoZSBJRVRGDSAgIEFkbWluaXN0cmF0aXZlIFN1cHBvcnQgQWN0aXZpdHkgKElBU0EpLg0N
DQ0NDUVhcmRsZXksIGV0IGFsLiAgICAgICAgIEV4cGlyZXMgRGVjZW1iZXIgMjIsIDIwMDcgICAg
ICAgICAgICAgIFtQYWdlIDI3XQwNBVRoZSBQQ04tZmVlZGJhY2staW5mb3JtYXRpb24gbWF5IGJl
IHNpZ25hbGxlZCB0byBhIGNlbnRyYWxpc2VkIG5vZGUuDQVQQ04tZmVlZGJhY2staW5mb3JtYXRp
b24gbWF5IGJlIHNpZ25hbGxlZCB0byBhIGNlbnRyYWxpc2VkIG5vZGUNBVFvUyAgcmVxdWVzdHMg
bWF5IGJlIHNlbnQgZnJvbSBhIFBDTi1pbmdyZXNzLW5vZGUgdG8gYSBjZW50cmFsaXNlZCBub2Rl
LiBEZWNpc2lvbiBpcyBtYWRlIG9uIHRoZSBjZW50cmFsaXNlZCBub2RlIGJhc2VkIG9uIFBvbGlj
eSwgU2VydmljZSBsYXllciByZXF1aXJlbWVudCwgbWVhc3VyZW1lbnQgcmVzdWx0cy4gUENOLWlu
Z3Jlc3Mtbm9kZXMgYXJlIHBvbGljeSBlbmZvcmNlbWVudCBlbnRpdHkgcmVzcG9uc2libGUgZm9y
IGZsb3cgZ2F0ZSBjb250cm9sLCBwb2xpY3lpbmcsIGNvbG91cmluZy4NQSBjZW50cmFsaXplZCBu
b2RlIHNob3VsZCBiZSByZWdhcmQgdG8gbG9jYXRlZCBpbiB0cmFuc3BvcnQgY29udHJvbCBsYXll
ci4gSW5ncmVzcyBhbmQgRWdyZXNzIGFyZSBsb2NhdGVkIG9uIHRyYW5zcG9ydCBsYXllci4NDQ0A
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGAABSEQAA0xEAAEwcAADqHAAA
mygAADQpAABbKgAAnCoAAJ0qAAD6KgAA+yoAAA8rAAAdKwAAICsAACErAAApKwAA+ysAAPwrAADv
2u/a79rvybuqlnyqfGVBqjAAACAVaNcBkwAWaCNTEgBDShQAT0oDAFFKAwBeSgMAYUoUAABHAAiB
FWhzGfgAFmgjUxIAF2gjUxIAQ0oUAE9KAwBRSgMAXkoDAGFKFABjSAIAY0gAAGNIAQBkaAAAAABk
aAAAAABkaO1at2YtAQiBBEgBAAVo7Vq3ZhVocxn4ABZoI1MSAENKFABPSgMAUUoDAF5KAwBhShQA
MgEIgQRIAQAFaO1at2YWaCNTEgBDShQAT0oDAFFKAwBeSgMAYUoUAG5IBAhvKAF0SAQIACcBCIEE
SAEABWjtWrdmFmgjUxIAQ0oUAE9KAwBRSgMAXkoDAGFKFAAgFWhzGfgAFmgjUxIAQ0oUAE9KAwBR
SgMAXkoDAGFKFAAAGhZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAACAVaHMZ+AAWaPtbVwBDShQA
T0oDAFFKAwBeSgMAYUoUAAAoFWj7W1cAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFABtSAwEc0gM
BAAgFWj7W1cAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFAASAAYAAAEIAAACCAAASwgAAJQIAADd
CAAAJgkAAG8JAAC4CQAAAQoAAEoKAACTCgAA3AoAACULAABuCwAAtwsAAAAMAABJDAAAkgwAAJMM
AACUDAAAzQwAAAINAAADDQAAFw0AABgNAABeDQAAow0AAOkNAAAtDgAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB0ABgAA0gYBAPUIAQD9/QAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQEAAEBAi0OAAAuDgAAcw4AALcOAAD6DgAABQ8A
AAYPAABPDwAAlw8AANkPAAAXEAAAGBAAAFIQAACBEAAAghAAAMYQAADqEAAA6xAAACQRAAAlEQAA
NhEAADcRAAA4EQAAOREAADoRAACDEQAAhREAAM4RAADPEQAA0BEAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAd0BEAAPgRAAD5EQAAAhIAAAMSAABJEgAA
ihIAANISAAASEwAAExMAABoTAAAbEwAAHBMAAC4TAAAvEwAAeBMAAMETAAAKFAAAUxQAAJwUAADl
FAAALhUAAHcVAADAFQAACRYAAFIWAACbFgAA5BYAAC0XAAB2FwAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB12FwAAvxcAAAgYAABRGAAAmhgAAOMYAAAs
GQAAdRkAAL4ZAAAHGgAAUBoAAJkaAADiGgAAKxsAAHQbAAC9GwAABhwAAE8cAABQHAAAURwAAFIc
AABTHAAAVBwAAJ0cAACfHAAA6BwAAOkcAADqHAAA+xwAAPwcAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHfwcAABCHQAAgx0AAMsdAAAUHgAAVh4AAJse
AADeHgAAHx8AAGUfAACsHwAA5x8AAC4gAABzIAAAuCAAAP4gAABAIQAAgSEAAMYhAAAIIgAATCIA
AJAiAADYIgAAISMAAGYjAACuIwAA9yMAAEAkAACGJAAAyiQAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdyiQAABMlAABZJQAAnyUAAOglAAArJgAAcSYA
AIQmAACFJgAAyiYAAAwnAABUJwAAlCcAANUnAADWJwAAGigAAGIoAACYKAAAmSgAAJooAACbKAAA
5CgAAOYoAAAvKQAAMCkAADEpAAB2KQAAtSkAAPspAAAMKgAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB0MKgAADSoAAFUqAACdKgAAnioAAOQqAABEKwAA
iCsAAM4rAAD8KwAA/isAAEQsAACKLAAA0iwAABQtAABGLQAARy0AAIwtAADQLQAAGS4AAF4uAACc
LgAAnS4AAOAuAAAlLwAAai8AALMvAAD8LwAAQDAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA
AAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAQAAGdkI1MSAAAEAABnZPtbVwAAHPwrAAD9KwAAASwAAEUtAACmMgAAJzMAAI8zAAB9
NQAAgjUAAMc2AACKNwAAuDoAANk7AABaPAAAHT0AAB49AAAhPQAAgz0AAIQ9AACFPQAAmD0AAPXk
0+S+5K3kreSt5L7kn459c2VLAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAADIBCIEESAIABWh2zLYmFmgDQisAQ0oUAE9KAwBRSgMAXkoDAGFKFABuSAQIbygBdEgE
CAAaFmgDQisAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAEwNqAAAAABZoA0IrADBKEQBVCAEgFWhzGfgA
FmgDQisAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAIBVo+1tXABZoA0IrAENKFABPSgMAUUoDAF5KAwBh
ShQAABoWaPtbVwBDShQAT0oDAFFKAwBeSgMAYUoUAAAgFWhzGfgAFmj7W1cAQ0oUAE9KAwBRSgMA
XkoDAGFKFAAAKBVo+1tXABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAbUgMBHNIDAQAIBVoO2kM
ABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAACAVaPtbVwAWaPtbVwBDShQAT0oDAFFKAwBeSgMA
YUoUAAATA2oAAAAAFmgjUxIAMEoRAFUIAQAUQDAAAIYwAADIMAAA+DAAAPkwAAA/MQAAhzEAANAx
AAAZMgAAYjIAAHYyAAB3MgAAeDIAAIgyAACJMgAAijIAAIsyAACMMgAAjTIAAI4yAADXMgAA2TIA
ACIzAAAjMwAAJDMAAGkzAACLMwAAjDMAANMzAAAONAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB0ONAAADzQAAFI0AABnNAAAaDQAAKM0AACkNAAA5zQA
ABA1AAARNQAAVTUAAH41AAB/NQAAxTUAAA02AABTNgAAnDYAAMg2AADJNgAAEDcAAFg3AAByNwAA
czcAALs3AAACOAAASzgAAJQ4AADcOAAA6DgAAOk4AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHek4AAAnOQAAbTkAALY5AAD6OQAAQDoAAHM6AAB0OgAA
uToAAAA7AAAXOwAAGDsAAF87AACmOwAAvjsAAL87AADAOwAAwTsAAAo8AAAMPAAAVTwAAFY8AABX
PAAAmDwAAJk8AADePAAAHT0AAB49AABjPQAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAABAAAZ2QDQisAAAQAAGdk+1tXAAAcmD0AAJk9AADoPQAA6j0AABBCAADDRAAAXEUAADpHAABg
TwAA+U8AAPRZAACNWgAAVmcAAKpoAACraAAArGgAAE9pAAAtagAALmoAADJqAADkbAAA5WwAAObV
xLOijaKzeLN4s2ezUbNnUbNAswAAAAAAAAAAAAAAAAAAAAAAAAAgFWhIZVEAFmj7W1cAQ0oUAE9K
AwBRSgMAXkoDAGFKFAAAKxVo+1tXABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAbkgECG8oAXRI
BAggFWhYaoEAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAKBVo+1tXABZo+1tXAENKFABPSgMA
UUoDAF5KAwBhShQAbUgMBHNIDAQAKBVocxn4ABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAbUgM
BHNIDAQAIBVocxn4ABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAACAVaPtbVwAWaPtbVwBDShQA
T0oDAFFKAwBeSgMAYUoUAAAgFWj7W1cAFmgDQisAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAIBVocxn4
ABZoA0IrAENKFABPSgMAUUoDAF5KAwBhShQAADIBCIEESAIABWh4zLYmFmgDQisAQ0oUAE9KAwBR
SgMAXkoDAGFKFABuSAQIbygBdEgECBVjPQAAwj0AAOk9AADqPQAAIz4AACQ+AABiPgAAYz4AAJ0+
AACePgAA2j4AANs+AADcPgAABT8AAAY/AABGPwAAiD8AAIk/AADRPwAAF0AAADhAAAA5QAAAeEAA
ALxAAAC9QAAA/UAAAEBBAABiQQAAY0EAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA9QAAAAAA
AAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAA
AAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAA
AAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAA
AAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA
9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAA
AAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAQAAGdk+1tXAAAEAABnZANCKwAAHGNBAACsQQAA9UEAAAxCAAANQgAAVEIAAJVCAADbQgAAJEMA
AGtDAACzQwAA9kMAADtEAAB5RAAAwEQAAMFEAADCRAAAw0QAAAxFAAAORQAAV0UAAFhFAABZRQAA
okUAAOZFAAAuRgAAdUYAALVGAAD5RgAAO0cAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAAAAAAAAQAAGdk+1tXAAAdO0cAADxHAABvRwAAcEcAALdHAAD9RwAAL0gAADBIAAB0SAAA
ukgAAPxIAAAlSQAAJkkAAG9JAAC2SQAA/kkAADtKAACBSgAAw0oAAMRKAAAISwAATEsAAJVLAADd
SwAAGUwAABpMAABFTAAARkwAAIVMAADITAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAAAAAAABAAAZ2T7W1cAAB3ITAAACk0AAE9NAACUTQAA3U0AACNOAABVTgAAVk4AAIlOAACK
TgAAz04AABRPAABdTwAAXk8AAF9PAABgTwAAqU8AAKtPAAD0TwAA9U8AAPZPAAA8UAAAhFAAAMtQ
AAATUQAAWlEAAKBRAADmUQAALlIAAHZSAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAAAAAAAEAABnZPtbVwAAHXZSAACUUgAAlVIAAN1SAAAjUwAAY1MAAJlTAACaUwAAyVMAAMpT
AAATVAAAN1QAADhUAAA5VAAAYFQAAGFUAACfVAAAoFQAAOZUAAAvVQAAdlUAAHdVAAC9VQAABVYA
AE1WAACRVgAA2lYAACBXAABpVwAAqlcAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAAAAAAAAQAAGdk+1tXAAAdqlcAAPBXAAA5WAAARlgAAEdYAACLWAAA0lgAABtZAABiWQAAqlkA
APFZAADyWQAA81kAAPRZAAA9WgAAP1oAAIhaAACJWgAAiloAAKdaAACoWgAA71oAADVbAAB7WwAA
wlsAAAdcAABOXAAAclwAAHNcAAC8XAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAAAAAAABAAAZ2T7W1cAAB28XAAA/FwAAERdAACKXQAAy10AABJeAAA0XgAANV4AAHxeAADEXgAA
714AAPBeAAA1XwAAfl8AAMFfAAAJYAAAT2AAAJVgAADEYAAAxWAAAAthAABSYQAAm2EAANthAADc
YQAAI2IAAGliAACwYgAA+WIAABpjAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
AAAAAAAEAABnZPtbVwAAHRpjAAAbYwAAWmMAAKFjAADkYwAALGQAAFdkAABYZAAAnWQAAJ5kAACf
ZAAAoGQAAOlkAADrZAAANGUAADVlAAA2ZQAAf2UAAMhlAAANZgAAVGYAAJ1mAADkZgAALGcAAFJn
AABTZwAAnGcAANtnAAAfaAAAZGgAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
AAAAAAQAAGdk+1tXAAAdZGgAAKtoAACsaAAA82gAADlpAABLaQAATGkAAJVpAADeaQAAHGoAAC5q
AAAvagAAeGoAAMBqAAD+agAAQWsAAIdrAADOawAADmwAAFNsAACcbAAA5WwAAOZsAAAtbQAAdG0A
ALxtAAD/bQAAOG4AADluAAB6bgAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAA
AAAABAAAZ2T7W1cAAB3lbAAA5mwAAOlsAAA3bgAAqm8AAENwAACEcgAADHMAAC10AABmdgAAZ3YA
AGt2AACvegAAtXoAAEt7AAAKgwAAoIMAAPqLAACTjAAAQ5IAAESSAABIkgAAkJQAAJGUAACSlAAA
h5UAACCWAACTngAAFJ8AABapAACvqQAAPrQAAOnYx9iy2MfYx5+Kx9iy2LLYsth8a1pQa9iy2LLY
stgAEwNqAAAAABZoGQaAADBKEQBVCAEgFWhwbJoAFmgZBoAAQ0oUAE9KAwBRSgMAXkoDAGFKFAAA
IBVo+1tXABZoGQaAAENKFABPSgMAUUoDAF5KAwBhShQAABoWaPtbVwBDShQAT0oDAFFKAwBeSgMA
YUoUAAAoFWj7W1cAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFABuSAQIdEgECAAlFmj7W1cAQ0oU
AE9KAwBRSgMAXkoDAGFKFABuSAQIbygBdEgECCgVaPtbVwAWaPtbVwBDShQAT0oDAFFKAwBeSgMA
YUoUAG1IDARzSAwEACAVaEhlUQAWaPtbVwBDShQAT0oDAFFKAwBeSgMAYUoUAAAgFWj7W1cAFmj7
W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAKxVo+1tXABZoMU95AENKFABPSgMAUUoDAF5KAwBhShQA
bkgECG8oAXRIBAgAH3puAAC/bgAABW8AAE1vAABnbwAAaG8AAKdvAACobwAAqW8AAKpvAADzbwAA
9W8AAD5wAAA/cAAAQHAAAIdwAADNcAAAznAAABdxAABfcQAAqHEAAO5xAAA0cgAAenIAAL1yAAD+
cgAARnMAAIxzAADTcwAA53MAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAA
AAQAAGdk+1tXAAAd53MAAOhzAAApdAAAKnQAAHJ0AAC6dAAAA3UAADJ1AAAzdQAAeXUAAMF1AAAK
dgAAUXYAAGd2AABodgAAsHYAAPJ2AAA6dwAAgHcAAMd3AADvdwAA8HcAADh4AAB+eAAAx3gAAA55
AABWeQAAnnkAAN95AAAmegAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAA
BAAAZ2T7W1cAAB0megAAbnoAALB6AACxegAAsnoAALN6AAC0egAAtXoAAP56AAAAewAASXsAAEp7
AABLewAAcHsAAHF7AAC4ewAA+HsAAD58AAB7fAAAvHwAAN98AADgfAAADn0AAA99AAA8fQAAPX0A
AGl9AABqfQAAo30AAKR9AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAE
AABnZPtbVwAAHaR9AADjfQAA9X0AAPZ9AAAxfgAAMn4AAFR+AABVfgAAk34AAKV+AACmfgAA6n4A
ADF/AABufwAAb38AALd/AAD7fwAA/H8AADmAAAB2gAAAd4AAAMCAAAAHgQAATYEAAJSBAAC2gQAA
t4EAAACCAABJggAAkoIAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQA
AGdk+1tXAAAdkoIAANmCAAAHgwAACIMAAAmDAAAKgwAAU4MAAFWDAACegwAAn4MAAKCDAADBgwAA
woMAAAiEAAAahAAAG4QAAGKEAACohAAA4YQAAOKEAAAohQAAb4UAALWFAAD6hQAAJIYAACWGAABp
hgAArIYAANGGAADShgAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAA
Z2T7W1cAAB3ShgAADYcAAFOHAACLhwAAjIcAANOHAAAciAAAYYgAAKiIAADxiAAANYkAAHmJAACT
iQAAlIkAALSJAAC1iQAA+okAAAyKAAANigAAU4oAAGiKAABpigAApIoAAOqKAAAgiwAAIYsAAGiL
AACxiwAAsosAAPeLAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABn
ZPtbVwAAHfeLAAD4iwAA+YsAAPqLAABDjAAARYwAAI6MAACPjAAAkIwAANiMAAAhjQAAZI0AAICN
AACBjQAAo40AAKSNAADnjQAAJo4AAGaOAAB4jgAAeY4AALmOAAACjwAARI8AAIuPAADUjwAA7o8A
AO+PAAA3kAAAfZAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk
+1tXAAAdfZAAAMOQAADEkAAACJEAABiRAAAZkQAAYJEAAHeRAAB4kQAAwJEAAASSAABEkgAARZIA
AIuSAADQkgAAFpMAAF6TAACkkwAA6pMAAC+UAAB1lAAAkpQAAJOUAACUlAAArJQAAK2UAAD0lAAA
PJUAAISVAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD1AAAAAAAA
AAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAA
APUAAAAAAAAAAAAAAAD1AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPUAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAABnZBkGgAAABAAAZ2T7
W1cAAByElQAAhZUAAIaVAACHlQAA0JUAANKVAAAblgAAHJYAAB2WAABklgAAq5YAAPSWAAA4lwAA
eZcAAHqXAADDlwAA5pcAAOeXAAAumAAAcZgAAHKYAAC4mAAAzJgAAM2YAADumAAA75gAADSZAABz
mQAAs5kAAMWZAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtb
VwAAHcWZAADGmQAADJoAAFKaAABTmgAAm5oAAN6aAAAimwAAMpsAADObAAB7mwAAwZsAAAicAAAJ
nAAATZwAAI+cAACjnAAApJwAAKWcAADFnAAAxpwAAAydAABSnQAAkZ0AANqdAAAhngAAZJ4AAHie
AAB5ngAAep4AAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tX
AAAdep4AAHueAADEngAAxp4AAA+fAAAQnwAAEZ8AAFefAACDnwAAhJ8AAMafAADgnwAA4Z8AACmg
AABuoAAAb6AAALWgAADqoAAA66AAADGhAAByoQAAuaEAAAGiAAALogAADKIAAE6iAACTogAAy6IA
AMyiAAAQowAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cA
AB0QowAAUKMAAJejAADYowAA+qMAAPujAABDpAAAiqQAAM+kAAAYpQAAXqUAAKelAADspQAANaYA
AHemAADApgAA3qYAAN+mAAAkpwAAa6cAALKnAADzpwAAOqgAAIOoAADMqAAAE6kAABSpAAAVqQAA
FqkAAF+pAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAA
HV+pAABhqQAAqqkAAKupAACsqQAA8akAADaqAAB/qgAAv6oAAAirAABMqwAAlKsAAN2rAAAkrAAA
a6wAAIusAACMrAAA06wAABetAABgrQAAp60AAO6tAAA0rgAAeq4AAMOuAAAHrwAACK8AAE2vAACT
rwAA268AAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAd
268AACGwAABpsAAAr7AAAPiwAAAWsQAAF7EAAF6xAABzsQAAdLEAAHWxAACOsQAAj7EAANexAAAa
sgAAW7IAAJqyAADesgAA37IAACezAABvswAAtLMAAPqzAAA7tAAAPLQAAD20AAA+tAAAh7QAAIm0
AADStAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB3S
tAAA07QAANS0AAActQAAKLUAACm1AABqtQAAs7UAAPa1AAA1tgAAVbYAAFa2AACdtgAA5LYAABe3
AAAYtwAAXLcAAJm3AADhtwAAKbgAAHC4AACWuAAAl7gAAN24AAAmuQAAULkAAFG5AACQuQAA0rkA
ABq6AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHT60
AADXtAAAwL0AAFm+AABfyAAA+MgAAN7TAAB31AAAJN0AAL3dAADu5QAAh+YAAKfnAADw5wAANegA
ANTtAABz7gAAD/IAAG/yAAC19gAANvcAAHz5AADg+QAAF/oAAFX6AACQ+gAAG/sAAKP7AADM/AAA
+/wAADX9AABz/QAAz/0AAGX+AADRBgEA0gYBANMGAQAXBwEA69rr2uva69rr2sXaxbDaxdrF2sXa
m9qG2sWw2rDam9rF2nVrYgAAAAAAAAARFmgZBoAAbkgECG8oAXRIBAgTA2oAAAAAFmgZBoAAMEoR
AFUIASAVaPtbVwAWaFsQAwBDShQAT0oDAFFKAwBeSgMAYUoUAAAoFWjXAZMAFmj7W1cAQ0oUAE9K
AwBRSgMAXkoDAGFKFABtSBAEc0gQBAAoFWjXAZMAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFABt
SBYEc0gWBAAoFWjXAZMAFmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFABtSAcEc0gHBAAoFWjXAZMA
Fmj7W1cAQ0oUAE9KAwBRSgMAXkoDAGFKFABtSAwEc0gMBAAgFWj7W1cAFmj7W1cAQ0oUAE9KAwBR
SgMAXkoDAGFKFAAAKBVo+1tXABZo+1tXAENKFABPSgMAUUoDAF5KAwBhShQAbUgMBHNIDAQlGroA
AFy6AACiugAAo7oAAOO6AAAluwAAJrsAAG+7AAC4uwAA7bsAAO67AADvuwAADbwAAA68AABXvAAA
kbwAANq8AAAfvQAALb0AAC69AAB0vQAAvb0AAL69AAC/vQAAwL0AAAm+AAALvgAAVL4AAFW+AABW
vgAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB1WvgAA
Z74AAGi+AAB4vgAAeb4AAL++AAAHvwAAS78AAI+/AADVvwAAGMAAAFzAAACDwAAAhMAAAMfAAAAF
wQAATcEAAJXBAACmwQAAp8EAAL/BAADAwQAABsIAAEvCAACUwgAA3cIAAO7CAADvwgAANsMAAH/D
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHX/DAADF
wwAACcQAAE3EAACQxAAA2cQAAB/FAABmxQAArsUAAPHFAAAzxgAAe8YAAMHGAAAIxwAAT8cAAI7H
AACPxwAA0McAABbIAABcyAAAXcgAAF7IAABfyAAAqMgAAKrIAADzyAAA9MgAAPXIAAA8yQAAf8kA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdf8kAAMTJ
AAANygAAUMoAAJbKAADeygAAH8sAAGfLAACuywAA9ssAAD3MAACGzAAAzswAAAnNAABPzQAAbc0A
AG7NAACuzQAA9s0AADzOAABWzgAAV84AAJ7OAADjzgAAJ88AAG/PAACzzwAA288AANzPAAAj0AAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB0j0AAAatAA
AKbQAACn0AAA7NAAADDRAABd0QAAXtEAAKLRAADr0QAAM9IAAHvSAADC0gAAAtMAAAPTAABJ0wAA
ktMAANvTAADc0wAA3dMAAN7TAAAn1AAAKdQAAHLUAABz1AAAdNQAALfUAADD1AAAxNQAANnUAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHdnUAADa1AAA
G9UAABzVAAAy1QAAM9UAAHzVAACO1QAAj9UAANbVAAAY1gAAX9YAAKLWAADq1gAAM9cAAHzXAAC0
1wAAtdcAAP3XAABF2AAAc9gAAHTYAAC72AAA/tgAAEfZAABZ2QAAWtkAAG3ZAABu2QAAttkAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdttkAAP3ZAABE
2gAAi9oAAMzaAADN2gAAFtsAAFjbAACg2wAA5NsAACfcAABu3AAAttwAAP/cAAAg3QAAId0AACLd
AAAj3QAAJN0AAG3dAABv3QAAuN0AALndAAC63QAA/d0AAEXeAACK3gAA0N4AABTfAABX3wAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB1X3wAAnN8AAOXf
AAAa4AAAG+AAAGHgAACe4AAA5uAAACnhAABf4QAAYOEAAKjhAADv4QAAOOIAAIDiAADC4gAACOMA
AEbjAABH4wAAkOMAANHjAADj4wAA5OMAACjkAABu5AAAtOQAAOjkAADp5AAA6uQAAALlAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHQLlAAAD5QAALeUA
AC7lAAAv5QAAQOUAAEHlAABM5QAATeUAAE7lAABk5QAAZeUAAKXlAADr5QAA7OUAAO3lAADu5QAA
N+YAADnmAACC5gAAg+YAAITmAADN5gAAFecAAF3nAACk5wAA7ecAADLoAAA66AAAO+gAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdO+gAADzoAABU6AAA
VegAAJ3oAADl6AAA5ugAAOfoAAD36AAA+OgAABTpAAAV6QAAXukAAI7pAACP6QAArekAAK7pAADv
6QAANOoAAHbqAACY6gAAmeoAANbqAAAf6wAAIOsAAGfrAACR6wAA0esAAObrAADn6wAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB3n6wAAIuwAAGrsAAB/
7AAAgOwAAMHsAAAJ7QAACu0AAEXtAACK7QAAi+0AANHtAADS7QAA0+0AANTtAAAd7gAAH+4AAGju
AABp7gAAau4AALPuAADS7gAA0+4AABbvAABT7wAAmO8AAJnvAADd7wAAHvAAADXwAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHTXwAAA28AAAfPAAAL/w
AADT8AAA1PAAABnxAABb8QAAc/EAAHTxAAC98QAABvIAAB7yAAAf8gAAZvIAAKvyAADs8gAAAfMA
AALzAABK8wAAifMAAIrzAADP8wAAEfQAACr0AAAr9AAAcvQAAKf0AACo9AAA6/QAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAd6/QAAC31AAB19QAAq/UA
AKz1AADz9QAAN/YAAHz2AACZ9gAAmvYAAJv2AACc9gAAnfYAAOb2AADo9gAAMfcAADL3AAAz9wAA
evcAAKH3AACi9wAA5/cAADD4AAB0+AAArvgAAK/4AACw+AAAw/gAAMT4AADW+AAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB3W+AAA3PgAABP5AAAw+QAA
QvkAAEP5AABj+QAAZPkAAGX5AAB5+QAAg/kAAJr5AACz+QAAvfkAAL75AADb+QAA3PkAAN35AADt
+QAA9/kAABT6AAAs+gAAM/oAADT6AABQ+gAAUfoAAFL6AABh+gAAcvoAAI36AAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHY36AACm+gAArfoAAK76AADK
+gAAy/oAAMz6AADN+gAAzvoAAM/6AADQ+gAAGfsAABv7AABk+wAAZfsAAGb7AAB3+wAAhPsAAKD7
AAC3+wAAwvsAAMP7AADp+wAA6vsAAOv7AAAD/AAAG/wAACv8AABA/AAAU/wAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdU/wAAFT8AAB7/AAAfPwAAH38
AACO/AAAqPwAAMn8AADW/AAA+PwAAAP9AAAE/QAAMP0AADH9AAAy/QAAP/0AAFb9AABw/QAAhf0A
AJz9AACl/QAApv0AAMD9AADB/QAAwv0AAMP9AADE/QAAxf0AAMb9AADH/QAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAAAAAAABAAAZ2T7W1cAAB3H/QAAyP0AAMn9AADK/QAAy/0A
AMz9AADN/QAAzv0AAM/9AAAY/gAAGv4AAGP+AABk/gAAZf4AAH7+AAB//gAAp/4AAKj+AADt/gAA
Mv8AAE7/AABP/wAAmP8AAOH/AAAqAAEAcgABALsAAQABAQEARwEBAEgBAQD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAA
AAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoA
AAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAA
AAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAA
APoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAA
AAAAAAAAAAAA+gAAAAAAAAAAAAAAAAAAAAAEAABnZPtbVwAAHUgBAQBJAQEAXwEBAGABAQClAQEA
7gEBADUCAQB7AgEAwQIBAAoDAQBOAwEAbQMBAG4DAQCwAwEA9AMBAD0EAQB5BAEAwgQBAN4EAQDf
BAEAJgUBAGoFAQCwBQEA8QUBAAcGAQAIBgEACQYBABgGAQAZBgEAWAYBAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAA
AAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAA
AAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAA
AAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAA
AAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA
+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAA
AAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAQAAGdk+1tXAAAdWAYBAIMGAQCEBgEAhQYBAIYGAQCH
BgEAiAYBANIGAQAYBwEAWQcBAHYIAQD0CAEA9QgBAPYIAQD6AAAAAAAAAAAAAAAA+gAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAA+gAAAAAAAAAAAAAAAPoAAAAAAAAAAAAAAAD6
AAAAAAAAAAAAAAAA+AAAAAAAAAAAAAAAAPgAAAAAAAAAAAAAAADzAAAAAAAAAAAAAAAA+AAAAAAA
AAAAAAAAAPEAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAQAAAAQSAGdkGQaAAAABEgAABAAAZ2T7W1cAAA0XBwEAGAcBABkHAQBYBwEAWQcBAFoH
AQA9CAEASAgBAHYIAQB3CAEAeAgBAIMIAQCJCAEA8wgBAPQIAQD1CAEA9ggBAPzy6fzy6eHp1cW3
xafh/JYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgFWj7W1cA
FmhbEAMAQ0oUAE9KAwBRSgMAXkoDAGFKFAAAHgEIgQRIAwAFaNXMtiYWaBkGgABuSAQIbygBdEgE
CAAbAQiBBEgDAAVo1My2JhZoGQaAAG5IBAh0SAQIHgEIgQRIAwAFaNTMtiYWaBkGgABuSAQIbygB
dEgECAAWAQiBBEgDAAVo1My2JhZoGQaAAG8oAQAOFmgZBoAAbkgECHRIBAgAERZoGQaAAG5IBAhv
KAF0SAQIEwNqAAAAABZoGQaAADBKEQBVCAEGFmgZBoAAEDYAMZBoARxQAQA6cFsQAwAfsIIuILDG
QSGwgAQisIAEI5CgBSSQoAUlsAAAF7DEAhiwxAIMkMQCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhgIUABIAAQCcAA8ABAAAAAQAAAAAAAQA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAA
QPH/AgBAAAwEAAAAAAAAAAAGAE4AbwByAG0AYQBsAAAAAgAAABgAQ0oYAF9IAQRhShgAbUgJCHNI
CQh0SAkIAAAAAAAAAAAAAAAAAAAAAAAARABBQPL/oQBEAAwFAAAAAAAAAAAWAEQAZQBmAGEAdQBs
AHQAIABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAFIAaUDz/7MAUgAMBQAAAAAAAAAA
DABUAGEAYgBsAGUAIABOAG8AcgBtAGEAbAAAABwAF/YDAAA01gYAAQoDbAA01gYAAQUDAABh9gMA
AAIACwAAACgAa0D0/8EAKAAABQAAAAAAAAAABwBOAG8AIABMAGkAcwB0AAAAAgAMAAAAAABEAFpA
AQDyAEQADAQAAFsQAwAAAAoAUABsAGEAaQBuACAAVABlAHgAdAAAAAIADwAUAENKFABPSgMAUUoD
AF5KAwBhShQASACZQAEAAgFIAAwFAABdLZgAAAAMAEIAYQBsAGwAbwBvAG4AIABUAGUAeAB0AAAA
AgAQABQAQ0oQAE9KBQBRSgUAXkoFAGFKEABCACdAogARAUIADAUAAHVYLQAAABEAQwBvAG0AbQBl
AG4AdAAgAFIAZQBmAGUAcgBlAG4AYwBlAAAACABDShAAYUoQADwAHkABACIBPAAMBQAAdVgtAAAA
DABDAG8AbQBtAGUAbgB0ACAAVABlAHgAdAAAAAIAEgAIAENKFABhShQAQABqQCEBIgFAAAwFAAB1
WC0AAAAPAEMAbwBtAG0AZQBuAHQAIABTAHUAYgBqAGUAYwB0AAAAAgATAAYANQiBXAiBCwBDAG8A
bgB0AHIAaQBiAHUAdABvAHIA/CMAAIM1AACQjAAA9gABAAIAQwByAAAAAAAAAAAAAAAAAAAAAAAA
AAAAjEE/CgIAQwByAAAAAAAAAAAAAAAAAAAAAAAAAAAAQ0I/CgIAQwByAAAAAAAAAAAAAAAAAAAA
AAAAAAAAc0I/Cu5at2YAAAAAAAAAAAAAAAAAAPFat2YAAAAAAAAAAAAAAAAAAPJat2YAAAAAAAAA
AAAAAAAAAAAAAABGAAAAhwAAACICAAAlAgAAAAAAAPYAAQAIAACCAQAHAP////8AAAAAAQAAAAIA
AABLAAAAlAAAAN0AAAAmAQAAbwEAALgBAAABAgAASgIAAJMCAADcAgAAJQMAAG4DAAC3AwAAAAQA
AEkEAACSBAAAkwQAAJQEAADNBAAAAgUAAAMFAAAXBQAAGAUAAF4FAACjBQAA6QUAAC0GAAAuBgAA
cwYAALcGAAD6BgAABQcAAAYHAABPBwAAlwcAANkHAAAXCAAAGAgAAFIIAACBCAAAgggAAMYIAADq
CAAA6wgAACQJAAAlCQAANgkAADcJAAA4CQAAOQkAADoJAACDCQAAhQkAAM4JAADPCQAA0AkAAPgJ
AAD5CQAAAgoAAAMKAABJCgAAigoAANIKAAASCwAAEwsAABoLAAAbCwAAHAsAAC4LAAAvCwAAeAsA
AMELAAAKDAAAUwwAAJwMAADlDAAALg0AAHcNAADADQAACQ4AAFIOAACbDgAA5A4AAC0PAAB2DwAA
vw8AAAgQAABREAAAmhAAAOMQAAAsEQAAdREAAL4RAAAHEgAAUBIAAJkSAADiEgAAKxMAAHQTAAC9
EwAABhQAAE8UAABQFAAAURQAAFIUAABTFAAAVBQAAJ0UAACfFAAA6BQAAOkUAADqFAAA+xQAAPwU
AABCFQAAgxUAAMsVAAAUFgAAVhYAAJsWAADeFgAAHxcAAGUXAACsFwAA5xcAAC4YAABzGAAAuBgA
AP4YAABAGQAAgRkAAMYZAAAIGgAATBoAAJAaAADYGgAAIRsAAGYbAACuGwAA9xsAAEAcAACGHAAA
yhwAABMdAABZHQAAnx0AAOgdAAArHgAAcR4AAIQeAACFHgAAyh4AAAwfAABUHwAAlB8AANUfAADW
HwAAGiAAAGIgAACYIAAAmSAAAJogAACbIAAA5CAAAOYgAAAvIQAAMCEAADEhAAB2IQAAtSEAAPsh
AAAMIgAADSIAAFUiAACdIgAAniIAAOQiAABEIwAAiCMAAM4jAAD8IwAA/iMAAEQkAACKJAAA0iQA
ABQlAABGJQAARyUAAIwlAADQJQAAGSYAAF4mAACcJgAAnSYAAOAmAAAlJwAAaicAALMnAAD8JwAA
QCgAAIYoAADIKAAA+CgAAPkoAAA/KQAAhykAANApAAAZKgAAYioAAHYqAAB3KgAAeCoAAIgqAACJ
KgAAiioAAIsqAACMKgAAjSoAAI4qAADXKgAA2SoAACIrAAAjKwAAJCsAAGkrAACLKwAAjCsAANMr
AAAOLAAADywAAFIsAABnLAAAaCwAAKMsAACkLAAA5ywAABAtAAARLQAAVS0AAH4tAAB/LQAAxS0A
AA0uAABTLgAAnC4AAMguAADJLgAAEC8AAFgvAAByLwAAcy8AALsvAAACMAAASzAAAJQwAADcMAAA
6DAAAOkwAAAnMQAAbTEAALYxAAD6MQAAQDIAAHMyAAB0MgAAuTIAAAAzAAAXMwAAGDMAAF8zAACm
MwAAvjMAAL8zAADAMwAAwTMAAAo0AAAMNAAAVTQAAFY0AABXNAAAmDQAAJk0AADeNAAAHTUAAB41
AABjNQAAwjUAAOk1AADqNQAAIzYAACQ2AABiNgAAYzYAAJ02AACeNgAA2jYAANs2AADcNgAABTcA
AAY3AABGNwAAiDcAAIk3AADRNwAAFzgAADg4AAA5OAAAeDgAALw4AAC9OAAA/TgAAEA5AABiOQAA
YzkAAKw5AAD1OQAADDoAAA06AABUOgAAlToAANs6AAAkOwAAazsAALM7AAD2OwAAOzwAAHk8AADA
PAAAwTwAAMI8AADDPAAADD0AAA49AABXPQAAWD0AAFk9AACiPQAA5j0AAC4+AAB1PgAAtT4AAPk+
AAA7PwAAPD8AAG8/AABwPwAAtz8AAP0/AAAvQAAAMEAAAHRAAAC6QAAA/EAAACVBAAAmQQAAb0EA
ALZBAAD+QQAAO0IAAIFCAADDQgAAxEIAAAhDAABMQwAAlUMAAN1DAAAZRAAAGkQAAEVEAABGRAAA
hUQAAMhEAAAKRQAAT0UAAJRFAADdRQAAI0YAAFVGAABWRgAAiUYAAIpGAADPRgAAFEcAAF1HAABe
RwAAX0cAAGBHAACpRwAAq0cAAPRHAAD1RwAA9kcAADxIAACESAAAy0gAABNJAABaSQAAoEkAAOZJ
AAAuSgAAdkoAAJRKAACVSgAA3UoAACNLAABjSwAAmUsAAJpLAADJSwAAyksAABNMAAA3TAAAOEwA
ADlMAABgTAAAYUwAAJ9MAACgTAAA5kwAAC9NAAB2TQAAd00AAL1NAAAFTgAATU4AAJFOAADaTgAA
IE8AAGlPAACqTwAA8E8AADlQAABGUAAAR1AAAItQAADSUAAAG1EAAGJRAACqUQAA8VEAAPJRAADz
UQAA9FEAAD1SAAA/UgAAiFIAAIlSAACKUgAAp1IAAKhSAADvUgAANVMAAHtTAADCUwAAB1QAAE5U
AAByVAAAc1QAALxUAAD8VAAARFUAAIpVAADLVQAAElYAADRWAAA1VgAAfFYAAMRWAADvVgAA8FYA
ADVXAAB+VwAAwVcAAAlYAABPWAAAlVgAAMRYAADFWAAAC1kAAFJZAACbWQAA21kAANxZAAAjWgAA
aVoAALBaAAD5WgAAGlsAABtbAABaWwAAoVsAAORbAAAsXAAAV1wAAFhcAACdXAAAnlwAAJ9cAACg
XAAA6VwAAOtcAAA0XQAANV0AADZdAAB/XQAAyF0AAA1eAABUXgAAnV4AAOReAAAsXwAAUl8AAFNf
AACcXwAA218AAB9gAABkYAAAq2AAAKxgAADzYAAAOWEAAEthAABMYQAAlWEAAN5hAAAcYgAALmIA
AC9iAAB4YgAAwGIAAP5iAABBYwAAh2MAAM5jAAAOZAAAU2QAAJxkAADlZAAA5mQAAC1lAAB0ZQAA
vGUAAP9lAAA4ZgAAOWYAAHpmAAC/ZgAABWcAAE1nAABnZwAAaGcAAKdnAACoZwAAqWcAAKpnAADz
ZwAA9WcAAD5oAAA/aAAAQGgAAIdoAADNaAAAzmgAABdpAABfaQAAqGkAAO5pAAA0agAAemoAAL1q
AAD+agAARmsAAIxrAADTawAA52sAAOhrAAApbAAAKmwAAHJsAAC6bAAAA20AADJtAAAzbQAAeW0A
AMFtAAAKbgAAUW4AAGduAABobgAAsG4AAPJuAAA6bwAAgG8AAMdvAADvbwAA8G8AADhwAAB+cAAA
x3AAAA5xAABWcQAAnnEAAN9xAAAmcgAAbnIAALByAACxcgAAsnIAALNyAAC0cgAAtXIAAP5yAAAA
cwAASXMAAEpzAABLcwAAcHMAAHFzAAC4cwAA+HMAAD50AAB7dAAAvHQAAN90AADgdAAADnUAAA91
AAA8dQAAPXUAAGl1AABqdQAAo3UAAKR1AADjdQAA9XUAAPZ1AAAxdgAAMnYAAFR2AABVdgAAk3YA
AKV2AACmdgAA6nYAADF3AABudwAAb3cAALd3AAD7dwAA/HcAADl4AAB2eAAAd3gAAMB4AAAHeQAA
TXkAAJR5AAC2eQAAt3kAAAB6AABJegAAknoAANl6AAAHewAACHsAAAl7AAAKewAAU3sAAFV7AACe
ewAAn3sAAKB7AADBewAAwnsAAAh8AAAafAAAG3wAAGJ8AACofAAA4XwAAOJ8AAAofQAAb30AALV9
AAD6fQAAJH4AACV+AABpfgAArH4AANF+AADSfgAADX8AAFN/AACLfwAAjH8AANN/AAAcgAAAYYAA
AKiAAADxgAAANYEAAHmBAACTgQAAlIEAALSBAAC1gQAA+oEAAAyCAAANggAAU4IAAGiCAABpggAA
pIIAAOqCAAAggwAAIYMAAGiDAACxgwAAsoMAAPeDAAD4gwAA+YMAAPqDAABDhAAARYQAAI6EAACP
hAAAkIQAANiEAAAhhQAAZIUAAICFAACBhQAAo4UAAKSFAADnhQAAJoYAAGaGAAB4hgAAeYYAALmG
AAAChwAARIcAAIuHAADUhwAA7ocAAO+HAAA3iAAAfYgAAMOIAADEiAAACIkAABiJAAAZiQAAYIkA
AHeJAAB4iQAAwIkAAASKAABEigAARYoAAIuKAADQigAAFosAAF6LAACkiwAA6osAAC+MAAB1jAAA
kowAAJOMAACUjAAArIwAAK2MAAD0jAAAPI0AAISNAACFjQAAho0AAIeNAADQjQAA0o0AABuOAAAc
jgAAHY4AAGSOAACrjgAA9I4AADiPAAB5jwAAeo8AAMOPAADmjwAA548AAC6QAABxkAAAcpAAALiQ
AADMkAAAzZAAAO6QAADvkAAANJEAAHORAACzkQAAxZEAAMaRAAAMkgAAUpIAAFOSAACbkgAA3pIA
ACKTAAAykwAAM5MAAHuTAADBkwAACJQAAAmUAABNlAAAj5QAAKOUAACklAAApZQAAMWUAADGlAAA
DJUAAFKVAACRlQAA2pUAACGWAABklgAAeJYAAHmWAAB6lgAAe5YAAMSWAADGlgAAD5cAABCXAAAR
lwAAV5cAAIOXAACElwAAxpcAAOCXAADhlwAAKZgAAG6YAABvmAAAtZgAAOqYAADrmAAAMZkAAHKZ
AAC5mQAAAZoAAAuaAAAMmgAATpoAAJOaAADLmgAAzJoAABCbAABQmwAAl5sAANibAAD6mwAA+5sA
AEOcAACKnAAAz5wAABidAABenQAAp50AAOydAAA1ngAAd54AAMCeAADengAA354AACSfAABrnwAA
sp8AAPOfAAA6oAAAg6AAAMygAAAToQAAFKEAABWhAAAWoQAAX6EAAGGhAACqoQAAq6EAAKyhAADx
oQAANqIAAH+iAAC/ogAACKMAAEyjAACUowAA3aMAACSkAABrpAAAi6QAAIykAADTpAAAF6UAAGCl
AACnpQAA7qUAADSmAAB6pgAAw6YAAAenAAAIpwAATacAAJOnAADbpwAAIagAAGmoAACvqAAA+KgA
ABapAAAXqQAAXqkAAHOpAAB0qQAAdakAAI6pAACPqQAA16kAABqqAABbqgAAmqoAAN6qAADfqgAA
J6sAAG+rAAC0qwAA+qsAADusAAA8rAAAPawAAD6sAACHrAAAiawAANKsAADTrAAA1KwAABytAAAo
rQAAKa0AAGqtAACzrQAA9q0AADWuAABVrgAAVq4AAJ2uAADkrgAAF68AABivAABcrwAAma8AAOGv
AAApsAAAcLAAAJawAACXsAAA3bAAACaxAABQsQAAUbEAAJCxAADSsQAAGrIAAFyyAACisgAAo7IA
AOOyAAAlswAAJrMAAG+zAAC4swAA7bMAAO6zAADvswAADbQAAA60AABXtAAAkbQAANq0AAAftQAA
LbUAAC61AAB0tQAAvbUAAL61AAC/tQAAwLUAAAm2AAALtgAAVLYAAFW2AABWtgAAZ7YAAGi2AAB4
tgAAebYAAL+2AAAHtwAAS7cAAI+3AADVtwAAGLgAAFy4AACDuAAAhLgAAMe4AAAFuQAATbkAAJW5
AACmuQAAp7kAAL+5AADAuQAABroAAEu6AACUugAA3boAAO66AADvugAANrsAAH+7AADFuwAACbwA
AE28AACQvAAA2bwAAB+9AABmvQAArr0AAPG9AAAzvgAAe74AAMG+AAAIvwAAT78AAI6/AACPvwAA
0L8AABbAAABcwAAAXcAAAF7AAABfwAAAqMAAAKrAAADzwAAA9MAAAPXAAAA8wQAAf8EAAMTBAAAN
wgAAUMIAAJbCAADewgAAH8MAAGfDAACuwwAA9sMAAD3EAACGxAAAzsQAAAnFAABPxQAAbcUAAG7F
AACuxQAA9sUAADzGAABWxgAAV8YAAJ7GAADjxgAAJ8cAAG/HAACzxwAA28cAANzHAAAjyAAAasgA
AKbIAACnyAAA7MgAADDJAABdyQAAXskAAKLJAADryQAAM8oAAHvKAADCygAAAssAAAPLAABJywAA
kssAANvLAADcywAA3csAAN7LAAAnzAAAKcwAAHLMAABzzAAAdMwAALfMAADDzAAAxMwAANnMAADa
zAAAG80AABzNAAAyzQAAM80AAHzNAACOzQAAj80AANbNAAAYzgAAX84AAKLOAADqzgAAM88AAHzP
AAC0zwAAtc8AAP3PAABF0AAAc9AAAHTQAAC70AAA/tAAAEfRAABZ0QAAWtEAAG3RAABu0QAAttEA
AP3RAABE0gAAi9IAAMzSAADN0gAAFtMAAFjTAACg0wAA5NMAACfUAABu1AAAttQAAP/UAAAg1QAA
IdUAACLVAAAj1QAAJNUAAG3VAABv1QAAuNUAALnVAAC61QAA/dUAAEXWAACK1gAA0NYAABTXAABX
1wAAnNcAAOXXAAAa2AAAG9gAAGHYAACe2AAA5tgAACnZAABf2QAAYNkAAKjZAADv2QAAONoAAIDa
AADC2gAACNsAAEbbAABH2wAAkNsAANHbAADj2wAA5NsAACjcAABu3AAAtNwAAOjcAADp3AAA6twA
AALdAAAD3QAALd0AAC7dAAAv3QAAQN0AAEHdAABM3QAATd0AAE7dAABk3QAAZd0AAKXdAADr3QAA
7N0AAO3dAADu3QAAN94AADneAACC3gAAg94AAITeAADN3gAAFd8AAF3fAACk3wAA7d8AADLgAAA6
4AAAO+AAADzgAABU4AAAVeAAAJ3gAADl4AAA5uAAAOfgAAD34AAA+OAAABThAAAV4QAAXuEAAI7h
AACP4QAAreEAAK7hAADv4QAANOIAAHbiAACY4gAAmeIAANbiAAAf4wAAIOMAAGfjAACR4wAA0eMA
AObjAADn4wAAIuQAAGrkAAB/5AAAgOQAAMHkAAAJ5QAACuUAAEXlAACK5QAAi+UAANHlAADS5QAA
0+UAANTlAAAd5gAAH+YAAGjmAABp5gAAauYAALPmAADS5gAA0+YAABbnAABT5wAAmOcAAJnnAADd
5wAAHugAADXoAAA26AAAfOgAAL/oAADT6AAA1OgAABnpAABb6QAAc+kAAHTpAAC96QAABuoAAB7q
AAAf6gAAZuoAAKvqAADs6gAAAesAAALrAABK6wAAiesAAIrrAADP6wAAEewAACrsAAAr7AAAcuwA
AKfsAACo7AAA6+wAAC3tAAB17QAAq+0AAKztAADz7QAAN+4AAHzuAACZ7gAAmu4AAJvuAACc7gAA
ne4AAObuAADo7gAAMe8AADLvAAAz7wAAeu8AAKHvAACi7wAA5+8AADDwAAB08AAArvAAAK/wAACw
8AAAw/AAAMTwAADW8AAA3PAAABPxAAAw8QAAQvEAAEPxAABj8QAAZPEAAGXxAAB58QAAg/EAAJrx
AACz8QAAvfEAAL7xAADb8QAA3PEAAN3xAADt8QAA9/EAABTyAAAs8gAAM/IAADTyAABQ8gAAUfIA
AFLyAABh8gAAcvIAAI3yAACm8gAArfIAAK7yAADK8gAAy/IAAMzyAADN8gAAzvIAAM/yAADQ8gAA
GfMAABvzAABk8wAAZfMAAGbzAAB38wAAhPMAAKDzAAC38wAAwvMAAMPzAADp8wAA6vMAAOvzAAAD
9AAAG/QAACv0AABA9AAAU/QAAFT0AAB79AAAfPQAAH30AACO9AAAqPQAAMn0AADW9AAA+PQAAAP1
AAAE9QAAMPUAADH1AAAy9QAAP/UAAFb1AABw9QAAhfUAAJz1AACl9QAApvUAAMD1AADB9QAAwvUA
AMP1AADE9QAAxfUAAMb1AADH9QAAyPUAAMn1AADK9QAAy/UAAMz1AADN9QAAzvUAAM/1AAAY9gAA
GvYAAGP2AABk9gAAZfYAAH72AAB/9gAAp/YAAKj2AADt9gAAMvcAAE73AABP9wAAmPcAAOH3AAAq
+AAAcvgAALv4AAAB+QAAR/kAAEj5AABJ+QAAX/kAAGD5AACl+QAA7vkAADX6AAB7+gAAwfoAAAr7
AABO+wAAbfsAAG77AACw+wAA9PsAAD38AAB5/AAAwvwAAN78AADf/AAAJv0AAGr9AACw/QAA8f0A
AAf+AAAI/gAACf4AABj+AAAZ/gAAWP4AAIP+AACE/gAAhf4AAIb+AACH/gAAiP4AANL+AAAY/wAA
Wf8AAHYAAQD0AAEA9wABAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJhAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJhAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmEAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJhAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAZgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAA
AJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACY
AAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgA
AAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAA
AAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAA
ADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAA
MAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAw
AAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAA
AAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAA
AAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAA
AAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAA
AAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAA
AACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAA
AIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAA
gAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACA
AAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAA
AACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAA
AIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAA
gAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACA
AAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAA
AAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAA
AAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAA
AAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAA
AAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAA
AAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAA
AAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAA
AAAAmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAAJgAAAAAMAAAAAAAAACAAAAAgAAAAAAAAAAA
AACYAAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAAAmEAAABIwAAAAAAAAAIAAAACAAAAASAAAAAAA
B5hAAAASMAAAAAAAAACAAAAAgAAAAAAAAAAAAACYQAAAEjAAAAAAAAAAgAAAAIAAAAAAAAAAAAAA
mEAAABIwAAAAAAAAAIAAAACAAAAAAAAAAAAAAAgAAAAAMAAAAAAAAAAAAAAAAAYwIgIAAAAAAAcA
AAAAAQAAAPshAAAMIgAADSIAAFUiAACdIgAAniIAAOQiAABEIwAAiCMAAM4jAAD8IwAAmDQAAJk0
AADeNAAAHTUAAB41AABjNQAAwjUAAOk1AADqNQAAH2AAAGRgAACrYAAArGAAAJVhAADeYQAAHGIA
AC5iAABTZAAAnGQAAOVkAAAKbgAAUW4AAGduAAB3iQAAeIkAAMCJAAAEigAARIoAAEWKAACLigAA
0IoAAOqLAAAvjAAAdYwAAJKMAACTjAAAhv4AAIf+AACI/gAA0v4AABj/AABZ/wAAdgABAPQAAQD3
AAEAmEAAAAAwAAAAAAAAAIAAAACAAAAA+AAAAAAAB2iLADABMAAAAAAAAAEAAAAkAAAAAgAAAIQ/
eQdoiwAwATAAAAAAAAABAAAAIwAAAAAAAAAAAAABaIsAMAEwAAAAAAAAAQAAACIAAAAAAAAAAAAA
AWiLADABMAAAAAAAAAEAAAANAAAAAAAAAAAAAAFoiwAwATAAAAAAAAABAAAADAAAAAAAAAAAAAAB
aMsAMAEwAAAAAAAAAgAAAAoAAAAAAAAAAAAAAWjLADABMAAAAAAAAAEAAAAHAAAAAAAAAAAAAAFo
ywAwATAAAAAAAAABAAAACAAAAAAAAAAAAAABaIsAMAkwAAAAAAAAAQAAACMAAAAAAAAAAACAAWiL
ADAJMAAAAAAAAAIAAAAhAAAAAAAAAAAAAAFoiwAwATAAAAAAAAACAAAACgAAAAAAAAAAAAABaIsA
MAwwAAAAAAAAAQAAAB4AAAANAAAAOGK9B2iLADAMMAAAAAAAAAEAAAAdAAAAAAAAAAAAgAFoiwAw
ATAAAAAAAAABAAAACAAAAAAAAAAAAAABaIsAMAEwAAAAAAAAAQAAAAcAAAAAAAAAAAAAAWiLADAB
MAAAAAAAAAIAAAAFAAAAAAAAAAAAAAFoywAwATAAAAAAAAABAAAABAAAAAAAAAAAAAABaMsAMAEw
AAAAAAAAAQAAAAUAAAAAAAAAAAAAB2iLADABMAAAAAAAAAIAAAAFAAAAAAAAAAAAAAFoiwAwATAA
AAAAAAACAAAABQAAAAAAAAAAAAABaIsAMAswAAAAAAAAAQAAAAgAAAAMAAAAjBU0B2iLADALMAAA
AAAAAAEAAAAHAAAAAAAAAAAAAAdoiwAwCzAAAAAAAAACAAAABQAAAAAAAAAAAAAHaMsAMAEwAAAA
AAAAAQAAAAQAAAAAAAAAAAAAB2iLADAPMAAAAAAAAAEAAAAIAAAAEAAAAPwVNAdoiwAwDzAAAAAA
AAABAAAABwAAAAAAAAAAAAAHaIsAMA8wAAAAAAAAAgAAAAUAAAAAAAAAAAAAB2iLADABMAAAAAAA
AAEAAAAEAAAAAAAAAAAAAAdoiwAwEzAAAAAAAAABAAAACAAAABQAAABsFjQHaIsAMBMwAAAAAAAA
AQAAAAcAAAAAAAAAAAAAB2iLADATMAAAAAAAAAIAAAAFAAAAAAAAAAAAAAdoiwAwFjAAAAAAAAAB
AAAACAAAABcAAADAFjQHaIsAMBYwAAAAAAAAAQAAAAcAAAAAAAAAAAAAB2iLADAWMAAAAAAAAAIA
AAAFAAAAAAAAAAAAAAdoiwAwIwAAAAAAAAABAAAAEgAAACQAAABEUr0HaIsAMCMAAAAAAAAAAQAA
ABEAAAAAAAAAAACAAWiLADAjAAAAAAAAAAEAAAAQAAAAAAAAAAAAgAFoiwAwGTAAAAAAAAABAAAA
CAAAAAAAAAAAAAABaIsAMBkwAAAAAAAAAQAAAAcAAAAAAAAAAAAAAWiLADAZMAAAAAAAAAEAAAAH
AAAAAAAAAAAAAAdoywAwATAAAAAAAAABAAAABAAAAAAAAAAAAAAHaMsAMAEwAAAAAAAAAQAAAAUA
AAAAAAAAAAAAB2iLADAnEAAAAAAAAAEAAAALAAAAKAAAACxlvQdoiwAwJxAAAAAAAAABAAAACgAA
AAAAAAAAAIABaIsAMCcQAAAAAAAAAgAAAAgAAAAAAAAAAACAAWiLADABMAAAAAAAAAEAAAAEAAAA
AAAAAAAAAAFoiwAwGTAAAAAAAAACAAAABQAAAAAAAAAAAAABaIsAMAEwAAAAAAAAAQAAAAUAAAAC
AAAAdBQ0B2iLADABMAAAAAAAAAEAAAAEAAAAAAAAAAAAAAdoiwAwATAAAAAAAAACAAAAAgAAAAAA
AAAAAAAHmAAAAAAwAAAAAAAAAIAAAACAAAAAAAAAAAAAB2rLADAAMAAAAAAAAAIAAAABAAAAAAAA
AAAAgAGYQAAAADAAAAAAAAAAgAAAAIAAAAAAAAAAAAABaMsAMAQwAAAAAAAAAQAAAAIAAAAAAAAA
AACAAWrLADAEMAAAAAAAAAEAAAADAAAAAAAAAAAAgAcKAAAAADAAAAAAAAAAAAAAAAAGMCICAAAA
AAAHAAYAAPwrAACYPQAA5WwAAD60AAAXBwEA9ggBAIUAAACOAAAAkgAAAJwAAACsAAAAwAAAAAAG
AAAtDgAA0BEAAHYXAAD8HAAAyiQAAAwqAABAMAAADjQAAOk4AABjPQAAY0EAADtHAADITAAAdlIA
AKpXAAC8XAAAGmMAAGRoAAB6bgAA53MAACZ6AACkfQAAkoIAANKGAAD3iwAAfZAAAISVAADFmQAA
ep4AABCjAABfqQAA268AANK0AAAaugAAVr4AAH/DAAB/yQAAI9AAANnUAAC22QAAV98AAALlAAA7
6AAA5+sAADXwAADr9AAA1vgAAI36AABT/AAAx/0AAEgBAQBYBgEA9ggBAIYAAACIAAAAiQAAAIoA
AACLAAAAjAAAAI0AAACPAAAAkAAAAJEAAACTAAAAlAAAAJUAAACWAAAAlwAAAJgAAACZAAAAmgAA
AJsAAACdAAAAngAAAJ8AAACgAAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAA
qgAAAKsAAACtAAAArgAAAK8AAACwAAAAsQAAALIAAACzAAAAtAAAALUAAAC2AAAAtwAAALgAAAC5
AAAAugAAALsAAAC8AAAAvQAAAL4AAAC/AAAAAAYAAPUIAQCHAAAADwAA8DgAAAAAAAbwGAAAAAII
AAACAAAAAQAAAAEAAAABAAAAAgAAAEAAHvEQAAAA//8AAAAA/wCAgIAA9wAAEAAPAALwkgAAABAA
CPAIAAAAAQAAAAEEAAAPAAPwMAAAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK
8AgAAAAABAAABQAAAA8ABPBCAAAAEgAK8AgAAAABBAAAAA4AAFMAC/AeAAAAvwEAABAAywEAAAAA
/wEAAAgABAMJAAAAPwMBAAEAAAAR8AQAAAABAAAA//8wAAAABgCK4nYAEAABANyxIQAGAIvidgAR
AAEAtKYhAAYAjOJ2ABEAAQCMeBgFBgCN4nYAEAABAIR2GAUGAI7idgARAAEAzHgYBQYAj+J2ABEA
AQCUriEABgCQ4nYACAACACxpGAUGAJHidgAQAAEAZJwhAAYAkuJ2ABEAAQA0bBgFBgCT4nYAEQAB
AMxpGAUGAJTidgAQAAEAnLkhAAYAleJ2ABEAAQDcuSEABgCW4nYAEAABAOxqGAUGAJfidgAQAAEA
LGsYBQYAmOJ2ABEAAQD0ZRgFBgCZ4nYAEQABADRmGAUGAJridgARAAEAdGYYBQYAm+J2ABEAAQCM
khgFBgCc4nYAEQABAMySGAUGAJ3idgAQAAEADJMYBQYAnuJ2ABAAAQBMkxgFBgCf4nYAEQABAIyT
GAUGAKDidgAIAAEAzJMYBQYAoeJ2ABEAAQAMlBgFBgCi4nYACAABAEyUGAUGAKPidgARAAEAjJQY
BQYApOJ2ABEAAQDMlBgFBgCl4nYAEAABAAyVGAUGAKbidgAQAAEATJUYBQYAp+J2ABEAAQCMlRgF
BgCo4nYAEAABAMyVGAUGAKnidgARAAEAzJYYBQYAquJ2ABEAAQCMlhgFBgCr4nYACAABAEyWGAUG
AKzidgARAAEADJYYBQYAreJ2ABAAAQAMlxgFBgCu4nYAEQABAIQSFwUGAK/idgAQAAEAJJ0hAAYA
sOJ2ABEAAQBEZxgFBgCx4nYAEQABAIR7GAUGALLidgAQAAEANNofAAYAs+J2ABEAAQB02h8ABgC0
4nYAEQABALTaHwAGALXidgARAAEA9NofAAYAtuJ2ABAAAQA02x8ABgC34nYAEAACAHTbHwAGALji
dgAQAAEApK4YBQYAueJ2ABEAAQDkrhgFEAMAABADAAAeAwAAoAMAAKADAACuAwAA1uAAABPlAAAT
5QAAC+0AAAvtAADO7QAAzu0AAOfwAADn8AAA7vAAAPTwAAD98AAAH/EAAB/xAAAz8QAAM/EAAPrx
AAD68QAAdfIAAHXyAACj8wAAo/MAALrzAAC68wAABvQAAAb0AAAU9AAAHvQAAB70AABH9AAAR/QA
AJH0AACR9AAAn/QAAKv0AACr9AAAuPQAAPv0AAD79AAAWvUAAJ/1AACf9QAA9wABAAEAAAACAAAA
AAACAAIAAAACAAQAAAACAAMAAAACAAUAAAACAAYAAAABAAcAAAACAAgAAAACAAkAAAACAAoAAAAC
AAsAAAACAAwAAAACABAAAAACAA0AAAACAA4AAAACAA8AAAACABEAAAACABIAAAACABMAAAACABQA
AAACABUAAAACABYAAAACABcAAAACABgAAAACABkAAAACABoAAAACABsAAAACABwAAAACAB0AAAAC
AB8AAAACAB4AAAACACAAAAACACIAAAACACEAAAACACMAAAACACQAAAACACYAAAACACUAAAACACcA
AAACACkAAAACACgAAAACACoAAAACACsAAAACACwAAAACAC0AAAABAC4AAAACAC8AAAACABoDAAAk
AwAAJAMAAKoDAAC2AwAAtgMAAOLgAAAY5QAAGOUAABDtAAAQ7QAA0+0AANPtAADt8AAA8/AAAPzw
AAAB8QAAAfEAACbxAAAm8QAAQfEAAEHxAAAT8gAAE/IAAIzyAACM8gAArPMAAKzzAADB8wAAwfMA
ABD0AAAa9AAAGvQAACb0AAAq9AAAUvQAAFL0AACb9AAAp/QAAKf0AAC09AAAwPQAAMD0AAAC9QAA
AvUAAGH1AACk9QAApPUAAPcAAQABAAEAAAAAAAIAAAAEAAEAAwAAAAUAAAAGAAAABwAAAAgAAAAJ
AAAACgAAAAsAAAAMAAAADgABAA8AAQAQAAEADQAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcA
AAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAfAAEAHgAAACAAAAAiAAEAIQAAACMAAAAkAAAAJgAB
ACUAAAAnAAAAKQABACgAAAAqAAAAKwAAACwAAAAtAAAALgAAAC8AAAAJAAAAOwAAAAMAAAAqgHVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncweAY2hzZGF0ZQCAOwAAABoA
AAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncweAYWRkcmVzcwCA
OgAAABkAAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0dGFncwaAU3Ry
ZWV0AIA5AAAAMAAAACqAdXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdz
BYBwbGFjZQCAOAAAACgAAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNtYXJ0
dGFncwSAQ2l0eQCAPQAAAC4AAAAqgHVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOnNt
YXJ0dGFncwmAUGxhY2VOYW1lAIA9AAAALwAAACqAdXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpv
ZmZpY2U6c21hcnR0YWdzCYBQbGFjZVR5cGUAgEIAAAAbAAAAKoB1cm46c2NoZW1hcy1taWNyb3Nv
ZnQtY29tOm9mZmljZTpzbWFydHRhZ3MOgGNvdW50cnktcmVnaW9uAIA+AAAAKgAAACqAdXJuOnNj
aGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzCoBQZXJzb25OYW1lAIAMAAABoOjA
AwkAAAAEgDE5ODkBgDMBgDUDgERheQWARmFsc2ULgElzTHVuYXJEYXRlCYBJc1JPQ0RhdGUFgE1v
bnRoBIBZZWFyMAAAAAAALwAAAAAALgAAAAAAMAAAAAAALwAAAAAALgAAAAAAKgAAAAAAMAAAAAAA
KAAAAAAAKAAAAAAAMAAAAAAAKAAAAAAAMAAAAAAAMAAAAAAALgAAAAAALgAAAAAALgAAAAAALwAA
AAAAKAAAAAAAMAAAAAAAMAAAAAAAGwAAAAAAGgAAAAAAGQAAAAAAGgAAAAAAGQAAAAAAKAAAAAAA
MAAAAAAAMAAAAAAAGwAAAAAAMAAAAAAALwAAAAAALgAAAAAAGgAAAAAAGQAAAAAAMAAAAAAAGwAA
AAAAMAAAAAAALwAAAAAALgAAAAAAMAAAAAAALwAAAAAALgAAAAAAGwAAAAAAMAAAAAAAAwAFAAAA
CAAAAAAAAAAHAAAAAQAAAAMAAAACAAAABQAAAAQAAAAGAAAABAAAADAAAAAAABsAAAAAAP//AwAK
AAAAAAGMQT8K/////wAAAAFDQj8K/////wAAAAFzQj8K/////54iAAAkNQAAS4oAANT+AAAAAAAA
AQAAAAIAAAD8IwAAgzUAAJCMAADU/gAAAAAAAEMAAABKAAAA1QAAANwAAACxAQAAtwEAAEUCAABJ
AgAA0AIAANsCAAAeAwAAJAMAAGgDAABtAwAA+wMAAP8DAABzBwAAfAcAADoJAABBCQAAUgkAAIIJ
AACFCQAAzQkAAAELAAAJCwAATBQAAE4UAABUFAAAnBQAAJ8UAADnFAAA3RUAAOUVAACeFgAAphYA
AHkXAAB8FwAAVRgAAFgYAABPGQAAUhkAANsaAADjGgAA6hoAAOwaAACbIAAA4yAAAOYgAAAuIQAA
iyIAAI0iAADAJAAAwyQAABAlAAATJQAA6CUAAOolAABVJwAAWCcAAI4qAACVKgAApioAANYqAADZ
KgAAISsAAEQrAABMKwAAeysAAIMrAAC8LQAAxC0AALYuAAC+LgAAwTMAAMgzAADZMwAACTQAAAw0
AABUNAAAETcAABU3AAC6NwAAwjcAAL86AADHOgAAwzwAAAs9AAAOPQAAVj0AAF49AACBPQAADkEA
ABFBAAC2RQAAuEUAAOVFAADoRQAAYEcAAKlHAACrRwAA9EcAAElPAABoTwAA9FEAADBSAAA1UgAA
PVIAAD9SAACIUgAAhVgAAIlYAACgXAAAp1wAAKpnAADzZwAA9WcAADBoAAA0aAAAPmgAAKFrAAC2
awAAFnEAADlxAAC4cQAAwHEAALVyAAD+cgAAAHMAADBzAAA/cwAASXMAANZ6AADYegAACnsAAFN7
AABVewAAnnsAAHx8AACFfAAAn3wAAKF8AADdfQAA5n0AAAB+AAAJfgAAO38AAD1/AAACgQAAIYEA
ANKCAADUggAA+oMAADCEAAA6hAAAQ4QAAEWEAACOhAAAn4gAAKaIAACHjQAA0I0AANKNAAAbjgAA
CJMAAA+TAACtkwAAr5MAACSVAAAplQAAe5YAAIKWAACTlgAAxJYAAMaWAAAPlwAAFpcAADKXAABo
lwAAapcAAKaYAAComAAArpkAALGZAAAFmwAADpsAABObAAAomwAAAqAAAAegAAAWoQAAX6EAAGGh
AACqoQAAv6UAAMGlAAD2pwAA+KcAAAeoAAAPqAAAbqoAAHGqAADlqgAA7KoAAPKqAAD6qgAAD6sA
ABerAACIqwAAiqsAABesAAA2rAAAPqwAAIesAACJrAAA0qwAAPytAAAErgAAKq4AACyuAAAFsAAA
B7AAAHuwAACQsAAAnbAAAKewAAD5sAAABLEAAIexAACPsQAAuLEAAM2xAAAKsgAAFLIAAJCyAACW
sgAAwLUAAAm2AAALtgAAVLYAAMO4AADGuAAACrkAACm5AABXuQAAWrkAAIe6AACJugAAu7wAAL28
AABfwAAAqMAAAKrAAADzwAAAucEAAMPBAAA4wgAAQsIAADTEAAA8xAAA+8UAABbGAACyyQAAu8kA
AN7LAAAnzAAAKcwAAHLMAABnzwAAas8AACTVAAAy1QAAPNUAAG3VAABv1QAAuNUAAJDWAACX1gAA
GtcAACHXAAAD2AAABtgAAETZAABH2QAAgNsAAIPbAABF3QAASd0AAO7dAAAy3gAAM94AADfeAAA5
3gAAgt4AAJ3eAAC53gAAwt4AAMveAADQ3gAA5d4AAO3eAAAD3wAAC98AABPfAAAY3wAAG98AADLf
AABH3wAAT98AAFvfAABg3wAAaN8AAJjfAACf3wAAp98AAO3fAADw3wAAMuAAAB7hAAAl4QAAQeEA
AEXhAAAr4gAAM+IAACnjAAAv4wAA/OMAAAHkAACJ5AAAkOQAALTkAAC+5AAA1OUAAB3mAAAf5gAA
MuYAAD/mAABo5gAA3OYAAOTmAAAf5wAAJ+cAAA/qAAAe6gAAI+oAADLqAAAz6gAAZuoAAH3qAACD
6gAAieoAAI/qAACc6gAApeoAANbqAADe6gAAC+sAABLrAABX6wAAX+sAAJPrAACf6wAANOwAAD7s
AACx7AAAt+wAAMfsAADP7AAAFu0AACDtAAA27QAAP+0AAH7tAACG7QAAuO0AAMDtAADZ7QAA3+0A
AOXtAADt7QAAHe4AACXuAACd7gAApO4AALXuAADm7gAA6O4AADHvAAC37wAAuu8AACHwAAAp8AAA
zvAAANXwAAD08AAA/PAAAALxAAAM8QAAaPEAAG3xAABx8QAAePEAAHzxAACD8QAAhvEAAJrxAACd
8QAAs/EAALbxAAC98QAAwfEAANvxAAAX8gAALPIAAC/yAAAy8gAAN/IAAFDyAABa8gAAYPIAAJDy
AACm8gAAqfIAAK3yAACx8gAAyvIAANDyAAAZ8wAAG/MAADLzAAA78wAAZPMAAGnzAAB38wAAevMA
AITzAACH8wAAoPMAAO7zAAD28wAA9/MAAAL0AAAU9AAAGvQAADb0AAA+9AAAiPQAAI30AADM9AAA
1vQAANn0AAD49AAADvUAAC/1AAA19QAAP/UAAEL1AABW9QAAWfUAAHD1AABz9QAAe/UAAM/1AAAY
9gAAGvYAADL2AAA69gAAY/YAAIj+AACP/gAA0v4AAFr/AABd/wAAYAABAGkAAQD3AAEABwAcAAcA
HAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcABQAHAAUABwAcAAcABQAHAAUABwAF
AAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcAHAAHABwABwAcAAcAHAAHABwA
BwAcAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcAHAAHABwABwAcAAcABQAH
AAUABwAcAAcAHAAHABwABwAcAAcABQAHAAUABwAcAAcABQAHAAUABwAFAAcAHAAHABwABwAFAAcA
BQAHAAUABwAcAAcAHAAHABwABwAFAAcABQAHAAUABwAcAAcABQAHAAUABwAcAAcAHAAHABwABwAc
AAcAHAAHABwABwAcAAcABQAHAAUABwAFAAcAHAAHAAUABwAFAAcAHAAHABwABwAcAAcAHAAHAAUA
BwAFAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcAHAAHABwABwAcAAcAHAAH
ABwABwAcAAcAHAAHABwABwAcAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcA
HAAHABwABwAcAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcAHAAHABwABwAc
AAcAHAAHABwABwAFAAcABQAHABwABwAFAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAFAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcABQAH
AAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcABQAHAAUABwAFAAcAHAAHABwABwAFAAcA
BQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwABwAc
AAcAHAAHABwABwAcAAcAHAAHABwABwAFAAcABQAHABwABwAcAAcAHAAHABwABwAcAAcAHAAHABwA
BwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHABwABwAFAAcABQAHAAUABwAFAAcABQAH
AAUABwAFAAcABQAHAAUABwAcAAcAHAAHABwABwAcAAcAHAAHAAUABwAFAAcAHAAHAAUABwAFAAcA
BQAHABwABwAFAAcABQAHAAUABwAcAAcABwAcAAcAHAAHAAAAAADgBAAAAQUAAGEFAABrBQAApgUA
AKoFAADsBQAA8QUAAHYGAACrBgAAugYAAL8GAAD9BgAABAcAAFIHAABVBwAAmgcAAJ4HAADcBwAA
5AcAADoJAABJCQAAUgkAAIIJAACFCQAAzQkAAOEJAADkCQAATAoAAE8KAACNCgAAlwoAANUKAADg
CgAAEgwAAB8MAABbDAAAaAwAAKQMAACxDAAA7QwAAPoMAADIDQAAzg0AABEOAAAXDgAAWg4AAGAO
AACjDgAArw4AAOwOAAD2DgAANQ8AADwPAABZEAAAYRAAAKIQAACyEAAA6xAAAPgQAAA0EQAAQhEA
AH0RAACIEQAAVBQAAJwUAACfFAAA5xQAAEUVAABIFQAAhhUAAJAVAADOFQAA0xUAABcWAAAZFgAA
WRYAAGAWAADhFgAA6BYAACIXAAArFwAAaBcAAGsXAACvFwAAsRcAAOoXAAD3FwAAMRgAADgYAAB2
GAAAfRgAALsYAADBGAAAARkAAAQZAABDGQAAShkAAIQZAACMGQAAyRkAANEZAAALGgAAFhoAAE8a
AABVGgAAkxoAAK4aAADkGgAA6hoAACQbAAApGwAAaRsAAG8bAACxGwAAtBsAAPobAAD9GwAAQxwA
AEYcAACJHAAAjRwAAM0cAADWHAAAFh0AACUdAABcHQAAXx0AAKIdAACnHQAA6x0AAPEdAAAuHgAA
Nx4AAHQeAAB6HgAAiB4AAI4eAADQHgAA2B4AABIfAAAaHwAAWh8AAF4fAACbHwAAox8AANkfAADf
HwAAICAAACcgAABoIAAAbyAAAJsgAADjIAAA5iAAAC4hAAA0IQAAOiEAAHwhAACIIQAAuyEAAMUh
AAABIgAACyIAABAiAAAWIgAAWyIAAGIiAAChIgAAriIAAEojAABPIwAAjiMAAJUjAADUIwAA4SMA
AAEkAAAHJAAASiQAAFIkAACQJAAAlyQAANgkAADcJAAAGiUAACQlAABKJQAAUCUAAJIlAACYJQAA
1iUAAN4lAAAfJgAAISYAAGQmAABsJgAAoCYAAKYmAADmJgAA7CYAAHAnAAB1JwAAAigAAAooAABG
KAAAVygAAIwoAACRKAAAzigAANYoAAD8KAAAAikAAEUpAABfKQAAjSkAAJEpAADWKQAA4SkAAB8q
AAAhKgAAaCoAAGsqAACOKgAAnSoAAKYqAADWKgAA2SoAACErAAAnKwAALSsAAG8rAACKKwAAjysA
AJUrAADZKwAA3ysAABIsAAAYLAAAWCwAAGUsAABrLAAAcSwAAKcsAACtLAAA7SwAAPQsAAAULQAA
Gi0AAFstAABiLQAAgi0AAIgtAADLLQAA0i0AAFkuAABdLgAAoi4AAKkuAADMLgAA1i4AAF4vAABx
LwAAdi8AAIMvAADBLwAAyC8AAAgwAAAOMAAAUTAAAFQwAACaMAAAnjAAAOIwAADmMAAA7DAAAPkw
AAAtMQAAQDEAAHMxAAB3MQAAvDEAAL8xAAAAMgAABDIAAEYyAABNMgAAdzIAAIMyAAC/MgAAxzIA
AAYzAAAVMwAAGzMAACkzAABlMwAAbTMAAKwzAAC8MwAAwTMAANAzAADZMwAACTQAAAw0AABUNAAA
WjQAAGA0AACcNAAAojQAAOQ0AADsNAAAITUAACc1AABpNQAAbjUAAMg1AADLNQAAJzYAADU2AABm
NgAAcjYAAKE2AACqNgAASTcAAFQ3AACQNwAAlTcAANg3AADbNwAAQDgAAEM4AAB/OAAAijgAAMQ4
AADHOAAABDkAAA45AABHOQAAUTkAALM5AAC2OQAA/DkAAP45AABXOgAAXzoAAJg6AAChOgAA3joA
AOk6AAAnOwAAMDsAAG47AABzOwAAtjsAALo7AAD5OwAAAzwAAD48AABJPAAAfDwAAIg8AADDPAAA
Cz0AAA49AABWPQAAXD0AAJw9AAClPQAArD0AAOk9AADuPQAAMT4AADs+AAB4PgAAej4AALg+AADB
PgAA/D4AAAM/AAA/PwAATD8AALo/AAC9PwAAAEAAAAdAAAAzQAAAOUAAAHpAAAB/QAAAwEAAAMVA
AAACQQAACUEAAClBAAA1QQAAdUEAAHhBAAC8QQAAwEEAAARCAAAGQgAAQUIAAEtCAACHQgAAjkIA
AAtDAAARQwAAT0MAAFRDAACYQwAAnUMAAOBDAADjQwAAHUQAACpEAACIRAAAkkQAAMtEAADQRAAA
VkUAAF1FAACXRQAAm0UAAOBFAADkRQAAJkYAADBGAABZRgAAZkYAANJGAADdRgAAF0cAABtHAABg
RwAAqEcAAKtHAADzRwAA+UcAAPxHAAA/SAAARkgAAIdIAACMSAAAzkgAANdIAAAWSQAAHUkAAF1J
AABkSQAAo0kAAKlJAADpSQAA70kAADFKAAA4SgAAeUoAAH5KAADgSgAA+EoAACZLAAAtSwAAZksA
AHFLAACdSwAAqksAAKNMAACpTAAA7EwAAO9MAAB6TQAAgE0AAMNNAADMTQAAC04AABBOAABTTgAA
VU4AAJdOAACfTgAA4E4AAOhOAAAmTwAAKk8AAHFPAAB7TwAAsE8AALlPAAD2TwAA+U8AAD9QAABE
UAAAjlAAAJZQAADVUAAA3VAAAB5RAAAiUQAAZVEAAGpRAACtUQAAslEAAPRRAAA8UgAAP1IAAIdS
AACNUgAAklIAAPJSAAD0UgAAOFMAADxTAAB+UwAAgVMAAMVTAADMUwAAClQAABFUAABRVAAAU1QA
AHZUAAB8VAAAwlQAAMVUAAACVQAAC1UAAJBVAACUVQAA0VUAANxVAAAYVgAAHVYAADhWAAA+VgAA
glYAAIhWAAA4VwAAP1cAAIFXAACDVwAAxFcAAM9XAAAMWAAAEFgAAFJYAABWWAAAmFgAAJxYAADI
WAAAzlgAABFZAAAZWQAAWFkAAGBZAAChWQAAo1kAACZaAAAwWgAAbFoAAHBaAACzWgAAtVoAAPxa
AAAZWwAAXVsAAGdbAACkWwAAp1sAAOdbAADtWwAAL1wAADBcAACgXAAAr1wAADldAAB+XQAAy10A
ANtdAAAQXgAAFF4AAFdeAABZXgAAoF4AAKReAADnXgAA6l4AAC9fAAAwXwAAVl8AAFxfAACiXwAA
rV8AAOFfAADqXwAAJWAAACxgAABqYAAAb2AAAK9gAAC5YAAAP2EAAElhAABPYQAAWWEAAJthAACh
YQAA5GEAAOlhAAAiYgAALGIAADJiAAA8YgAAfmIAAIBiAADGYgAA0GIAAARjAAAUYwAAR2MAAGFj
AACNYwAAlWMAANRjAADYYwAAFGQAACRkAABZZAAAXWQAAKJkAACmZAAAMGUAADJlAAB3ZQAAemUA
AL9lAADKZQAAAmYAAAhmAAB9ZgAAh2YAAAhnAAAOZwAAUGcAAFJnAACqZwAA8mcAAPVnAAA9aAAA
Q2gAAE5oAACKaAAAkWgAABppAAAeaQAAYmkAAGhpAACraQAAtWkAAPFpAAD0aQAAN2oAAD1qAAB9
agAAgWoAAMBqAADJagAAAWsAAAtrAACPawAAkmsAANZrAADcawAALWwAADVsAAB4bAAAfGwAAMBs
AADFbAAA6mwAAAJtAAAJbQAADm0AADZtAAA+bQAAf20AAIltAADHbQAAy20AABBuAAAUbgAAV24A
AFpuAABrbgAAc24AALZuAAC8bgAA+G4AAP9uAABAbwAAQm8AAM1vAADUbwAA828AAPtvAABqcAAA
cnAAAIRwAACKcAAAXHEAAF9xAACkcQAAqnEAAOVxAADtcQAALHIAADJyAAB0cgAAeHIAALVyAAD9
cgAAAHMAAEhzAAC7cwAAxXMAAPtzAAAFdAAAQXQAAEZ0AAB+dAAAi3QAAL90AADKdAAA53QAAPB0
AAAWdQAAH3UAAER1AABNdQAAcXUAAHZ1AACrdQAAsHUAAOp1AADzdQAA/XUAAAJ2AAA1dgAAO3YA
AJZ2AACjdgAAqXYAALJ2AADwdgAA9nYAADd3AAA8dwAAcncAAHh3AAC9dwAAv3cAAP93AAAFeAAA
P3gAAEt4AADDeAAAyHgAAAp5AAAReQAAUHkAAFR5AACXeQAAmnkAAAN6AAAMegAATHoAAE56AACV
egAAl3oAANx6AADfegAACnsAAFJ7AABVewAAnXsAAKN7AACpewAAC3wAABh8AAAefAAAJ3wAAGh8
AAByfAAArnwAALR8AADlfAAA7nwAAC59AAAxfQAAdX0AAHh9AAC7fQAAvn0AAAB+AAAJfgAAKH4A
AC5+AABvfgAAen4AALJ+AAC6fgAA1X4AANt+AAATfwAAIX8AAFl/AACKfwAA1n8AAN1/AAAggAAA
I4AAAGSAAABogAAAq4AAAK+AAAA4gQAAPYEAAHyBAACFgQAAl4EAAJ2BAAD9gQAACoIAABCCAAAZ
ggAAWYIAAFyCAABsggAAcoIAAKqCAAC4ggAA8IIAAB+DAAAkgwAAKoMAAG6DAAB0gwAA+oMAAEKE
AABFhAAAjYQAAJOEAACXhAAA24QAAN6EAABnhQAAcIUAAISFAACQhQAA6oUAAPeFAAAphgAANIYA
AGmGAAByhgAAfIYAAIOGAAC/hgAAy4YAAAiHAAANhwAASocAAFGHAACRhwAAnYcAANqHAADfhwAA
8ocAAACIAAA9iAAAQYgAAIOIAACGiAAAC4kAABaJAAAciQAAIokAAHuJAACBiQAAxokAAMmJAAAK
igAAFYoAAEiKAABOigAAkYoAAJSKAADWigAA3ooAAByLAAAgiwAAZIsAAGiLAACqiwAArYsAAPCL
AADziwAANYwAADyMAAB7jAAAg4wAAJOMAACUjAAAl4wAAKGMAAD3jAAA+owAAD+NAABBjQAAh40A
AM+NAADSjQAAGo4AACCOAAAkjgAA944AAP6OAAA7jwAAQ48AAH2PAACEjwAAyY8AAM2PAADqjwAA
+I8AADSQAAA7kAAAdZAAAIGQAAC+kAAAw5AAANCQAADXkAAAN5EAAESRAAB2kQAAgZEAALaRAAC/
kQAAyZEAANCRAABWkgAAZJIAAKGSAACjkgAA5JIAAOuSAAAokwAAMJMAADaTAAA6kwAAx5MAAMqT
AABQlAAAW5QAAJKUAACZlAAAD5UAAB2VAABVlQAAV5UAAJSVAACglQAA3ZUAAOGVAAAklgAAJpYA
AGeWAABulgAAe5YAAIqWAACTlgAAw5YAAMaWAAAOlwAAWpcAAGCXAACHlwAAjZcAAMyXAADUlwAA
5JcAAPSXAAAvmAAAM5gAAHKYAAB8mAAAu5gAAL+YAADumAAA+ZgAADeZAAA+mQAAeJkAAIGZAAC/
mQAAwpkAAAeaAAAJmgAAD5oAAB+aAABUmgAAYJoAAJmaAACemgAAA5sAAAWbAAATmwAAKJsAAFOb
AABcmwAA25sAAOObAAD+mwAABZwAAEmcAABLnAAAkJwAAJOcAADVnAAA3pwAAB6dAAAgnQAAZJ0A
AGmdAADynQAA/50AADyeAABDngAAfZ4AAISeAADGngAAz54AAOKeAADnngAAKp8AADKfAABxnwAA
e58AALifAAC8nwAAQKAAAEagAACJoAAAiqAAANKgAADaoAAAFqEAAF6hAABhoQAAqaEAAK+hAAC4
oQAA96EAADWiAACFogAAiKIAAMWiAADPogAADqMAABOjAABSowAAa6MAAJqjAACcowAA46MAAOWj
AAAqpAAAM6QAAHGkAAB0pAAAj6QAAJukAADZpAAA26QAAB2lAAAkpQAAZqUAAG2lAACtpQAAs6UA
ADqmAAA/pgAAgKYAAIemAADJpgAA0KYAAAunAAATpwAAU6cAAFynAACZpwAApKcAAOGnAADmpwAA
J6gAACqoAAC1qAAAuagAAP6oAAAIqQAAGqkAACqpAABkqQAAcqkAANqpAADmqQAAHaoAACaqAABe
qgAAZ6oAAJ2qAACoqgAA4qoAAOyqAAAtqwAANKsAAHWrAAB2qwAAPqwAAIasAACJrAAA0awAANes
AADhrAAALK0AADStAABwrQAAea0AALmtAADGrQAAWa4AAGCuAACjrgAAtK4AABuvAAAhrwAAYq8A
AGyvAACgrwAAq68AAOevAADurwAAL7AAADCwAAB2sAAAeLAAAJqwAACnsAAA47AAAOawAAAssQAA
ObEAAFSxAABbsQAAlrEAAKKxAADYsQAA4bEAACCyAAAhsgAAYrIAAGmyAACmsgAAsrIAAOmyAADx
sgAAKbMAAC+zAAB1swAAeLMAAL6zAADCswAAWrQAAGC0AACUtAAAorQAAN20AADktAAAIrUAACu1
AADAtQAACLYAAAu2AABTtgAAWbYAAFy2AABrtgAAc7YAAMK2AADGtgAACrcAABG3AABOtwAAU7cA
AJK3AACZtwAA2LcAANy3AABfuAAAargAAMq4AADUuAAAULkAAFK5AACYuQAAnbkAAKq5AAC6uQAA
CboAAA+6AABOugAAU7oAAJe6AAChugAA4LoAAOy6AAA5uwAAPLsAAIK7AACJuwAAyLsAANC7AAAM
vAAAEbwAAFC8AABXvAAAk7wAAJi8AADcvAAA6bwAACK9AAApvQAAab0AAG29AACxvQAAtb0AAPS9
AAD6vQAANr4AAD6+AAB+vgAAgr4AAMS+AADJvgAAC78AABW/AABSvwAAV78AANO/AADcvwAAGcAA
AB3AAABfwAAAp8AAAKrAAADywAAA+MAAAPvAAAA/wQAAQ8EAAILBAACJwQAAx8EAANDBAAAQwgAA
GcIAAFPCAABbwgAAmcIAAKLCAADhwgAA5sIAACLDAAAswwAAasMAAHPDAACxwwAAtMMAAPrDAAAE
xAAAQMQAAEzEAACJxAAAjcQAANHEAADVxAAADMUAABzFAABSxQAAXMUAALHFAADAxQAAP8YAAEPG
AAChxgAApcYAAObGAADtxgAAKscAADXHAAByxwAAdMcAALbHAADDxwAA38cAAObHAABwyAAAecgA
AKrIAACwyAAA8sgAAAHJAAAcyQAAHckAADbJAABDyQAAYckAAGbJAACoyQAArskAAPHJAAD1yQAA
OcoAAEjKAACBygAAiMoAAMjKAADLygAATMsAAFDLAACVywAAl8sAAN7LAAAmzAAAKcwAAHHMAAB3
zAAAfswAALrMAADBzAAAx8wAANTMAAAfzQAALc0AAH/NAACEzQAAks0AAJjNAADczQAA480AAB7O
AAAnzgAAZc4AAG3OAACozgAAss4AAPDOAADyzgAAOc8AAD/PAACCzwAAic8AALjPAAC+zwAAA9AA
AAfQAABL0AAAUNAAAHfQAAB+0AAAwdAAAMXQAAAE0QAACtEAAE3RAABX0QAAXdEAAGjRAAC50QAA
vtEAAADSAAAH0gAAR9IAAFXSAACO0gAAnNIAANDSAADa0gAAHNMAAB/TAABe0wAAZdMAAKbTAACx
0wAA6tMAAPfTAAAt1AAAM9QAAHTUAAB31AAAvNQAAMDUAAAF1QAACdUAACTVAABs1QAAb9UAALfV
AAC91QAAw9UAAAPWAAAJ1gAAS9YAAE/WAACQ1gAAl9YAANbWAADa1gAAGtcAACzXAABd1wAAZdcA
AOvXAAD21wAAHtgAACTYAABn2AAAa9gAAKTYAACz2AAA7NgAAPjYAAAv2QAANtkAAGPZAABp2QAA
rtkAALLZAAD12QAA+dkAAD7aAABD2gAAhtoAAIraAADI2gAA0toAAA7bAABF2wAAStsAAFDbAACW
2wAAm9sAANfbAADh2wAA59sAAO3bAAAu3AAAOdwAALrcAADB3AAARd0AAErdAACo3QAAst0AAO7d
AAA23gAAOd4AAIHeAACH3gAAkN4AANDeAADl3gAAGN8AACrfAABg3wAAaN8AAKHfAACi3wAAp98A
AOzfAADw3wAAMeAAADXgAAA54AAAoOAAAKngAAD84AAACOEAAJPhAACh4QAAEeIAACPiAAB/4gAA
h+IAAN/iAAD84gAAcOMAAHPjAACa4wAAvOMAACvkAABV5AAAyuQAAObkAABO5QAAauUAANTlAAAc
5gAAH+YAAGfmAAC85gAAxOYAADLnAABK5wAAXOcAAHjnAACf5wAApucAAObnAAAJ6AAAPOgAAEPo
AACF6AAAqugAANroAADi6AAAeukAAILpAAAP6gAAHeoAACLqAABl6gAACOsAABLrAABT6wAAVusA
AJDrAACf6wAAMewAAD7sAACu7AAAt+wAAPTsAAAs7QAAsu0AALftAACJ7gAAju4AAJ3uAACs7gAA
te4AAOXuAADo7gAAMO8AADnvAAA97wAAg+8AAKDvAACo7wAArO8AAH3wAACt8AAAH/EAACvxAAB8
8QAAgvEAAIbxAACZ8QAAnfEAALLxAAC28QAAvPEAAMHxAADa8QAAF/IAACvyAAAv8gAAMvIAADfy
AABP8gAAkPIAAKXyAACp8gAArPIAALHyAADJ8gAA0PIAABjzAAAb8wAAY/MAAGnzAAB28wAAevMA
AIPzAACH8wAAn/MAAK7zAAC28wAAzPQAANX0AADZ9AAA9/QAADX1AAA+9QAAQvUAAFX1AABZ9QAA
b/UAAJL1AACb9QAAz/UAABf2AAAa9gAAYvYAAJD2AACT9gAA8PYAAPn2AAA19wAAO/cAAAT5AABG
+QAA8fkAAPj5AAA4+gAAPPoAAH76AACD+gAAxPoAAMj6AAAN+wAAD/sAAFH7AABW+wAAs/sAAL37
AAD3+wAA/vsAAED8AABE/AAAfPwAAIn8AAAp/QAAM/0AAG39AABz/QAAs/0AALf9AABb/gAAgv4A
AIj+AACX/gAA0v4AAFr/AABn/wAA9wABAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAFAAcABQAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHAAUABwAFAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHAAUABwAFAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
BQAHAAUABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcABQAHAAUABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcABQAHAAUABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
AAUABwAFAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
BQAHAAUABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHAAUABwAFAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAFAAcABQAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAFAAcABQAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHAAQABwAzAAcAMwAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcABQAHAAUABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAF
AAcABQAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcABQAHAAUABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcABQAHAAUABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHAAUABwAFAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
AAUABwAFAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAz
AAcAMwAHAAUABwAFAAcAMwAHADMABwAzAAcAMwAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMA
BwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHAAUABwAFAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcABQAHAAUABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcA
MwAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMABwAzAAcABQAHAAUABwAFAAcABQAHAAUABwAF
AAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHAAUABwAFAAcABQAHADMABwAFAAcABQAHAAUA
BwAFAAcABQAHADMABwAFAAcABQAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAH
ADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAzAAcAMwAHADMABwAHADMABwAAAAAAAxQAAAkU
AADUIwAA/CMAABxiAAAtYgAAL2IAADJiAAB7jAAAkIwAAJOMAACUjAAA9P0AAAn+AABb/gAA0P4A
ANL+AADBAAEA8wABAPcAAQAHAAUABwAFAAcABQAHAAUABwAFAAcABAAHAAUABwAFAAcABwAFAAcA
AAAAANL+AAD3AAEABwAHAAEAuGb8MEy0psH/D/8P/w//D/8P/w//D/8P/w8QAAEAAAAXEAAAAAAA
AAAAAABoAQAAAAAAABUYAAAPhGgBEYSY/hXGBQABaAEGXoRoAWCEmP5PSgEAUUoBAG8oAIdoAAAA
AIhIAAABALfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAGRgAAA+EOAQRhJj+FcYFAAE4BAZehDgE
YISY/k9KAwBRSgMAXkoDAG8oAIdoAAAAAIhIAAABAG8AAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAA
FRgAAA+ECAcRhJj+FcYFAAEIBwZehAgHYISY/k9KBgBRSgYAbygAh2gAAAAAiEgAAAEAp/ABAAAA
F5AAAAAAAAAAAAAAaAEAAAAAAAAVGAAAD4TYCRGEmP4VxgUAAdgJBl6E2AlghJj+T0oBAFFKAQBv
KACHaAAAAACISAAAAQC38AEAAAAXkAAAAAAAAAAAAABoAQAAAAAAABkYAAAPhKgMEYSY/hXGBQAB
qAwGXoSoDGCEmP5PSgMAUUoDAF5KAwBvKACHaAAAAACISAAAAQBvAAEAAAAXkAAAAAAAAAAAAABo
AQAAAAAAABUYAAAPhHgPEYSY/hXGBQABeA8GXoR4D2CEmP5PSgYAUUoGAG8oAIdoAAAAAIhIAAAB
AKfwAQAAABeQAAAAAAAAAAAAAGgBAAAAAAAAFRgAAA+ESBIRhJj+FcYFAAFIEgZehEgSYISY/k9K
AQBRSgEAbygAh2gAAAAAiEgAAAEAt/ABAAAAF5AAAAAAAAAAAAAAaAEAAAAAAAAZGAAAD4QYFRGE
mP4VxgUAARgVBl6EGBVghJj+T0oDAFFKAwBeSgMAbygAh2gAAAAAiEgAAAEAbwABAAAAF5AAAAAA
AAAAAAAAaAEAAAAAAAAVGAAAD4ToFxGEmP4VxgUAAegXBl6E6BdghJj+T0oGAFFKBgBvKACHaAAA
AACISAAAAQCn8AEAAAC4ZvwwAAAAAAAAAAAAAAAA////////AQAAAAAA//8BAAAAEgABAAkEAwAJ
BAUACQQBAAkEAwAJBAUACQQBAAkEAwAJBAUACQQkAAAABAAAAAgAAADlAAAAAAAAACIAAABbEAMA
3XcHAOZJCQA7aQwAI1MSAEAbFAClRhsA8HEkALU0KAADQisAdVgtAJR/PQDma0wASGVRACMOVQBK
b1YA+1tXANVtWwAxT3kAymh5ABkGgABYaoEAWXyLANcBkwBdLZgAcGyaAEdOogDHG6sA9kCxAC9L
wwBfMs0A3QzQAAgi3wC2OPIAlw33AHMZ+AD/QAOAAQCTjAAAk4wAAIxHcgUBAAEAk4wAAAAAAACT
jAAAAAAAAAIQAAAAAAAAAPYAAQCAAAAQAEAAAP//BAAAAAcAVQBuAGsAbgBvAHcAbgALAEMAbwBu
AHQAcgBpAGIAdQB0AG8AcgAIAEQAZQBsAGUAaQAgAFkAdQAIAEQAZQBsAGUAaQAgAFkAdQD//wQA
CAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAAAAgAaAEQAZQBsAGUAaQAgAFkAdQAyADAAMAA3
ADAANgAyADUAVAAxADgANQA5ADEANAA1ADUAOQC7zLYmAAACAP//BAAAAAAAAAAAAAAA//8AAAIA
//8AAAAA//8AAAIA//8AAAAABwAAAEcWkAEAAAICBgMFBAUCAwSHegAgAAAAgAgAAAAAAAAA/wEA
AAAAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAADUWkAECAAUFAQIBBwYCBQcAAAAA
AAAAEAAAAAAAAAAAAAAAgAAAAABTAHkAbQBiAG8AbAAAADMmkAEAAAILBgQCAgICAgSHegAgAAAA
gAgAAAAAAAAA/wEAAAAAAABBAHIAaQBhAGwAAAA/NZABAAACBwMJAgIFAgQEh3oAIAAAAIAIAAAA
AAAAAP8BAAAAAAAAQwBvAHUAcgBpAGUAcgAgAE4AZQB3AAAAOwaQAYYDAgEGAAMBAQEBAQMAAAAA
AA4IEAAAAAAAAAABAAQAAAAAAItbU08AAFMAaQBtAFMAdQBuAAAANSaQAQAAAgsGBAMFBAQCBId6
AGEAAACACAAAAAAAAAD/AQEAAAAAAFQAYQBoAG8AbQBhAAAAOwaQAQIABQAAAAAAAAAAAAAAAAAA
AAAQAAAAAAAAAAAAAACAAAAAAFcAaQBuAGcAZABpAG4AZwBzAAAAIgAEAEEIiBgA8NACAABoAQAA
AABwzLYm8lq3ZohDtqYKAJAAAAAIJgAAytgAAAEAggAAAAQAAxDOAQAACCYAAMrYAAABAIIAAADO
AQAAAAAAACEDAPAQAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAEoAW0ALQAgYEyNAAAEAAZ
AGQAAAAZAAAAUP4AAFD+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAABTKDUQDwEAAIAAMAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAIAAAAAAAo8P8PAQABPwAAAAAAAPoiAAD///9/////f////3////9/////f///
/39bEAMAAAAAADIAAAAAAAAAAAAAAAAAAQAAAP//EgAAAAAAAAA/AFAAcgBlAC0ASQBuAHQAZQBy
AG4AZQB0ACAARAByAGEAZgB0ACAAMAAwAGEAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA
IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIABQAAAAAAAA
AAgAcABlAGEAcgBkAGwAZQB5AAsAQwBvAG4AdAByAGkAYgB1AHQAbwByAAAAAAAAAAAAAAAAAAAA
AAAAAAAAEAAAAAYAAAABAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAD+/wAABQECAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAADE
AQAAEgAAAAEAAACYAAAAAgAAAKAAAAADAAAA6AAAAAQAAAD0AAAABQAAAAgBAAAGAAAAFAEAAAcA
AAAgAQAACAAAADQBAAAJAAAASAEAABIAAABUAQAACgAAAHQBAAALAAAAgAEAAAwAAACMAQAADQAA
AJgBAAAOAAAApAEAAA8AAACsAQAAEAAAALQBAAATAAAAvAEAAAIAAACoAwAAHgAAAEAAAABQcmUt
SW50ZXJuZXQgRHJhZnQgMDBhICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
IFAAHgAAAAQAAAAAAAAAHgAAAAwAAABwZWFyZGxleQAAAAAeAAAABAAAAAAAAAAeAAAABAAAAAAA
AAAeAAAADAAAAE5vcm1hbC5kb3QAAB4AAAAMAAAAQ29udHJpYnV0b3IAHgAAAAQAAAAxMAAAHgAA
ABgAAABNaWNyb3NvZnQgT2ZmaWNlIFdvcmQAAABAAAAAAGDXHRQAAABAAAAAACCpXZOpxwFAAAAA
AAh/6g23xwFAAAAAACQHjm7DxwEDAAAAAQAAAAMAAAAIJgAAAwAAAMrYAAADAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
/v8AAAUBAgAAAAAAAAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5EAAAABdXN1ZwuGxCT
lwgAKyz5rmwBAAAoAQAADAAAAAEAAABoAAAADwAAAHAAAAAFAAAAfAAAAAYAAACEAAAAEQAAAIwA
AAAXAAAAlAAAAAsAAACcAAAAEAAAAKQAAAATAAAArAAAABYAAAC0AAAADQAAALwAAAAMAAAACAEA
AAIAAACoAwAAHgAAAAQAAABCVAAAAwAAAM4BAAADAAAAggAAAAMAAABQ/gAAAwAAAKgZCwALAAAA
AAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAB4QAAABAAAAQAAAAFByZS1JbnRlcm5ldCBEcmFm
dCAwMGEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUAAMEAAAAgAAAB4A
AAAGAAAAVGl0bGUAAwAAAAEAAAAAAFAAAAADAAAAAAAAACAAAAABAAAAPAAAAAIAAABEAAAAAQAA
AAIAAAAQAAAAX05ld1Jldmlld0N5Y2xlAAIAAACoAwAAHgAAAAQAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAA
AwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAAAAAR
AAAAEgAAABMAAAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAAAB8A
AAAgAAAAIQAAACIAAAAjAAAAJAAAACUAAAAmAAAAJwAAACgAAAApAAAAKgAAACsAAAAsAAAALQAA
AC4AAAAvAAAAMAAAADEAAAAyAAAAMwAAADQAAAA1AAAANgAAADcAAAA4AAAAOQAAADoAAAA7AAAA
PAAAAD0AAAA+AAAAPwAAAEAAAABBAAAAQgAAAEMAAABEAAAARQAAAEYAAABHAAAASAAAAEkAAABK
AAAASwAAAEwAAABNAAAATgAAAE8AAABQAAAAUQAAAFIAAABTAAAAVAAAAFUAAABWAAAAVwAAAFgA
AABZAAAAWgAAAFsAAABcAAAAXQAAAF4AAABfAAAAYAAAAGEAAABiAAAAYwAAAGQAAABlAAAAZgAA
AGcAAABoAAAAaQAAAGoAAABrAAAAbAAAAG0AAABuAAAAbwAAAHAAAABxAAAAcgAAAHMAAAB0AAAA
dQAAAHYAAAB3AAAAeAAAAHkAAAB6AAAAewAAAHwAAAB9AAAAfgAAAH8AAACAAAAAgQAAAIIAAACD
AAAAhAAAAIUAAACGAAAAhwAAAIgAAACJAAAAigAAAIsAAACMAAAAjQAAAI4AAACPAAAAkAAAAJEA
AACSAAAAkwAAAJQAAACVAAAAlgAAAJcAAACYAAAAmQAAAJoAAACbAAAAnAAAAJ0AAACeAAAAnwAA
AKAAAAChAAAAogAAAKMAAACkAAAApQAAAKYAAACnAAAAqAAAAKkAAACqAAAAqwAAAKwAAACtAAAA
rgAAAK8AAACwAAAAsQAAALIAAACzAAAAtAAAALUAAAC2AAAAtwAAALgAAAC5AAAAugAAALsAAAC8
AAAAvQAAAL4AAAC/AAAAwAAAAMEAAAD+////wwAAAMQAAADFAAAAxgAAAMcAAADIAAAAyQAAAMoA
AADLAAAAzAAAAM0AAADOAAAAzwAAANAAAADRAAAA0gAAANMAAADUAAAA1QAAANYAAADXAAAA2AAA
ANkAAADaAAAA2wAAANwAAADdAAAA3gAAAN8AAADgAAAA4QAAAOIAAADjAAAA5AAAAOUAAADmAAAA
5wAAAOgAAADpAAAA6gAAAOsAAADsAAAA7QAAAO4AAADvAAAA8AAAAPEAAADyAAAA8wAAAPQAAAD1
AAAA9gAAAPcAAAD4AAAA+QAAAPoAAAD7AAAA/AAAAP0AAAD+AAAA/wAAAAABAAABAQAAAgEAAAMB
AAAEAQAABQEAAAYBAAAHAQAACAEAAAkBAAAKAQAACwEAAAwBAAANAQAADgEAAA8BAAAQAQAAEQEA
ABIBAAATAQAAFAEAABUBAAAWAQAAFwEAABgBAAAZAQAAGgEAABsBAAAcAQAAHQEAAB4BAAAfAQAA
IAEAACEBAAAiAQAAIwEAACQBAAAlAQAAJgEAACcBAAAoAQAAKQEAACoBAAArAQAALAEAAC0BAAAu
AQAALwEAADABAAAxAQAAMgEAADMBAAA0AQAANQEAADYBAAA3AQAAOAEAADkBAAA6AQAAOwEAADwB
AAA9AQAAPgEAAD8BAABAAQAAQQEAAEIBAABDAQAARAEAAEUBAABGAQAARwEAAEgBAABJAQAASgEA
AEsBAABMAQAA/v///04BAABPAQAAUAEAAFEBAABSAQAAUwEAAFQBAAD+////VgEAAFcBAABYAQAA
WQEAAFoBAABbAQAAXAEAAP7////9/////f////3///9hAQAA/v////7////+////////////////
////////////////////////////////////////////////////////////////////////////
/////////////////////////////////////////////////////////////1IAbwBvAHQAIABF
AG4AdAByAHkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAAUB
//////////8DAAAABgkCAAAAAADAAAAAAAAARgAAAAAAAAAAAAAAAHCSVJ5uw8cBYwEAAIAAAAAA
AAAAMQBUAGEAYgBsAGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAA4AAgH/////BQAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAADCAAAADRQBAAAAAABXAG8AcgBkAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAQEAAAD//////////wAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA4ggEAAAAAAAUAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIA
bQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIBAgAAAAQAAAD/////AAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATQEAAAAQAAAAAAAABQBEAG8AYwB1AG0A
ZQBuAHQAUwB1AG0AbQBhAHIAeQBJAG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAADgAAgH/
//////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVAQAAABAAAAAA
AAABAEMAbwBtAHAATwBiAGoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAEgACAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAABxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8AAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA/v//////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
/////////////////////////////////////////////////////////wEA/v8DCgAA/////wYJ
AgAAAAAAwAAAAAAAAEYfAAAATWljcm9zb2Z0IE9mZmljZSBXb3JkIERvY3VtZW50AAoAAABNU1dv
cmREb2MAEAAAAFdvcmQuRG9jdW1lbnQuOAD0ObJxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

--Boundary_(ID_Kn3VXE4gUeWt0sHE4hMG3w)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--Boundary_(ID_Kn3VXE4gUeWt0sHE4hMG3w)--





From pcn-bounces@ietf.org Wed Jul 11 02:13:56 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8VSW-0006Et-5J; Wed, 11 Jul 2007 02:13:56 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8VSV-0006DP-7t
	for pcn-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 02:13:55 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8VSU-0006Ck-Ck
	for pcn@ietf.org; Wed, 11 Jul 2007 02:13:54 -0400
Received: from gecko.sbs.de ([194.138.37.40])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8VSE-0007JR-Sf
	for pcn@ietf.org; Wed, 11 Jul 2007 02:13:54 -0400
Received: from mail1.sbs.de (localhost [127.0.0.1])
	by gecko.sbs.de (8.12.6/8.12.6) with ESMTP id l6B6D5A3008017;
	Wed, 11 Jul 2007 08:13:05 +0200
Received: from fthw9xpa.ww002.siemens.net (fthw9xpa.ww002.siemens.net
	[157.163.133.222])
	by mail1.sbs.de (8.12.6/8.12.6) with ESMTP id l6B6D5IQ020288;
	Wed, 11 Jul 2007 08:13:05 +0200
Received: from MCHP7I5A.ww002.siemens.net ([139.25.131.136]) by
	fthw9xpa.ww002.siemens.net with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 11 Jul 2007 08:13:05 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 11 Jul 2007 08:13:02 +0200
Message-ID: <F640B5F5BA19954DB4812EB39575BB0E021B0C79@MCHP7I5A.ww002.siemens.net>
In-Reply-To: <E1I8I8D-0007a8-Hg@megatron.ietf.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Pre-congestion and ECN
Thread-Index: AcfDC2oE4qnbZ8AsT5aW2qNywC8UoQAdl25w
References: <E1I8I8D-0007a8-Hg@megatron.ietf.org>
From: "Charzinski, Joachim" <joachim.charzinski@nsn.com>
To: <menth@informatik.uni-wuerzburg.de>, <pcn@ietf.org>
X-OriginalArrivalTime: 11 Jul 2007 06:13:05.0510 (UTC)
	FILETIME=[8B640060:01C7C382]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: 
Subject: [PCN] RE: Pre-congestion and ECN
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Michael,

> Congestion observed in real queues by ECN can be seen as a=20
> special form=20
> of "pre-congestion", namely with regard to the link rate R=3DC. It is=20
> possible to view it as such, but I find it a bit pathologic=20
> because the=20
> "pre-" is not really met since R=3DC and not R<C.
>=20
> This makes the difference between PCN and ECN explicit: ECN starts=20
> marking packets when real queueing (=3Dcongestion) occurs while PCN=20
> already marks packets when pre-congestion occurs, i.e., when=20
> a rate R<C=20
> is exceeded and no physical queues arise.

Isn't this also a question of time scales? ECN would diagnose=20
"congestion" (which from the way ECN works should mostly be=20
considered pre-congestion) when a queue is found significantly=20
filled. This can happen also when R<C in terms of medium term=20
mean values but R>C during the very recent (mostly less than 1s)=20
past.=20
As I understood it, PCN is supposed to cover the longer time scales.=20
Thus, in PCN notation, ECN would actually signal pre-congestion in=20
most cases.=20

Best regards

	Joachim.

----------------------------------------------------------
Nokia Siemens Networks
=20
Joachim Charzinski
Principal Innovator

Machtlfinger Str. 1
D-81379 Muenchen
Germany
Tel: +49 89 722 46803

Joachim.Charzinski@nsn.com=20
http://www.nokiasiemensnetworks.com/global/

Think before you print

Nokia Siemens Networks GmbH & Co. KG - Sitz der Gesellschaft: M=FCnchen =
/ Registered office: Munich - Registergericht: M=FCnchen / Commercial =
registry: Munich, HRA 88537 - WEEE-Reg.-Nr.: DE 52984304 - Pers=F6nlich =
haftende Gesellschafterin / General Partner: Nokia Siemens Networks =
Management GmbH - Gesch=E4ftsleitung / Board of Directors: Joachim =
Malterer, Lydia Sommer - Sitz der Gesellschaft: M=FCnchen / Registered =
office: Munich - Registergericht: M=FCnchen / Commercial registry: =
Munich, HRB 163416
=20



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 11 02:32:02 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8Vk1-0000IH-Qu; Wed, 11 Jul 2007 02:32:02 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8Vk0-0000IB-Vs
	for pcn-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 02:32:00 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8Vk0-0000I3-KY
	for pcn@ietf.org; Wed, 11 Jul 2007 02:32:00 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8Vjl-0007aZ-7q
	for pcn@ietf.org; Wed, 11 Jul 2007 02:32:00 -0400
Received: from S4DE8PSAANQ.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Wed, 11 Jul 2007 08:31:12 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Wed, 11 Jul 2007 08:31:11 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] EncodingCompDraftIssue#1: Reliance on DiffServ for traffic
	separation
Date: Wed, 11 Jul 2007 08:31:11 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB9937@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <ZRTPHXM19ZNMjiGwYt70000061f@zrtphxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] EncodingCompDraftIssue#1: Reliance on DiffServ for traffic
	separation
thread-index: AcfDELhv4bsIVSYhQX6lgFrWaQU15wAcx94g
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <khchan@nortel.com>,
    <pcn@ietf.org>
X-OriginalArrivalTime: 11 Jul 2007 06:31:11.0897 (UTC)
	FILETIME=[12ED8090:01C7C385]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Kwok,

|"Should the PCN WG requires the use of DiffServ (or some other=20
|mechanism) to separate the PCN (packet) traffic from all other=20
|(packet) traffic?"

Is your question, whether PCN traffic should have dedicated=20
resources?=20

Regards,

Ruediger


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 11 11:57:22 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8eZ8-0006Rk-1m; Wed, 11 Jul 2007 11:57:22 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8eZ7-0006R1-Be
	for pcn-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 11:57:21 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8eZ6-0006PO-Rb
	for pcn@ietf.org; Wed, 11 Jul 2007 11:57:21 -0400
Received: from zcars04e.nortel.com ([47.129.242.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8eYu-0004Df-Ff
	for pcn@ietf.org; Wed, 11 Jul 2007 11:57:20 -0400
Received: from zrtphxm1.corp.nortel.com (zrtphxm1.corp.nortel.com
	[47.140.202.50])
	by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id
	l6BFsZj02960; Wed, 11 Jul 2007 15:54:35 GMT
Received: from KCHAN-2K3.nortel.com ([47.16.54.136] RDNS failed) by
	zrtphxm1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 11 Jul 2007 11:56:07 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 11 Jul 2007 11:56:06 -0400
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
From: "Kwok-Ho Chan" <khchan@nortel.com>
Subject: RE: [PCN] EncodingCompDraftIssue#1: Reliance on DiffServ for
	traffic separation
In-Reply-To: <6439282641581441A36F7F6F83ED2ED201DB9937@S4DE8PSAAFQ.mitte
	.t-com.de>
References: <ZRTPHXM19ZNMjiGwYt70000061f@zrtphxm1.corp.nortel.com>
	<6439282641581441A36F7F6F83ED2ED201DB9937@S4DE8PSAAFQ.mitte.t-com.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <ZRTPHXM18vWyu9kstC7000006ae@zrtphxm1.corp.nortel.com>
X-OriginalArrivalTime: 11 Jul 2007 15:56:07.0714 (UTC)
	FILETIME=[FE68B820:01C7C3D3]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Ruediger:

There are actually multiple impacts that can result from discussion 
of this issue:

- PCN Encoding choices, with PCN traffic separated, there are 
encoding states that
   can be off-loaded from the 2 bit ECN field.  Providing some flexibility to
   encoding choices.  Then there is the question of how much separation should
   be provided by DiffServ?  Should DiffServ be used to encode all PCN states?

- PCN Metering mechanism, with PCN traffic separated, there may be different
   factors to consider when considering PCN Metering mechanism requirements.

With this, there are actually 2 kinds of resources:
- the bits in the IP header for encoding is a resource
- the traffic forwarding path resources

And there is also management/operational resource that need to be considered.

So the answer to your question YES, whether PCN traffic should have dedicated
resources in both Encoding sense and Traffic Forwarding sense.

And we may have additional questions when we want to consider more than one
kind of PCN traffic.

I am starting this off as an EncodingCompDraft Issue just because this is the
first major discussion we need to have to generate -01 of the 
EncodingCompDraft.

Hope this helps.
Thanks!
-- Kwok --

At 02:31 AM 7/11/2007, Geib, Ruediger wrote:
>Hi Kwok,
>
>|"Should the PCN WG requires the use of DiffServ (or some other
>|mechanism) to separate the PCN (packet) traffic from all other
>|(packet) traffic?"
>
>Is your question, whether PCN traffic should have dedicated
>resources?
>
>Regards,
>
>Ruediger



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 11 12:28:35 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8f3L-0007tE-DC; Wed, 11 Jul 2007 12:28:35 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8f3J-0007oJ-J6
	for pcn-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 12:28:33 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8f3J-0007o5-6l
	for pcn@ietf.org; Wed, 11 Jul 2007 12:28:33 -0400
Received: from smtp104.rog.mail.re2.yahoo.com ([206.190.36.82])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I8f3F-0005hw-Is
	for pcn@ietf.org; Wed, 11 Jul 2007 12:28:33 -0400
Received: (qmail 13132 invoked from network); 11 Jul 2007 16:28:29 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=KLHQdI6lz0vpU7IlmiiqZn3SHLvdJ0jfG9ApGCqiHzLHKxRDcDbctRa+lQGEicrCKtYkJ2vwUujhmjzInVFJSp5eWmznXlxZsTrXVt7vvyUrvQceY+BbDrzaVhEGga42NbWMla5qO62cXUVI1vr74AieBzsCrRF22UpCp37K2/Q=
	; 
Received: from unknown (HELO ?192.168.0.101?)
	(tom.taylor@rogers.com@74.105.35.229 with plain)
	by smtp104.rog.mail.re2.yahoo.com with SMTP; 11 Jul 2007 16:28:29 -0000
X-YMail-OSG: OZWCyNUVM1m.R7.7VYSrluCjtX1TNBWaOqe24vQXez4F87lLjGGW96CuCXbcUzQ7Ow--
Message-ID: <46950597.2070608@rogers.com>
Date: Wed, 11 Jul 2007 12:30:15 -0400
From: Tom Taylor <tom.taylor@rogers.com>
User-Agent: Thunderbird 2.0.0.4 (Windows/20070604)
MIME-Version: 1.0
To: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2F1@E03MVZ1-UKDY.domain1.systemhost.net>
	<010201c7c36f$5af23f40$864c460a@china.huawei.com>
In-Reply-To: <010201c7c36f$5af23f40$864c460a@china.huawei.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fca7d4b87f391aa4d413f865ce6efe79
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

The idea of using a centralized node to collect the egress reports makes a lot 
of sense. We had the earlier discussion about how the egress node knows where to 
send its reports. If a centralized collection point is used, the address of that 
collection point can be configured in the egress nodes rather than requiring 
them to be topology-aware.

Of course, that pushes the problem back to the collection node, but the problem 
may be simpler there.

Tina TSOU wrote:
> Hi Phil,
> I made some proposed specific changes with revised mark together with 
> comments in the attachment.
> Hope it helps:)
> 
> B. R.
> Tina
> 
> ----- Original Message ----- From: <philip.eardley@bt.com>
> To: <tena@huawei.com>; <pcn@ietf.org>
> Sent: Monday, July 09, 2007 8:16 PM
> Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> 
> 
> Tina
> Thanks
> I'm not sure I completely understand your comments, sorry.
> 
> Is the problem that at the moment the draft only describes the Pull
> model and not the Push model? Which lines of text need changing?
> (somewhere in Section 5.4 or section 7 or somewhere else?)
> 
> Thanks!
> phil
> 
>> -----Original Message-----
>> From: Tina TSOU [mailto:tena@huawei.com]
>> Sent: 02 July 2007 04:38
>> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
>> Subject: Re: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
>>
>> Hi all,
>> One of the scenarios I am suggesting is below.
>>
>> Even in Pull mode, application layer QoS request (via RSVP) should be
> also
>> sent from ingress to the centralized node, in centralized node the
> policy
>> is
>> generated, then the decision is made, and then delivers to the Ingress
> to
>> enforce. I was not saying that the policy is directly generated in the
>> Ingress. Even the rather that Push mode should be also taken into
> account.
>>
>> I.e. we define the centralized node locates in the transport control
>> layer;
>> the Ingress and Egress locate in transport layer. For the
> implementation
>> of
>> physical entities, they are service policy server and PCN-enabled
> router
>> respectively.
>>
>> The centralized node is policy decision node, it should be based on
> (1)
>> Egress measurement result (2) operator's policies (could be configured
> in
>> the centralized node) (3) QoS request coming from the application
> layer
>> (PUSH or PULL mode), to make the decision, and decide which flows
> should
>> be
>> admitted or reject, which flows should be stopped temperately or
>> downgraded,
>> which flows should be done policing. The generated policy should be
> sent
>> to
>> ingress for enforcement.
>>
>> Ingress is the policy enforcement point, it based on the policy
> delivered
>> by
>> the centralized node, (1) it allows flow pass or filter flow, (2) for
> the
>> flows allowed to pass, it makes policing and coloring based on the
> policy.
>>
>> Referrence:
>> QoS "Push" Model: model where the centralised node "pushes" traffic
>> policies
>> to the transport functions to enforce its policy decisions.
>> NOTE: In this model, the CPE does not itself support native
> application
>> independent QoS procedures.
>> QoS "Pull" Model: model where, upon request from the transport
> processing
>> functions, the centralised node provides traffic policies to the
> transport
>> processing functions. The request from the transport processing
> functions
>> may itself, for example, be triggered by path-coupled requests coming
> from
>> user equipment and/or transport network elements.
>>
>>
>> B. R.
>> Tina
>>
>> ----- Original Message -----
>> From: <philip.eardley@bt.com>
>> To: <pcn@ietf.org>
>> Sent: Thursday, June 28, 2007 11:59 PM
>> Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
>>
>>
>> Hi all,
>>
>> Just a reminder that all comments on this draft would be great. It
> aims
>> to describe the PCN architecture, in light of the PCN WG's Charter &
> its
>> Milestone of an Info doc on 'Flow Admission and Termination
> Architecture
>> within a Diffserv Domain' (due Nov 07).
>>
>> S1 Introduction.
>> This is quite short. If desired, it could be boosted with a general
>> explanation of where PCN fits into the picture of QoS and how it's
>> evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>>
>> S2 Terminology
>> In the "Editor's note" are 3 alternative terms that some of the
> authors
>> preferred.
>>
>> S3 Assumptions and constraints on scope
>> These are the 4 things mentioned in the Charter, plus some explanation
>> of them. Are they clear? Also we mention some of the ways that a
> future
>> revised Charter might look at overcoming some of the
>> constraints/assumptions; is this sub-section at the right depth?
>>
>> S4 High-level functional architecture
>> We have tried to write this section (and the following ones) so that
> it
>> fits all the various proposals there've been for PCN mechanisms. Does
>> this make the section too wishy-washy or too hard to understand?
> Should
>> it include some comparison of the different mechanisms proposed
>> (PCN-interior-node marking algorithms & PCN-boundary-node reactions)?
>>
>> S5 Detailed Functional architecture
>> Is this a reasonable description of the extra functionality that PCN
>> requires on various nodes in the PCN-domain? Is it the right way to
>> split up the description? For clarity / help reader's understanding,
>> should there be some specific examples of how functionality might be
>> distributed (eg "if you followed the deployment model in
>> draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made
> at
>> the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
>> the admission decision; etc.")
>>
>> S6 Design goals and challenges
>> This briefly describes some open issues, taken from
>> briscoe-tsvwg-cl-architecture. Are there other ones that should be
>> mentioned? Is the problem description at the right level of depth?
>> Should we discuss various possible solutions to these problems?
>>
>> S7 Deployment scenarios
>> Briefly describes some deployment scenarios for pcn? is this at the
>> right level of depth?
>>
>> S8 Operations and Management
>> This section was written in response to the Charter saying that the
>> architecture document should include security, manageability and
>> operational considerations. The draft addresses this by providing some
>> thoughts under the FCAPS headings: OAM of Faults, Configuration,
>> Accounting, Performance and Security? Is this the right way of
>> structuring it - does it cover the right set of topics? Is the text at
>> the right level? - eg should it also have a detailed set of parameters
>> that would be available for configuration?
>>
>> An overall question is whether the draft should have more comparison
> of
>> the options (pros/cons) for various aspects.
>>
>> I aim to edit another version of the draft before the ietf (but maybe
>> not before the deadline as I'm on hols next week).
>>
>> Thanks!
>> Phil/
>>
>>
>> > -----Original Message-----
>> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> > Sent: 22 June 2007 04:38
>> > To: pcn@ietf.org
>> > Subject: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>> >
>> > Hi all:
>> > Please see the attached E-Mail on the posting of the PCN
> Architecture
>> > draft.
>> > On behave of the editor of this draft: Phil, and the co-authors of
>> this
>> > draft,
>> > we would like to request for reviews and comments of this draft and
>> > welcome
>> > any comments for improvements.
>> >
>> > Please send your comments/discussions of this draft on the PCN list.
>> >
>> > Thank you for your interest and review of this draft!
>> > -- Kwok on behave of the co-authors of this draft --
>> >
>> >
>> > >To: i-d-announce@ietf.org
>> > >Cc:
>> > >From: Internet-Drafts@ietf.org
>> > >Date: Thu, 21 Jun 2007 15:50:02 -0400
>> > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
>> > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>> > >X-BeenThere: i-d-announce@ietf.org
>> > >X-Mailman-Version: 2.1.5
>> > >Reply-To: internet-drafts@ietf.org
>> > >List-Id: i-d-announce.ietf.org
>> > >List-Unsubscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
>> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> > >List-Post: <mailto:i-d-announce@ietf.org>
>> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
>> > >List-Subscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
>> > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
>> > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
>> > >X-Spam-Score: 5.3
>> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> > ecarhea1.nortel.com
>> > >X-DNSBL-Score: -50
>> > >X-DNSBL-Servers: bl.nortel.com
>> > >X-SMTP-HELO: megatron.ietf.org
>> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> > >X-SMTP-RCPT-TO:
>> >
>>
>> kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
>> .c
>> >
>>
> om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
>> .c
>> >
>>
> om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
>> om
>> > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
>> > >X-SMTP-REASON: PASSED
>> > >X-SMTP-ID: 1182455563.14011407
>> > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
>> > >FILETIME=[BC4965C0:01C7B43D]
>> > >
>> > >A New Internet-Draft is available from the on-line Internet-Drafts
>> > >directories.
>> > >
>> > >
>> > >         Title           : Pre-Congestion Notification Architecture
>> > >         Author(s)       : P. Eardley, et al.
>> > >         Filename        : draft-eardley-pcn-architecture-00.txt
>> > >         Pages           : 27
>> > >         Date            : 2007-6-21
>> > >
>> > >    The purpose of this document is to describe a general
>> architecture
>> > >    for flow admission and termination based on aggregated (pre-)
>> > >    congestion information in order to protect the quality of
> service
>> of
>> > >    established inelastic flows within a single DiffServ domain.
>> > >
>> > >
>> > >A URL for this Internet-Draft is:
>> >
>>
>> http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
>> xt
>> > >
>> > >To remove yourself from the I-D Announcement list, send a message
> to
>> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
>> of
>> > >the message.
>> > >You can also visit
>> https://www1.ietf.org/mailman/listinfo/I-D-announce
>> > >to change your subscription settings.
>> > >
>> > >Internet-Drafts are also available by anonymous FTP. Login with the
>> > >username "anonymous" and a password of your e-mail address. After
>> > >logging in, type "cd internet-drafts" and then
>> > >"get draft-eardley-pcn-architecture-00.txt".
>> > >
>> > >A list of Internet-Drafts directories can be found in
>> > >http://www.ietf.org/shadow.html
>> > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> > >
>> > >Internet-Drafts can also be obtained by e-mail.
>> > >
>> > >Send a message to:
>> > >         mailserv@ietf.org.
>> > >In the body type:
>> > >         "FILE
>> /internet-drafts/draft-eardley-pcn-architecture-00.txt".
>> > >
>> > >NOTE:   The mail server at ietf.org can return the document in
>> > >         MIME-encoded form by using the "mpack" utility.  To use
> this
>> > >         feature, insert the command "ENCODING mime" before the
>> "FILE"
>> > >         command.  To decode the response(s), you will need
> "munpack"
>> or
>> > >         a MIME-compliant mail reader.  Different MIME-compliant
> mail
>> > readers
>> > >         exhibit different behavior, especially when dealing with
>> > >         "multipart" MIME messages (i.e. documents which have been
>> split
>> > >         up into multiple messages), so check your local
>> documentation on
>> > >         how to manipulate these messages.
>> > >
>> > >Below is the data which will enable a MIME compliant mail reader
>> > >implementation to automatically retrieve the ASCII version of the
>> > >Internet-Draft.
>> > >
>> > >Content-Type: text/plain
>> > >Content-ID: <2007-6-21120238.I-D@ietf.org>
>> > >
>> > >ENCODING mime
>> > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
>> > >
>> > >
>> > ><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
>> > 00.txt>
>> > >_______________________________________________
>> > >I-D-Announce mailing list
>> > >I-D-Announce@ietf.org
>> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > PCN mailing list
>> > PCN@ietf.org
>> > https://www1.ietf.org/mailman/listinfo/pcn
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 11 18:54:14 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8l4W-0007mf-1h; Wed, 11 Jul 2007 18:54:12 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8l4T-0007cm-J3
	for pcn-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 18:54:09 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8l4T-0007Zp-6m
	for pcn@ietf.org; Wed, 11 Jul 2007 18:54:09 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8l4S-0002qP-Ll
	for pcn@ietf.org; Wed, 11 Jul 2007 18:54:09 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id AC2697E2D;
	Thu, 12 Jul 2007 00:53:33 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 9F3237E36;
	Thu, 12 Jul 2007 00:53:33 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 763B07E2D;
	Thu, 12 Jul 2007 00:53:33 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6BMrXk15259; 
	Thu, 12 Jul 2007 00:53:33 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 3F83D6F58E; Thu, 12 Jul 2007 00:47:55 +0200 (CEST)
Message-ID: <46955EDB.5020102@informatik.uni-wuerzburg.de>
Date: Thu, 12 Jul 2007 00:51:07 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: "Charzinski, Joachim" <joachim.charzinski@nsn.com>
References: <E1I8I8D-0007a8-Hg@megatron.ietf.org>
	<F640B5F5BA19954DB4812EB39575BB0E021B0C79@MCHP7I5A.ww002.siemens.net>
In-Reply-To: <F640B5F5BA19954DB4812EB39575BB0E021B0C79@MCHP7I5A.ww002.siemens.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8
Cc: pcn@ietf.org
Subject: [PCN] Re: Pre-congestion and ECN
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Joachim,

thanks for this subtle question! Please see inline!

Charzinski, Joachim wrote:
> Hi Michael,
>
>  =20
>> Congestion observed in real queues by ECN can be seen as a=20
>> special form=20
>> of "pre-congestion", namely with regard to the link rate R=3DC. It is=20
>> possible to view it as such, but I find it a bit pathologic=20
>> because the=20
>> "pre-" is not really met since R=3DC and not R<C.
>>
>> This makes the difference between PCN and ECN explicit: ECN starts=20
>> marking packets when real queueing (=3Dcongestion) occurs while PCN=20
>> already marks packets when pre-congestion occurs, i.e., when=20
>> a rate R<C=20
>> is exceeded and no physical queues arise.
>>    =20
>
> Isn't this also a question of time scales?=20
Yes, that is absolutely true. The sensitivity to time scales (in other=20
words: reaction time of the markers when a certain rate is exceeded) can=20
be controlled by the token bucket sizes of the PCN meters and markers=20
which can be configured. In a similar way, the sensitivity to time=20
scales of ECN can be controlled by the parameters of its underlying RED=20
queue and the averaging parameter.

> ECN would diagnose=20
> "congestion" (which from the way ECN works should mostly be=20
> considered pre-congestion) when a queue is found significantly=20
> filled. This can happen also when R<C in terms of medium term=20
> mean values but R>C during the very recent (mostly less than 1s)=20
> past.=20
>  =20
Basically, if ECN signals congestion, PCN will also signal=20
pre-congestion, but the opposite is not necessarily true. Thus, PCN=20
reacts earlier than ECN where "earlier" relates to the observed average=20
rate.

However, this statement is not always true (this is probably what you=20
suspected) when we consider the time it takes until packets are marked.=20
Take an ECN marker that starts marking packets already at a very low=20
average fill state of the shortly-averaged physical size of its RED=20
queue. It is compared to a PCN meter and marker with R<C  and a large=20
token bucket. If a large burst arrives, it is possible that  ECN marks=20
packets but PCN does not. However, we get this behavior only because we=20
provoked it by the very different parameters controlling the reaction=20
time of the marking algorithms.

> As I understood it, PCN is supposed to cover the longer time scales.=20
>  =20
That's a good question! How fast should PCN react with admission-stop or=20
flow termination when the admissible or supportable rate is exceeded?=20
Within 100ms, 1s or 10s? The answer has a direct impact on the=20
configuration of the meters.

What parameters are used for ECN markers in practice?

> Thus, in PCN notation, ECN would actually signal pre-congestion in=20
> most cases.
I would express that differently. ECN signals congestion, but possibly=20
earlier (with respect to the first marked packet) than PCN signals=20
pre-congestion. And sometimes the duration of the congestion is too=20
short for PCN to react. However, this all depends on the configured=20
parameters ...

Best regards,

    Michael


> =20
>
> Best regards
>
> 	Joachim.
>
> ----------------------------------------------------------
> Nokia Siemens Networks
> =20
> Joachim Charzinski
> Principal Innovator
>
> Machtlfinger Str. 1
> D-81379 Muenchen
> Germany
> Tel: +49 89 722 46803
>
> Joachim.Charzinski@nsn.com=20
> http://www.nokiasiemensnetworks.com/global/
>
> Think before you print
>
> Nokia Siemens Networks GmbH & Co. KG - Sitz der Gesellschaft: M=FCnchen=
 / Registered office: Munich - Registergericht: M=FCnchen / Commercial re=
gistry: Munich, HRA 88537 - WEEE-Reg.-Nr.: DE 52984304 - Pers=F6nlich haf=
tende Gesellschafterin / General Partner: Nokia Siemens Networks Manageme=
nt GmbH - Gesch=E4ftsleitung / Board of Directors: Joachim Malterer, Lydi=
a Sommer - Sitz der Gesellschaft: M=FCnchen / Registered office: Munich -=
 Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416
> =20
>  =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 05:06:44 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8udI-0005sx-Fo; Thu, 12 Jul 2007 05:06:44 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8udG-0005sm-Oo
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 05:06:42 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8udC-0005sb-A2
	for pcn@ietf.org; Thu, 12 Jul 2007 05:06:38 -0400
Received: from smtp.nokia.com ([131.228.20.172] helo=mgw-ext13.nokia.com)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8ucw-0003bf-Qo
	for pcn@ietf.org; Thu, 12 Jul 2007 05:06:38 -0400
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213])
	by mgw-ext13.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l6C95nLG009625; Thu, 12 Jul 2007 12:05:56 +0300
Received: from esebh103.NOE.Nokia.com ([172.21.143.33]) by
	esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 12:05:08 +0300
Received: from mgw-int01.ntc.nokia.com ([172.21.143.96]) by
	esebh103.NOE.Nokia.com over TLS secured channel with Microsoft
	SMTPSVC(6.0.3790.1830); Thu, 12 Jul 2007 12:05:07 +0300
Received: from [172.21.34.172] (esdhcp034172.research.nokia.com
	[172.21.34.172])
	by mgw-int01.ntc.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id
	l6C956Ki008671; Thu, 12 Jul 2007 12:05:06 +0300
In-Reply-To: <1183673076.3274.47.camel@neutrino>
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.domain1.systemhost.net>
	<0172B5B5-3540-4ABF-A341-0DD4C20B8AF5@nokia.com>
	<1183673076.3274.47.camel@neutrino>
Mime-Version: 1.0 (Apple Message framework v752.3)
Message-Id: <58E59A13-109E-44F4-8EFE-413352DCBF14@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Thu, 12 Jul 2007 12:05:04 +0300
To: ext Steven Blake <steven.blake@ericsson.com>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 12 Jul 2007 09:05:07.0810 (UTC)
	FILETIME=[BE5FBC20:01C7C463]
X-Nokia-AV: Clean
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cd26b070c2577ac175cd3a6d878c6248
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0771267509=="
Errors-To: pcn-bounces@ietf.org


--===============0771267509==
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--234525319;
	protocol="application/pkcs7-signature"


--Apple-Mail-1--234525319
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

On 2007-7-6, at 1:04, ext Steven Blake wrote:
> I was not involved with the BOF, but by my reading of charter, I don't
> see anything implying such a restriction; and it is certainly a  
> whopper
> of a restriction!
>
> Dedicating one (or more) DS behavior aggregate(s) for PCN-managed
> traffic makes perfect sense, but assuming that either AF or EF PHBs  
> are
> used to service the PCN-managed BA, that BA will have a guaranteed
> minimal service rate at each router link that will protect the BA
> service from variations in best-effort traffic load.

I checked the notes from the BOF, and apparently I was misremembering  
things. The topic of how to deal with non-PCN traffic was discussed  
and the idea was to address it through DiffServ classes. So please  
ignore those comments in my review of the architecture draft.

Lars
--Apple-Mail-1--234525319
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQDCCAvkw
ggJioAMCAQICEGtxkLFHQu1g67hlmYfwPuIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDEwNDE2MTE1NFoXDTA4MDEwNDE2MTE1
NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy
dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEA26hjntVPZMiwh4d8tyuk9KiucvG92BVUGArk5zO1jhmq7tLFgU1mqcIg
VGumfQqjkAzIuh83kxIiqBrB05Wvxp85apwt4sUCvzMe8mQWzZZZYp0rBzwpOj+VC5pxsMRYtYW+
BaTFBEmvFr7D7C7roZUk0lDppS5SZFs4SQbEe9ykB9aeUf1iTiw2+ikyP2+JEYto14WYCoxFWbms
FbQ1uaaK+yn1WH2YHhyMfi0IOxuT0jtbsngjHJMpWIqq334zBhj+rPSUug47YBHr41FCDMHbbbjv
WbyTyDYneOW3WY8LY8bGWVlAknQGB7lgduShe6e0RI/7SL/VE6X27lM9LwIDAQABozIwMDAgBgNV
HREEGTAXgRVsYXJzLmVnZ2VydEBub2tpYS5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUF
AAOBgQCx3nxxTg/WowobVTRXBiXUEEZj4LBiunWbuAnR0UbJIgijvq3JbiJvZo2gUGiW9LPaHSBz
4oxT1VR/S/6O0a4e87oV5cOQm6ReB68o9rDfUzxHTwoCfv2wwMwBrXyzQMjyQK4Lt8siV41gmZpm
rSXMhjTJdd9uYYNoZKQLq+VM+TCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ
BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg
RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3
DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3
MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9
fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+
uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMB
Af8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3
dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG
A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcP
f6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH
2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x
ggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo
UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
a3GQsUdC7WDruGWZh/A+4jAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB
MBwGCSqGSIb3DQEJBTEPFw0wNzA3MTIwOTA1MDVaMCMGCSqGSIb3DQEJBDEWBBTdQm2ri8uJMlbi
IQCr7w6ogDNdAjCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIw
DQYJKoZIhvcNAQEBBQAEggEA1E+DtIETQjiAh5cH2YsBCqXtHVf0hUbKyiDyi7dUbeyOGIYGB2se
u5zmUaIlTJnbF4m+ky/U6i9bWCj6sM4icjQCT8SavAI1G/VlCeEcI3h1oQh9UEMxGPqDUZ5aT4ta
5+VwhcixwJQ0wcdxuUhtg+nUouoWZs6Grb+0GZnccY356ybL3ppSCCIpdsh90Y39FmxwtdkeAYx0
6a028ACcNaiXsst3PI0eU7wUZaJ9X27YCONeFBwfEgiOA8FyCyqFb2uU2THFzA/R+1MWq8VJ1DKu
o7/1OGpZCTmgLuwlGWvLf1ZMO+tyLivQ46fb27tmRMRalt1wA1fOhrgXhmAXLAAAAAAAAA==

--Apple-Mail-1--234525319--



--===============0771267509==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0771267509==--





From pcn-bounces@ietf.org Thu Jul 12 06:09:45 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8vcH-00015a-Ah; Thu, 12 Jul 2007 06:09:45 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8vcF-00015U-Bv
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 06:09:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8vcE-00015E-Vr
	for pcn@ietf.org; Thu, 12 Jul 2007 06:09:42 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8vcA-0005YD-Eq
	for pcn@ietf.org; Thu, 12 Jul 2007 06:09:42 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 11:09:09 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] RE: Pre-congestion and ECN
Date: Thu, 12 Jul 2007 11:08:58 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC308@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <F640B5F5BA19954DB4812EB39575BB0E021B0C79@MCHP7I5A.ww002.siemens.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] RE: Pre-congestion and ECN
Thread-Index: AcfDC2oE4qnbZ8AsT5aW2qNywC8UoQAdl25wADqwn5A=
From: <philip.eardley@bt.com>
To: <joachim.charzinski@nsn.com>, <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 10:09:09.0494 (UTC)
	FILETIME=[B0323160:01C7C46C]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael - re your original point will try & add "pre-congestion" to =
terminology on lines you suggest

phil

> -----Original Message-----
> From: Charzinski, Joachim [mailto:joachim.charzinski@nsn.com]
> Sent: 11 July 2007 07:13
> To: menth@informatik.uni-wuerzburg.de; pcn@ietf.org
> Subject: [PCN] RE: Pre-congestion and ECN
>=20
> Hi Michael,
>=20
> > Congestion observed in real queues by ECN can be seen as a
> > special form
> > of "pre-congestion", namely with regard to the link rate R=3DC. It =
is
> > possible to view it as such, but I find it a bit pathologic
> > because the
> > "pre-" is not really met since R=3DC and not R<C.
> >
> > This makes the difference between PCN and ECN explicit: ECN starts
> > marking packets when real queueing (=3Dcongestion) occurs while PCN
> > already marks packets when pre-congestion occurs, i.e., when
> > a rate R<C
> > is exceeded and no physical queues arise.
>=20
> Isn't this also a question of time scales? ECN would diagnose
> "congestion" (which from the way ECN works should mostly be
> considered pre-congestion) when a queue is found significantly
> filled. This can happen also when R<C in terms of medium term
> mean values but R>C during the very recent (mostly less than 1s)
> past.
> As I understood it, PCN is supposed to cover the longer time scales.
> Thus, in PCN notation, ECN would actually signal pre-congestion in
> most cases.
>=20
> Best regards
>=20
> 	Joachim.
>=20
> ----------------------------------------------------------
> Nokia Siemens Networks
>=20
> Joachim Charzinski
> Principal Innovator
>=20
> Machtlfinger Str. 1
> D-81379 Muenchen
> Germany
> Tel: +49 89 722 46803
>=20
> Joachim.Charzinski@nsn.com
> http://www.nokiasiemensnetworks.com/global/
>=20
> Think before you print
>=20
> Nokia Siemens Networks GmbH & Co. KG - Sitz der Gesellschaft: =
M=FCnchen /
> Registered office: Munich - Registergericht: M=FCnchen / Commercial
> registry: Munich, HRA 88537 - WEEE-Reg.-Nr.: DE 52984304 - =
Pers=F6nlich
> haftende Gesellschafterin / General Partner: Nokia Siemens Networks
> Management GmbH - Gesch=E4ftsleitung / Board of Directors: Joachim =
Malterer,
> Lydia Sommer - Sitz der Gesellschaft: M=FCnchen / Registered office: =
Munich
> - Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416
>=20
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 06:44:00 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8w9Q-0005xk-GY; Thu, 12 Jul 2007 06:44:00 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8w9P-0005qa-FA
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 06:43:59 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8w9O-0005nn-J6
	for pcn@ietf.org; Thu, 12 Jul 2007 06:43:58 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8w9O-0005n4-6N
	for pcn@ietf.org; Thu, 12 Jul 2007 06:43:58 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 11:43:24 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Terminology
Date: Thu, 12 Jul 2007 11:43:24 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC309@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <46932AC5.2010909@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Terminology
Thread-Index: AcfCviBGkjN2F3gqQq6d/csXd9t3OABrpBeQ
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 10:43:24.0941 (UTC)
	FILETIME=[795683D0:01C7C471]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b132cb3ed2d4be2017585bf6859e1ede
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi

It seems more intuitive to me that the terminology should come as "sets"
of very similar terms that relate to the same mechanism. IE related
terms should obviously be related without having to think about it:-

admission control | configured-admissible-rate | admission-marking (&
admission-marked-rate)

termination control | configured-termination-rate | termination-marking

I find it not instantly obvious that your suggested terms are related:
{termination control | excess-traffic marking | supportable-rate}=20


A few more comments in-line

Thanks
phil


> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: 10 July 2007 07:44
> To: pcn@ietf.org
> Subject: [PCN] Terminology
>=20
> Hi,
>=20
> I would like to discuss (again) some terminology for PCN. To get
things
> done quickly, we stuck in the architecture draft to the working
> nomenclature from the CL draft and left the exact names for further
> discussion. See Section 2 of
>
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.tx
t
> We proposed an alternative nomenclature in Section 1.3 of
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>=20
> The main differences are the following four names, all other terms are
> fine:
>=20
> "admissible rate" instead of "configured-admission-rate":

[phil] the draft actually uses configured-admissible-rate. Dropping
'configured' would be ok with me.=20

> It's the rate that CAN be admitted. Then it is self-understood that
the
> rate is not measured but configured.
>=20
> "supportable rate" instead of "configured-termination-rate":
> It's the rate that CAN be supported. Then it is self-understood that
the
> rate is not measured but configured. Furthermore, an alternative
action
> for flow termination is rate reduction for which the name
"termination"
> is not appropriate.

[phil] strictly it isn't the rate that can be supported; traffic can be
supported up to the rate configured for the DS class used by the PCN
traffic. It's the rate above which you start termination-marking pkts.=20

Perhaps we need something like terminatable-rate or
terminatable-marking?! (I will be back)

Yes, the charter says that after re-chartering the WG "may also consider
to investigate additional response mechanisms that act on
(pre-)congestion information". So your same point could be made that
admission-marking is an inaccurate term, because in the future the WG
might consider an action other than admission control. However,
personally I don't think potential future charter should influence
terminology.

>=20
> "admission-stop marking" instead of "admission-marking":

[phil] I don't object too much to admission-stop-marking (or
admission-control-marking) instead of admission-marking. Personally I
find the latter a bit simpler.

> The meaning of the marking is that admission should be stopped. The
name
> "admission-marking" rather suggests the opposite.=20

[phil] isn't it self-understood that pkts are marked at higher traffic
rates and not marked at low traffic rates?

> This is also in line
> with the single-marking approach.
>=20
> "excess-traffic marking" instead of "termination-marking":
> The name "termination-marking" is fine as long as flow termination is
> the only option to reduce the rate of ingress-egress-aggregates when
the
> supportable rate of a link is exceeded. However, an alternative
reaction
> to this marking is flow rate reduction (although not in this charter).
> Therefore, the name of that marking should be neutral with
> regard to the action.
>=20
> Regards,
>=20
>     Michael
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science
> Am Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 07:24:27 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8wmZ-00062D-27; Thu, 12 Jul 2007 07:24:27 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8wmW-00060J-Pl
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 07:24:24 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8wmW-0005zd-8q
	for pcn@ietf.org; Thu, 12 Jul 2007 07:24:24 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8wmV-0006jc-Qv
	for pcn@ietf.org; Thu, 12 Jul 2007 07:24:24 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 12:23:50 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Probing in the presence of hash-based load balancing
Date: Thu, 12 Jul 2007 12:23:49 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30A@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <469328D9.60408@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Probing in the presence of hash-based load balancing
Thread-Index: AcfCvRNR8PeL7n2bT4q7z89CEUq3IgBtTdTA
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 11:23:50.0559 (UTC)
	FILETIME=[1F1E72F0:01C7C477]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

The points you make seem fair to me, however I have a couple of caveats.

First, we shouldn't set harder requirements for probing than in the case
where there is no probing.=20
Ie our assumption to date has been that probing is needed when there's
not enough recent traffic between the specific PCN-ingress-node &
PCN-egress-node (that the new flow would flow between), in order that we
can make an accurate measurement-based admission decision. Note this is
traffic between the ingress & egress - it isn't "on the specific ECMP
path that the new flow would flow along".

Some options:
- we could say the adm decision is made on basis of measured traffic
between the specific PCN-ingress-node & PCN-egress-node
- we could say the adm decision is made on basis of measured traffic
along the specific ECMP path
- we could leave this question open for the operator to decide (the
first is a MUST, the second is a MAY?)

similarly the same set of options could be there for probing. The
probing option chosen for probing should either be the same as for
'normal' adm ctrl or a weaker one (stronger doesn't make sense).=20


Secondly, we know (I think) from discussions over the last year or so
that dealing with ECMP is quite tricky. It would be nice not to require
complex things to be standardised /implemented. Currently the draft says
that "Probing functions are optional". For instance the operator might
not be using ecmp, or might not think it's a particular problem -
perhaps they're prepared to risk the rare wrong adm decision (the flow
termination mechanism handles such cases).  However, we should discuss
and think about how to deal with probing & ecmp more.

Thirdly, it would also be nice to have some scenario analysis /data of
how important this is (how often would probing be needed? How often
would ecmp lead to focussed overload instead of a reasonably balanced
traffic distribution?)

Lastly, re your point 4 below. This is a good question. I believe the
answer isn't the same for all vendors.=20
One specific question [slightly off topic of your email, as related to
ecmp rather than probing specifically]: are the DS field & ECN field
considered by the ecmp hash algos? If yes, that could mean that a pkt
would travel a different ecmp path after it gets PCN-marked compared to
if it stays unmarked; I'm not sure if this has any nasty implications
for us, but we ought to think about it?


Best wishes
phil

> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: 10 July 2007 07:36
> To: pcn@ietf.org
> Subject: [PCN] Probing in the presence of hash-based load balancing
>=20
> Hi,
>=20
> I would like to start a discussion regarding the probing mechanism. I
> see the following constraints when equal-cost multipath (ECMP) routing
> is used:
>=20
> 1) Probe packets must have the same source and destination addresses
as
> well as source and destination ports as normal data packets because
load
> balancing algorithms compute a hash over relevant packet header
entries
> and depending on this hash value, they forward the packets to one of
> several possible outgoing interfaces. This assures that all packets of
> the same flow take the same route.
>=20
> 2) PCN-based AC is a border-to-border solution. Therefore, PCN-related
> signaling packets should not leave the network although equipped with
> "wrong" source and destination addresses. Is that true? If not, why
not?
>=20
> 3) A standardized mechanism is required to encode probe packets that
PCN
> egress routers can recognize and intercept them, and to signal
> appropriate feedback to the corresponding AC entities.
>=20
> 4) I don't know the exact header fields used for the hash-based load
> balancing. These fields should be the same for normal data packets and
> probe packets to make sure that they all take the same path. Which
> fields are typically used for that purpose? Those that are typically
not
> used might be changed to indicate that PCN packets are used for
probing.
>=20
> Are these assumptions correct? What mechanisms are possible?
>=20
> Best wishes,
>=20
>     Michael
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science
> Am Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 07:48:08 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8x9T-0008Nh-Ud; Thu, 12 Jul 2007 07:48:07 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8x9S-0008NU-KY
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 07:48:06 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8x9S-0008NM-94
	for pcn@ietf.org; Thu, 12 Jul 2007 07:48:06 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8x9R-0007Af-Nr
	for pcn@ietf.org; Thu, 12 Jul 2007 07:48:06 -0400
Received: from s4de8psaans.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Thu, 12 Jul 2007 13:47:32 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	s4de8psaans.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Thu, 12 Jul 2007 13:47:31 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: FW: [PCN] Terminology
Date: Thu, 12 Jul 2007 13:47:31 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB9957@S4DE8PSAAFQ.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Terminology
thread-index: AcfCviBGkjN2F3gqQq6d/csXd9t3OABrpBeQAAL6j1A=
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <philip.eardley@bt.com>
X-OriginalArrivalTime: 12 Jul 2007 11:47:31.0988 (UTC)
	FILETIME=[6E5B4D40:01C7C47A]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3971661e40967acfc35f708dd5f33760
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil,

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
Sent: Thursday, July 12, 2007 12:43 PM
To: menth@informatik.uni-wuerzburg.de; pcn@ietf.org
Subject: RE: [PCN] Terminology

Hi

It seems more intuitive to me that the terminology should come as "sets"
of very similar terms that relate to the same mechanism. IE related
terms should obviously be related without having to think about it:-

admission control | configured-admissible-rate | admission-marking (&
admission-marked-rate)

[Rudi]:
I can live with almost all proposals containing "admission". Hoepfully=20
we all agree on one proposal soon.
[/Rudi]

termination control | configured-termination-rate | termination-marking

[Rudi]:
Termination may not be the best description, although I prefer it to=20
supportable rate. The aim of the termination is a "traffic/rate=20
reduction". The admission functionality more limits traffic to a=20
certain rate. Consulting my favorite online dictionary I'd like=20
to suggest:

curb/mitigation/cutback control |
configured-curbing/mitigation/cutback...=20

[/Rudi]

Regards, Ruediger

I find it not instantly obvious that your suggested terms are related:
{termination control | excess-traffic marking | supportable-rate}=20


A few more comments in-line

Thanks
phil


> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: 10 July 2007 07:44
> To: pcn@ietf.org
> Subject: [PCN] Terminology
>=20
> Hi,
>=20
> I would like to discuss (again) some terminology for PCN. To get
things
> done quickly, we stuck in the architecture draft to the working
> nomenclature from the CL draft and left the exact names for further
> discussion. See Section 2 of
>
http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.tx
t
> We proposed an alternative nomenclature in Section 1.3 of
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>=20
> The main differences are the following four names, all other terms are
> fine:
>=20
> "admissible rate" instead of "configured-admission-rate":

[phil] the draft actually uses configured-admissible-rate. Dropping
'configured' would be ok with me.=20

> It's the rate that CAN be admitted. Then it is self-understood that
the
> rate is not measured but configured.
>=20
> "supportable rate" instead of "configured-termination-rate":
> It's the rate that CAN be supported. Then it is self-understood that
the
> rate is not measured but configured. Furthermore, an alternative
action
> for flow termination is rate reduction for which the name
"termination"
> is not appropriate.

[phil] strictly it isn't the rate that can be supported; traffic can be
supported up to the rate configured for the DS class used by the PCN
traffic. It's the rate above which you start termination-marking pkts.=20

Perhaps we need something like terminatable-rate or
terminatable-marking?! (I will be back)

Yes, the charter says that after re-chartering the WG "may also consider
to investigate additional response mechanisms that act on
(pre-)congestion information". So your same point could be made that
admission-marking is an inaccurate term, because in the future the WG
might consider an action other than admission control. However,
personally I don't think potential future charter should influence
terminology.

>=20
> "admission-stop marking" instead of "admission-marking":

[phil] I don't object too much to admission-stop-marking (or
admission-control-marking) instead of admission-marking. Personally I
find the latter a bit simpler.

> The meaning of the marking is that admission should be stopped. The
name
> "admission-marking" rather suggests the opposite.=20

[phil] isn't it self-understood that pkts are marked at higher traffic
rates and not marked at low traffic rates?

> This is also in line
> with the single-marking approach.
>=20
> "excess-traffic marking" instead of "termination-marking":
> The name "termination-marking" is fine as long as flow termination is
> the only option to reduce the rate of ingress-egress-aggregates when
the
> supportable rate of a link is exceeded. However, an alternative
reaction
> to this marking is flow rate reduction (although not in this charter).
> Therefore, the name of that marking should be neutral with
> regard to the action.
>=20
> Regards,
>=20
>     Michael
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science
> Am Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 07:58:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8xJF-0003UE-5r; Thu, 12 Jul 2007 07:58:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8xJD-0003PV-V3
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 07:58:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8xGB-0008KV-Uk
	for pcn@ietf.org; Thu, 12 Jul 2007 07:55:03 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8x79-0007ph-Hy
	for pcn@ietf.org; Thu, 12 Jul 2007 07:45:48 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 12:45:38 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Thu, 12 Jul 2007 12:45:38 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30B@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <010201c7c36f$5af23f40$864c460a@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: AcfDcDTnwAO5MeptQ86cnfmalRpjDwBCVTdA
From: <philip.eardley@bt.com>
To: <tena@huawei.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 11:45:38.0659 (UTC)
	FILETIME=[2ACEAB30:01C7C47A]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: cd3d702b63698072ba67a75ce9e0fc9e
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Tina

Thanks

Your changes in S1 & S2 seem good to me.

You made a comment in S5.4, but didn't suggest a text change. I think
your comment doesn't need any change to S4 (ie it's already covered
either in S5.4 [option of centralised node making decision] or earlier
[ingress node doing policing]. is that ok?

Thanks
Phil/=20

> -----Original Message-----
> From: Tina TSOU [mailto:tena@huawei.com]
> Sent: 11 July 2007 04:56
> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> Subject: Re: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
> Hi Phil,
> I made some proposed specific changes with revised mark together with
> comments in the attachment.
> Hope it helps:)
>=20
> B. R.
> Tina
>=20
> ----- Original Message -----
> From: <philip.eardley@bt.com>
> To: <tena@huawei.com>; <pcn@ietf.org>
> Sent: Monday, July 09, 2007 8:16 PM
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>=20
>=20
> Tina
> Thanks
> I'm not sure I completely understand your comments, sorry.
>=20
> Is the problem that at the moment the draft only describes the Pull
> model and not the Push model? Which lines of text need changing?
> (somewhere in Section 5.4 or section 7 or somewhere else?)
>=20
> Thanks!
> phil
>=20
> > -----Original Message-----
> > From: Tina TSOU [mailto:tena@huawei.com]
> > Sent: 02 July 2007 04:38
> > To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> > Subject: Re: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
> >
> > Hi all,
> > One of the scenarios I am suggesting is below.
> >
> > Even in Pull mode, application layer QoS request (via RSVP) should
be
> also
> > sent from ingress to the centralized node, in centralized node the
> policy
> > is
> > generated, then the decision is made, and then delivers to the
Ingress
> to
> > enforce. I was not saying that the policy is directly generated in
the
> > Ingress. Even the rather that Push mode should be also taken into
> account.
> >
> > I.e. we define the centralized node locates in the transport control
> > layer;
> > the Ingress and Egress locate in transport layer. For the
> implementation
> > of
> > physical entities, they are service policy server and PCN-enabled
> router
> > respectively.
> >
> > The centralized node is policy decision node, it should be based on
> (1)
> > Egress measurement result (2) operator's policies (could be
configured
> in
> > the centralized node) (3) QoS request coming from the application
> layer
> > (PUSH or PULL mode), to make the decision, and decide which flows
> should
> > be
> > admitted or reject, which flows should be stopped temperately or
> > downgraded,
> > which flows should be done policing. The generated policy should be
> sent
> > to
> > ingress for enforcement.
> >
> > Ingress is the policy enforcement point, it based on the policy
> delivered
> > by
> > the centralized node, (1) it allows flow pass or filter flow, (2)
for
> the
> > flows allowed to pass, it makes policing and coloring based on the
> policy.
> >
> > Referrence:
> > QoS "Push" Model: model where the centralised node "pushes" traffic
> > policies
> > to the transport functions to enforce its policy decisions.
> > NOTE: In this model, the CPE does not itself support native
> application
> > independent QoS procedures.
> > QoS "Pull" Model: model where, upon request from the transport
> processing
> > functions, the centralised node provides traffic policies to the
> transport
> > processing functions. The request from the transport processing
> functions
> > may itself, for example, be triggered by path-coupled requests
coming
> from
> > user equipment and/or transport network elements.
> >
> >
> > B. R.
> > Tina
> >
> > ----- Original Message -----
> > From: <philip.eardley@bt.com>
> > To: <pcn@ietf.org>
> > Sent: Thursday, June 28, 2007 11:59 PM
> > Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
> >
> >
> > Hi all,
> >
> > Just a reminder that all comments on this draft would be great. It
> aims
> > to describe the PCN architecture, in light of the PCN WG's Charter &
> its
> > Milestone of an Info doc on 'Flow Admission and Termination
> Architecture
> > within a Diffserv Domain' (due Nov 07).
> >
> > S1 Introduction.
> > This is quite short. If desired, it could be boosted with a general
> > explanation of where PCN fits into the picture of QoS and how it's
> > evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
> >
> > S2 Terminology
> > In the "Editor's note" are 3 alternative terms that some of the
> authors
> > preferred.
> >
> > S3 Assumptions and constraints on scope
> > These are the 4 things mentioned in the Charter, plus some
explanation
> > of them. Are they clear? Also we mention some of the ways that a
> future
> > revised Charter might look at overcoming some of the
> > constraints/assumptions; is this sub-section at the right depth?
> >
> > S4 High-level functional architecture
> > We have tried to write this section (and the following ones) so that
> it
> > fits all the various proposals there've been for PCN mechanisms.
Does
> > this make the section too wishy-washy or too hard to understand?
> Should
> > it include some comparison of the different mechanisms proposed
> > (PCN-interior-node marking algorithms & PCN-boundary-node
reactions)?
> >
> > S5 Detailed Functional architecture
> > Is this a reasonable description of the extra functionality that PCN
> > requires on various nodes in the PCN-domain? Is it the right way to
> > split up the description? For clarity / help reader's understanding,
> > should there be some specific examples of how functionality might be
> > distributed (eg "if you followed the deployment model in
> > draft-briscoe-tsvwg-cl-architecture-04, then this measurement is
made
> at
> > the PCN-egress-node, communicated to the PCN-ingress-nodes which
makes
> > the admission decision; etc.")
> >
> > S6 Design goals and challenges
> > This briefly describes some open issues, taken from
> > briscoe-tsvwg-cl-architecture. Are there other ones that should be
> > mentioned? Is the problem description at the right level of depth?
> > Should we discuss various possible solutions to these problems?
> >
> > S7 Deployment scenarios
> > Briefly describes some deployment scenarios for pcn? is this at the
> > right level of depth?
> >
> > S8 Operations and Management
> > This section was written in response to the Charter saying that the
> > architecture document should include security, manageability and
> > operational considerations. The draft addresses this by providing
some
> > thoughts under the FCAPS headings: OAM of Faults, Configuration,
> > Accounting, Performance and Security? Is this the right way of
> > structuring it - does it cover the right set of topics? Is the text
at
> > the right level? - eg should it also have a detailed set of
parameters
> > that would be available for configuration?
> >
> > An overall question is whether the draft should have more comparison
> of
> > the options (pros/cons) for various aspects.
> >
> > I aim to edit another version of the draft before the ietf (but
maybe
> > not before the deadline as I'm on hols next week).
> >
> > Thanks!
> > Phil/
> >
> >
> > > -----Original Message-----
> > > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> > > Sent: 22 June 2007 04:38
> > > To: pcn@ietf.org
> > > Subject: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
> > >
> > > Hi all:
> > > Please see the attached E-Mail on the posting of the PCN
> Architecture
> > > draft.
> > > On behave of the editor of this draft: Phil, and the co-authors of
> > this
> > > draft,
> > > we would like to request for reviews and comments of this draft
and
> > > welcome
> > > any comments for improvements.
> > >
> > > Please send your comments/discussions of this draft on the PCN
list.
> > >
> > > Thank you for your interest and review of this draft!
> > > -- Kwok on behave of the co-authors of this draft --
> > >
> > >
> > > >To: i-d-announce@ietf.org
> > > >Cc:
> > > >From: Internet-Drafts@ietf.org
> > > >Date: Thu, 21 Jun 2007 15:50:02 -0400
> > > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> > > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> > > >X-BeenThere: i-d-announce@ietf.org
> > > >X-Mailman-Version: 2.1.5
> > > >Reply-To: internet-drafts@ietf.org
> > > >List-Id: i-d-announce.ietf.org
> > > >List-Unsubscribe:
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > > >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
> > > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> > > >List-Post: <mailto:i-d-announce@ietf.org>
> > > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
> > > >List-Subscribe:
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > > >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
> > > >X-Spam-Tests: =
FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
> > > >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D4
> > > >X-Spam-Score: 5.3
> > > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> > > ecarhea1.nortel.com
> > > >X-DNSBL-Score: -50
> > > >X-DNSBL-Servers: bl.nortel.com
> > > >X-SMTP-HELO: megatron.ietf.org
> > > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> > > >X-SMTP-RCPT-TO:
> > >
> >
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
> > .c
> > >
> >
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> > .c
> > >
> >
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> > om
> > > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> > > >X-SMTP-REASON: PASSED
> > > >X-SMTP-ID: 1182455563.14011407
> > > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> > > >FILETIME=3D[BC4965C0:01C7B43D]
> > > >
> > > >A New Internet-Draft is available from the on-line
Internet-Drafts
> > > >directories.
> > > >
> > > >
> > > >         Title           : Pre-Congestion Notification
Architecture
> > > >         Author(s)       : P. Eardley, et al.
> > > >         Filename        : draft-eardley-pcn-architecture-00.txt
> > > >         Pages           : 27
> > > >         Date            : 2007-6-21
> > > >
> > > >    The purpose of this document is to describe a general
> > architecture
> > > >    for flow admission and termination based on aggregated (pre-)
> > > >    congestion information in order to protect the quality of
> service
> > of
> > > >    established inelastic flows within a single DiffServ domain.
> > > >
> > > >
> > > >A URL for this Internet-Draft is:
> > >
> >
>
>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
> > xt
> > > >
> > > >To remove yourself from the I-D Announcement list, send a message
> to
> > > >i-d-announce-request@ietf.org with the word unsubscribe in the
body
> > of
> > > >the message.
> > > >You can also visit
> > https://www1.ietf.org/mailman/listinfo/I-D-announce
> > > >to change your subscription settings.
> > > >
> > > >Internet-Drafts are also available by anonymous FTP. Login with
the
> > > >username "anonymous" and a password of your e-mail address. After
> > > >logging in, type "cd internet-drafts" and then
> > > >"get draft-eardley-pcn-architecture-00.txt".
> > > >
> > > >A list of Internet-Drafts directories can be found in
> > > >http://www.ietf.org/shadow.html
> > > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > > >
> > > >Internet-Drafts can also be obtained by e-mail.
> > > >
> > > >Send a message to:
> > > >         mailserv@ietf.org.
> > > >In the body type:
> > > >         "FILE
> > /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> > > >
> > > >NOTE:   The mail server at ietf.org can return the document in
> > > >         MIME-encoded form by using the "mpack" utility.  To use
> this
> > > >         feature, insert the command "ENCODING mime" before the
> > "FILE"
> > > >         command.  To decode the response(s), you will need
> "munpack"
> > or
> > > >         a MIME-compliant mail reader.  Different MIME-compliant
> mail
> > > readers
> > > >         exhibit different behavior, especially when dealing with
> > > >         "multipart" MIME messages (i.e. documents which have
been
> > split
> > > >         up into multiple messages), so check your local
> > documentation on
> > > >         how to manipulate these messages.
> > > >
> > > >Below is the data which will enable a MIME compliant mail reader
> > > >implementation to automatically retrieve the ASCII version of the
> > > >Internet-Draft.
> > > >
> > > >Content-Type: text/plain
> > > >Content-ID: <2007-6-21120238.I-D@ietf.org>
> > > >
> > > >ENCODING mime
> > > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> > > >
> > > >
> > >
><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> > > 00.txt>
> > > >_______________________________________________
> > > >I-D-Announce mailing list
> > > >I-D-Announce@ietf.org
> > > >https://www1.ietf.org/mailman/listinfo/i-d-announce
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > PCN mailing list
> > > PCN@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/pcn
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 08:27:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8xlJ-0005Lc-BO; Thu, 12 Jul 2007 08:27:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8xlH-0005LM-SB
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 08:27:11 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8xlH-0005LA-Gl
	for pcn@ietf.org; Thu, 12 Jul 2007 08:27:11 -0400
Received: from smtp3.smtp.bt.com ([217.32.164.138])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8xl2-00087O-5z
	for pcn@ietf.org; Thu, 12 Jul 2007 08:27:11 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 13:26:20 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Replacing corrupted version of
	draft-charny-pcn-single-marking
Date: Thu, 12 Jul 2007 13:26:20 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30C@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704C2397B@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Replacing corrupted version of
	draft-charny-pcn-single-marking
Thread-Index: AcfDEXhVrgHLATEZREaxP0j75jQ2xwAAAeFwAFqA71A=
From: <philip.eardley@bt.com>
To: <acharny@cisco.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 12:26:20.0780 (UTC)
	FILETIME=[DA6CC2C0:01C7C47F]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Anna

I read S4 of your doc, which is about how your draft impacts the
architecture draft [thanks for the specific section btw!]

My proposal would be to add to the arch draft into S5.6 (Flow
termination functions) another paragraph that says something like:

One particular proposal [ref] for PCN-marking and performing flow
admission and termination would require a global parameter (*) to be
defined on all PCN-boundary-nodes in the PCN-domain. [ref] discusses in
full the impact of this particular proposal on the operation of PCN.

OK?

(*) Nb global parameter =3D U in your draft.


(the Flow termination section seems the right place to include the
above, since it's the calculation of sustainable-aggregate-rate that's
changed by the U factor.)
(the impact on the measurement/reaction at the PCN-boundary-nodes is
really something for the draft(s) on boundary mechanisms to cover,
rather than the architecture draft.)

I don't think we need to add mention of the MARKING-MODE config
parameter - partly because as you say it can be deduced from the value
of U; mainly because having this parameter may suggest that several
marking modes are to be standardised, whereas we're trying to
standardise just one.

Thanks
Phil/ =20

> -----Original Message-----
> From: Anna Charny (acharny) [mailto:acharny@cisco.com]
> Sent: 10 July 2007 17:53
> To: pcn@ietf.org
> Subject: [PCN] Replacing corrupted version of draft-charny-pcn-single-
> marking
>=20
> Hi all,
>=20
> It appears that the version of the Single Marking draft that was sent
> yesterday somehow got corrupted.  Please find the new version (it was
> also reposted to the ietf-drafts@ietf.org, but will take some time
> propagating).  Sorry for any inconvenience this may have caused.
>=20
> Anna


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 08:53:41 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I8yAv-0002C4-Hl; Thu, 12 Jul 2007 08:53:41 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I8yAu-0002Bw-Bf
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 08:53:40 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I8yAu-0002Bo-0o
	for pcn@ietf.org; Thu, 12 Jul 2007 08:53:40 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8yAt-0000E3-Gu
	for pcn@ietf.org; Thu, 12 Jul 2007 08:53:39 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id C59B675BB;
	Thu, 12 Jul 2007 14:53:30 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id A85417FCC;
	Thu, 12 Jul 2007 14:53:30 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6D01675BB;
	Thu, 12 Jul 2007 14:53:30 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6CCrUk22573; 
	Thu, 12 Jul 2007 14:53:30 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 419BB6F58E; Thu, 12 Jul 2007 14:47:52 +0200 (CEST)
Message-ID: <46962380.4070509@informatik.uni-wuerzburg.de>
Date: Thu, 12 Jul 2007 14:50:08 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] RE: Pre-congestion and ECN
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC308@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC308@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f
Cc: pcn@ietf.org, joachim.charzinski@nsn.com
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil,

here is a compact summary regarding your question about the relation=20
between PCN and ECN taking Joachim's comments into account. As you had=20
that question, therefore this might be useful for the draft.

"ECN signals congestion using ECN-marking when the line rate C is
exceeded by the current traffic and physical queuing occurs. PCN
signals pre-congestion using PCN-marking when a configured rate
R<C is exceeded whereby physical queueing does not necessarily
occur. Thus, PCN marks packets already at lower rate than ECN
does. However, the reaction speed of ECN and PCN marking depends
on configured parameters. If ECN is configured to react fast and
PCN is configured to react slowly, packets may be ECN-marked but
not PCN-marked in the presence of short-time bursts."

Regards,

    Michael

philip.eardley@bt.com wrote:
> Michael - re your original point will try & add "pre-congestion" to ter=
minology on lines you suggest
>
> phil
>
>  =20
>> -----Original Message-----
>> From: Charzinski, Joachim [mailto:joachim.charzinski@nsn.com]
>> Sent: 11 July 2007 07:13
>> To: menth@informatik.uni-wuerzburg.de; pcn@ietf.org
>> Subject: [PCN] RE: Pre-congestion and ECN
>>
>> Hi Michael,
>>
>>    =20
>>> Congestion observed in real queues by ECN can be seen as a
>>> special form
>>> of "pre-congestion", namely with regard to the link rate R=3DC. It is
>>> possible to view it as such, but I find it a bit pathologic
>>> because the
>>> "pre-" is not really met since R=3DC and not R<C.
>>>
>>> This makes the difference between PCN and ECN explicit: ECN starts
>>> marking packets when real queueing (=3Dcongestion) occurs while PCN
>>> already marks packets when pre-congestion occurs, i.e., when
>>> a rate R<C
>>> is exceeded and no physical queues arise.
>>>      =20
>> Isn't this also a question of time scales? ECN would diagnose
>> "congestion" (which from the way ECN works should mostly be
>> considered pre-congestion) when a queue is found significantly
>> filled. This can happen also when R<C in terms of medium term
>> mean values but R>C during the very recent (mostly less than 1s)
>> past.
>> As I understood it, PCN is supposed to cover the longer time scales.
>> Thus, in PCN notation, ECN would actually signal pre-congestion in
>> most cases.
>>
>> Best regards
>>
>> 	Joachim.
>>
>> ----------------------------------------------------------
>> Nokia Siemens Networks
>>
>> Joachim Charzinski
>> Principal Innovator
>>
>> Machtlfinger Str. 1
>> D-81379 Muenchen
>> Germany
>> Tel: +49 89 722 46803
>>
>> Joachim.Charzinski@nsn.com
>> http://www.nokiasiemensnetworks.com/global/
>>
>> Think before you print
>>
>> Nokia Siemens Networks GmbH & Co. KG - Sitz der Gesellschaft: M=FCnche=
n /
>> Registered office: Munich - Registergericht: M=FCnchen / Commercial
>> registry: Munich, HRA 88537 - WEEE-Reg.-Nr.: DE 52984304 - Pers=F6nlic=
h
>> haftende Gesellschafterin / General Partner: Nokia Siemens Networks
>> Management GmbH - Gesch=E4ftsleitung / Board of Directors: Joachim Mal=
terer,
>> Lydia Sommer - Sitz der Gesellschaft: M=FCnchen / Registered office: M=
unich
>> - Registergericht: M=FCnchen / Commercial registry: Munich, HRB 163416
>>
>>
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>    =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 11:14:47 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I90NS-0005he-PO; Thu, 12 Jul 2007 11:14:46 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I90NR-0005hW-BP
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 11:14:45 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I90NR-0005hO-1u
	for pcn@ietf.org; Thu, 12 Jul 2007 11:14:45 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I90NM-0005HV-Gn
	for pcn@ietf.org; Thu, 12 Jul 2007 11:14:45 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 12 Jul 2007 16:14:39 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Replacing corrupted version
	ofdraft-charny-pcn-single-marking
Date: Thu, 12 Jul 2007 16:14:39 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC313@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30C@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Replacing corrupted version
	ofdraft-charny-pcn-single-marking
Thread-Index: AcfDEXhVrgHLATEZREaxP0j75jQ2xwAAAeFwAFqA71AABt+00A==
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 12 Jul 2007 15:14:39.0987 (UTC)
	FILETIME=[5E057430:01C7C497]
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Just to clarify. My intent is to include the suggested text below into
the architecture doc (S5.6)- please shout if you think this is not good!

Thanks
Phil

<< One particular proposal [ref] for PCN-marking and performing flow
admission and termination would require a global parameter to be defined
on all PCN-boundary-nodes in the PCN-domain. [ref] discusses in full the
impact of this particular proposal on the operation of PCN.>>

> -----Original Message-----
> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
> Sent: 12 July 2007 13:26
> To: acharny@cisco.com; pcn@ietf.org
> Subject: RE: [PCN] Replacing corrupted version
ofdraft-charny-pcn-single-
> marking
>=20
> Anna
>=20
> I read S4 of your doc, which is about how your draft impacts the
> architecture draft [thanks for the specific section btw!]
>=20
> My proposal would be to add to the arch draft into S5.6 (Flow
> termination functions) another paragraph that says something like:
>=20
> One particular proposal [ref] for PCN-marking and performing flow
> admission and termination would require a global parameter (*) to be
> defined on all PCN-boundary-nodes in the PCN-domain. [ref] discusses
in
> full the impact of this particular proposal on the operation of PCN.
>=20
> OK?
>=20
> (*) Nb global parameter =3D U in your draft.
>=20
>=20
> (the Flow termination section seems the right place to include the
> above, since it's the calculation of sustainable-aggregate-rate that's
> changed by the U factor.)
> (the impact on the measurement/reaction at the PCN-boundary-nodes is
> really something for the draft(s) on boundary mechanisms to cover,
> rather than the architecture draft.)
>=20
> I don't think we need to add mention of the MARKING-MODE config
> parameter - partly because as you say it can be deduced from the value
> of U; mainly because having this parameter may suggest that several
> marking modes are to be standardised, whereas we're trying to
> standardise just one.
>=20
> Thanks
> Phil/
>=20
> > -----Original Message-----
> > From: Anna Charny (acharny) [mailto:acharny@cisco.com]
> > Sent: 10 July 2007 17:53
> > To: pcn@ietf.org
> > Subject: [PCN] Replacing corrupted version of
draft-charny-pcn-single-
> > marking
> >
> > Hi all,
> >
> > It appears that the version of the Single Marking draft that was
sent
> > yesterday somehow got corrupted.  Please find the new version (it
was
> > also reposted to the ietf-drafts@ietf.org, but will take some time
> > propagating).  Sorry for any inconvenience this may have caused.
> >
> > Anna
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 12 23:55:57 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9CG4-00019q-Pw; Thu, 12 Jul 2007 23:55:56 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9CG3-00019l-4S
	for pcn-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 23:55:55 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9CG2-00019d-Nu
	for pcn@ietf.org; Thu, 12 Jul 2007 23:55:54 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9CFu-000255-Pg
	for pcn@ietf.org; Thu, 12 Jul 2007 23:55:54 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6D3sdp11719; Fri, 13 Jul 2007 03:54:40 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Probing in the presence of hash-based load balancing
Date: Thu, 12 Jul 2007 23:54:20 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651140C8CC@zcarhxm1.corp.nortel.com>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30A@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Probing in the presence of hash-based load balancing
Thread-Index: AcfCvRNR8PeL7n2bT4q7z89CEUq3IgBtTdTAACHeupA=
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b6657e60309a1317174c9db2ae5f227
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil Eardley wrote on July 12, 2007.

>First, we shouldn't set harder requirements for probing than in the
case
>where there is no probing.=20
>Ie our assumption to date has been that probing is needed when there's
>not enough recent traffic between the specific PCN-ingress-node &
>PCN-egress-node (that the new flow would flow between), in order that
we
>can make an accurate measurement-based admission decision. Note this is
>traffic between the ingress & egress - it isn't "on the specific ECMP
>path that the new flow would flow along".

[Joe]My assumption is that probing is needed under the following
conditions:
a)when there is no traffic between ingress-egress nodes for that
aggregate,
b)when there may be ECMP or other methods that may provide multiple
paths between ingress-egress nodes,
c)if there is a need to verify that real-time media packets once
admitted can infect reach the egress node.  =20

>Some options:
>- we could say the adm decision is made on basis of measured traffic
>between the specific PCN-ingress-node & PCN-egress-node
>- we could say the adm decision is made on basis of measured traffic
>along the specific ECMP path
>- we could leave this question open for the operator to decide (the
>first is a MUST, the second is a MAY?)
[Joe]I think we better say that adm decision is made on basis of a
specific path.=20

>Lastly, re your point 4 below. This is a good question. I believe the
>answer isn't the same for all vendors.=20
>One specific question [slightly off topic of your email, as related to
>ecmp rather than probing specifically]: are the DS field & ECN field
>considered by the ecmp hash algos? If yes, that could mean that a pkt
>would travel a different ecmp path after it gets PCN-marked compared to
>if it stays unmarked; I'm not sure if this has any nasty implications
>for us, but we ought to think about it?
[Joe]ECMP hash algorithms may use some or all of, source/destination IP
address, source/destination port numbers, protocol ID and DSCP field.
ECN field should not be used in hash algorithms.

Michael Menth wrote on 10 July 2007 07:36
> 2) PCN-based AC is a border-to-border solution. Therefore, PCN-related
> signaling packets should not leave the network although equipped with
> "wrong" source and destination addresses. Is that true? If not, why
not?
[Joe]True. I believe that egress node would need to block from
forwarding to next node probe packets in a border-to-border scenario.

> 3) A standardized mechanism is required to encode probe packets that
PCN
> egress routers can recognize and intercept them, and to signal
> appropriate feedback to the corresponding AC entities.
[Joe]This is highly desirable. We need to define a probing method that
works with ECMP and egress router can easily detect probe packets.
>=20
> 4) I don't know the exact header fields used for the hash-based load
> balancing. These fields should be the same for normal data packets and
> probe packets to make sure that they all take the same path. Which
> fields are typically used for that purpose? Those that are typically
not
> used might be changed to indicate that PCN packets are used for
probing.
[Joe] I believe ECN field in IP header could be used to signal to egress
router that this packet needs further inspection. Upon further
inspection the egress router determines that it is a probe packet.=20

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: July 12, 2007 7:24 AM
To: menth@informatik.uni-wuerzburg.de; pcn@ietf.org
Subject: RE: [PCN] Probing in the presence of hash-based load balancing

Hi,

The points you make seem fair to me, however I have a couple of caveats.

First, we shouldn't set harder requirements for probing than in the case
where there is no probing.=20
Ie our assumption to date has been that probing is needed when there's
not enough recent traffic between the specific PCN-ingress-node &
PCN-egress-node (that the new flow would flow between), in order that we
can make an accurate measurement-based admission decision. Note this is
traffic between the ingress & egress - it isn't "on the specific ECMP
path that the new flow would flow along".

Some options:
- we could say the adm decision is made on basis of measured traffic
between the specific PCN-ingress-node & PCN-egress-node
- we could say the adm decision is made on basis of measured traffic
along the specific ECMP path
- we could leave this question open for the operator to decide (the
first is a MUST, the second is a MAY?)

similarly the same set of options could be there for probing. The
probing option chosen for probing should either be the same as for
'normal' adm ctrl or a weaker one (stronger doesn't make sense).=20


Secondly, we know (I think) from discussions over the last year or so
that dealing with ECMP is quite tricky. It would be nice not to require
complex things to be standardised /implemented. Currently the draft says
that "Probing functions are optional". For instance the operator might
not be using ecmp, or might not think it's a particular problem -
perhaps they're prepared to risk the rare wrong adm decision (the flow
termination mechanism handles such cases).  However, we should discuss
and think about how to deal with probing & ecmp more.

Thirdly, it would also be nice to have some scenario analysis /data of
how important this is (how often would probing be needed? How often
would ecmp lead to focussed overload instead of a reasonably balanced
traffic distribution?)

Lastly, re your point 4 below. This is a good question. I believe the
answer isn't the same for all vendors.=20
One specific question [slightly off topic of your email, as related to
ecmp rather than probing specifically]: are the DS field & ECN field
considered by the ecmp hash algos? If yes, that could mean that a pkt
would travel a different ecmp path after it gets PCN-marked compared to
if it stays unmarked; I'm not sure if this has any nasty implications
for us, but we ought to think about it?


Best wishes
phil

> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: 10 July 2007 07:36
> To: pcn@ietf.org
> Subject: [PCN] Probing in the presence of hash-based load balancing
>=20
> Hi,
>=20
> I would like to start a discussion regarding the probing mechanism. I
> see the following constraints when equal-cost multipath (ECMP) routing
> is used:
>=20
> 1) Probe packets must have the same source and destination addresses
as
> well as source and destination ports as normal data packets because
load
> balancing algorithms compute a hash over relevant packet header
entries
> and depending on this hash value, they forward the packets to one of
> several possible outgoing interfaces. This assures that all packets of
> the same flow take the same route.
>=20
> 2) PCN-based AC is a border-to-border solution. Therefore, PCN-related
> signaling packets should not leave the network although equipped with
> "wrong" source and destination addresses. Is that true? If not, why
not?
>=20
> 3) A standardized mechanism is required to encode probe packets that
PCN
> egress routers can recognize and intercept them, and to signal
> appropriate feedback to the corresponding AC entities.
>=20
> 4) I don't know the exact header fields used for the hash-based load
> balancing. These fields should be the same for normal data packets and
> probe packets to make sure that they all take the same path. Which
> fields are typically used for that purpose? Those that are typically
not
> used might be changed to indicate that PCN packets are used for
probing.
>=20
> Are these assumptions correct? What mechanisms are possible?
>=20
> Best wishes,
>=20
>     Michael
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science
> Am Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 13 03:06:38 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9FEc-00080Q-BR; Fri, 13 Jul 2007 03:06:38 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9FEb-00080J-1X
	for pcn-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 03:06:37 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9FEX-0007sn-7i
	for pcn@ietf.org; Fri, 13 Jul 2007 03:06:33 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9FEI-0006xA-9q
	for pcn@ietf.org; Fri, 13 Jul 2007 03:06:33 -0400
Received: from S4DE8PSAANQ.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Fri, 13 Jul 2007 09:05:46 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Fri, 13 Jul 2007 09:05:46 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: FW: [PCN] Probing in the presence of hash-based load balancing
Date: Fri, 13 Jul 2007 09:05:45 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB9967@S4DE8PSAAFQ.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Probing in the presence of hash-based load balancing
thread-index: AcfCvRNR8PeL7n2bT4q7z89CEUq3IgBtTdTAACHeupAAB0158A==
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <babiarz@nortel.com>,
    <philip.eardley@bt.com>
X-OriginalArrivalTime: 13 Jul 2007 07:05:46.0590 (UTC)
	FILETIME=[3C5E07E0:01C7C51C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

some comments in line, marked [Rudi].

>First, we shouldn't set harder requirements for probing than in the
>case where there is no probing.=20
>Ie our assumption to date has been that probing is needed when there's
>not enough recent traffic between the specific PCN-ingress-node &
>PCN-egress-node (that the new flow would flow between), in order that
>we can make an accurate measurement-based admission decision. Note=20
>this is traffic between the ingress & egress - it isn't "on the=20
>specific ECMP path that the new flow would flow along".

[Joe]My assumption is that probing is needed under the following
conditions:
a)when there is no traffic between ingress-egress nodes for that
  aggregate,
b)when there may be ECMP or other methods that may provide multiple
  paths between ingress-egress nodes,
c)if there is a need to verify that real-time media packets once
  admitted can infect reach the egress node.=20

[Rudi] Probing is only required if any border node of a PCN domain=20
provides pre-congestion feedback. If that's the case, a) is required.
b) assumes ECMP "aware" probing. Phil mentioned ingress-egress above.
So Phil's thinking about some basic functionality while Joe's having=20
a more advanced solution in mind (which is desireable, but harder=20
to realise).
c) to me is not an aim, it is more something we can do it we=20
realise a) and b).=20

>Some options:
>- we could say the adm decision is made on basis of measured traffic
>  between the specific PCN-ingress-node & PCN-egress-node
>- we could say the adm decision is made on basis of measured traffic
>  along the specific ECMP path
>- we could leave this question open for the operator to decide (the
>  first is a MUST, the second is a MAY?)

[Joe]I think we better say that adm decision is made on basis of a
specific path.=20

[Rudi]We can standardise an overly conservative solution if we agree=20
on MUST for the first. It is up to a provider to improve the=20
efficency of his operations and to ensure proper functionality of=20
PCN. The standard must insist on proper functionality and should=20
provide tools to improve efficiency. Looking at it from that angle,=20
Phil's suggestion on MUST for the first and MAY for the second is=20
allright.

>Lastly, re your point 4 below. This is a good question. I believe the
>answer isn't the same for all vendors.=20
>One specific question [slightly off topic of your email, as related to
>ecmp rather than probing specifically]: are the DS field & ECN field
>considered by the ecmp hash algos? If yes, that could mean that a pkt
>would travel a different ecmp path after it gets PCN-marked compared to
>if it stays unmarked; I'm not sure if this has any nasty implications
>for us, but we ought to think about it?

[Joe]ECMP hash algorithms may use some or all of, source/destination IP
address, source/destination port numbers, protocol ID and DSCP field.
ECN field should not be used in hash algorithms.

Michael Menth wrote on 10 July 2007 07:36
> 2) PCN-based AC is a border-to-border solution. Therefore, PCN-related
> signaling packets should not leave the network although equipped with
> "wrong" source and destination addresses. Is that true? If not, why
> not?

[Joe]True. I believe that egress node would need to block from
forwarding to next node probe packets in a border-to-border scenario.

[Rudi] Agree to Joe and Michael.

> 3) A standardized mechanism is required to encode probe packets that
> PCN egress routers can recognize and intercept them, and to signal
> appropriate feedback to the corresponding AC entities.

[Joe]This is highly desirable. We need to define a probing method that
works with ECMP and egress router can easily detect probe packets.

[Rudi] Yes, that's desireable.

> 4) I don't know the exact header fields used for the hash-based load
> balancing. These fields should be the same for normal data packets and
> probe packets to make sure that they all take the same path. Which
> fields are typically used for that purpose? Those that are typically
> not  used might be changed to indicate that PCN packets are used for
> probing.

[Joe] I believe ECN field in IP header could be used to signal to egress
router that this packet needs further inspection. Upon further
inspection the egress router determines that it is a probe packet.=20

[Rudi] By that you define a "selective RAO", meaning that egress nodes=20
must interpret some IP header "codepoint" as RAO. The cool part of your=20
idea is that only some routers interpret this "codepoint" as RAO, not=20
all. Security demands to limit this option to a single domain of trust.=20
So an egress node must act differently on a packet received with that=20
codepoint, depending on the interface, where it is received (from=20
within PCN domain or from a PCN external interface).
I like the idea. If more people provide support, we may contact=20
the WG chairs to see how our chances are to get that standardised=20
within IETF. I'm not sure, whether this is "just a PCN decision".
Working on this proposal should however not delay work on the easier=20
to realise "ingress-egress" probing functionality.

Regards,

Ruediger


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 13 04:40:57 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9Ght-0000dz-Ts; Fri, 13 Jul 2007 04:40:57 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9Ghs-0000Zd-Mf
	for pcn-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 04:40:56 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9Ghs-0000Xf-8y
	for pcn@ietf.org; Fri, 13 Jul 2007 04:40:56 -0400
Received: from szxga04-in.huawei.com ([61.144.161.7])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9Ghq-0001Na-KD
	for pcn@ietf.org; Fri, 13 Jul 2007 04:40:56 -0400
Received: from huawei.com (szxga04-in [172.24.2.12])
	by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JL400CVA02EU0@szxga04-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 16:39:50 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JL400FSM02BVT@szxga04-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 16:39:50 +0800 (CST)
Received: from z24109a ([10.70.76.134])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JL4008EN02BHK@szxml03-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 16:39:47 +0800 (CST)
Date: Fri, 13 Jul 2007 16:39:47 +0800
From: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
To: pcn@ietf.org, philip.eardley@bt.com
Message-id: <004e01c7c529$5eae4a00$864c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: text/plain; format=flowed; charset=iso-8859-1;
	reply-type=original
Content-transfer-encoding: 7BIT
X-Priority: 3
X-MSMail-priority: Normal
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30B@E03MVZ1-UKDY.domain1.systemhost.net>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 916029c14bdb340aa234d3ec4cd24f52
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil,
Thanks:)

Wrt to section 5.4, I suggest as below.
/*delete "policy and"*/
/*add "and relative QoS policies"*/
The decision is made at a centralised node, which requires that
the PCN-egress-node signals to the centralised node about "the
required measurements of PCN-traffic" (and that the centralised
node learns about policy and application layer requirements), and
that the centralised node signals to the PCN-ingress-node about
the decision about admission control and relative QoS policies.  It would be 
possible for
the centralised node to be one of the PCN-boundary-nodes, when
clearly the signalling would sometimes be replaced by a message
internal to the node.

B. R.
Tina

----- Original Message ----- 
From: <philip.eardley@bt.com>
To: <tena@huawei.com>; <pcn@ietf.org>
Sent: Thursday, July 12, 2007 7:45 PM
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt


Tina

Thanks

Your changes in S1 & S2 seem good to me.

You made a comment in S5.4, but didn't suggest a text change. I think
your comment doesn't need any change to S4 (ie it's already covered
either in S5.4 [option of centralised node making decision] or earlier
[ingress node doing policing]. is that ok?

Thanks
Phil/

> -----Original Message-----
> From: Tina TSOU [mailto:tena@huawei.com]
> Sent: 11 July 2007 04:56
> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> Subject: Re: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
> Hi Phil,
> I made some proposed specific changes with revised mark together with
> comments in the attachment.
> Hope it helps:)
>
> B. R.
> Tina
>
> ----- Original Message -----
> From: <philip.eardley@bt.com>
> To: <tena@huawei.com>; <pcn@ietf.org>
> Sent: Monday, July 09, 2007 8:16 PM
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
>
> Tina
> Thanks
> I'm not sure I completely understand your comments, sorry.
>
> Is the problem that at the moment the draft only describes the Pull
> model and not the Push model? Which lines of text need changing?
> (somewhere in Section 5.4 or section 7 or somewhere else?)
>
> Thanks!
> phil
>
> > -----Original Message-----
> > From: Tina TSOU [mailto:tena@huawei.com]
> > Sent: 02 July 2007 04:38
> > To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
> > Subject: Re: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
> >
> > Hi all,
> > One of the scenarios I am suggesting is below.
> >
> > Even in Pull mode, application layer QoS request (via RSVP) should
be
> also
> > sent from ingress to the centralized node, in centralized node the
> policy
> > is
> > generated, then the decision is made, and then delivers to the
Ingress
> to
> > enforce. I was not saying that the policy is directly generated in
the
> > Ingress. Even the rather that Push mode should be also taken into
> account.
> >
> > I.e. we define the centralized node locates in the transport control
> > layer;
> > the Ingress and Egress locate in transport layer. For the
> implementation
> > of
> > physical entities, they are service policy server and PCN-enabled
> router
> > respectively.
> >
> > The centralized node is policy decision node, it should be based on
> (1)
> > Egress measurement result (2) operator's policies (could be
configured
> in
> > the centralized node) (3) QoS request coming from the application
> layer
> > (PUSH or PULL mode), to make the decision, and decide which flows
> should
> > be
> > admitted or reject, which flows should be stopped temperately or
> > downgraded,
> > which flows should be done policing. The generated policy should be
> sent
> > to
> > ingress for enforcement.
> >
> > Ingress is the policy enforcement point, it based on the policy
> delivered
> > by
> > the centralized node, (1) it allows flow pass or filter flow, (2)
for
> the
> > flows allowed to pass, it makes policing and coloring based on the
> policy.
> >
> > Referrence:
> > QoS "Push" Model: model where the centralised node "pushes" traffic
> > policies
> > to the transport functions to enforce its policy decisions.
> > NOTE: In this model, the CPE does not itself support native
> application
> > independent QoS procedures.
> > QoS "Pull" Model: model where, upon request from the transport
> processing
> > functions, the centralised node provides traffic policies to the
> transport
> > processing functions. The request from the transport processing
> functions
> > may itself, for example, be triggered by path-coupled requests
coming
> from
> > user equipment and/or transport network elements.
> >
> >
> > B. R.
> > Tina
> >
> > ----- Original Message -----
> > From: <philip.eardley@bt.com>
> > To: <pcn@ietf.org>
> > Sent: Thursday, June 28, 2007 11:59 PM
> > Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
> >
> >
> > Hi all,
> >
> > Just a reminder that all comments on this draft would be great. It
> aims
> > to describe the PCN architecture, in light of the PCN WG's Charter &
> its
> > Milestone of an Info doc on 'Flow Admission and Termination
> Architecture
> > within a Diffserv Domain' (due Nov 07).
> >
> > S1 Introduction.
> > This is quite short. If desired, it could be boosted with a general
> > explanation of where PCN fits into the picture of QoS and how it's
> > evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
> >
> > S2 Terminology
> > In the "Editor's note" are 3 alternative terms that some of the
> authors
> > preferred.
> >
> > S3 Assumptions and constraints on scope
> > These are the 4 things mentioned in the Charter, plus some
explanation
> > of them. Are they clear? Also we mention some of the ways that a
> future
> > revised Charter might look at overcoming some of the
> > constraints/assumptions; is this sub-section at the right depth?
> >
> > S4 High-level functional architecture
> > We have tried to write this section (and the following ones) so that
> it
> > fits all the various proposals there've been for PCN mechanisms.
Does
> > this make the section too wishy-washy or too hard to understand?
> Should
> > it include some comparison of the different mechanisms proposed
> > (PCN-interior-node marking algorithms & PCN-boundary-node
reactions)?
> >
> > S5 Detailed Functional architecture
> > Is this a reasonable description of the extra functionality that PCN
> > requires on various nodes in the PCN-domain? Is it the right way to
> > split up the description? For clarity / help reader's understanding,
> > should there be some specific examples of how functionality might be
> > distributed (eg "if you followed the deployment model in
> > draft-briscoe-tsvwg-cl-architecture-04, then this measurement is
made
> at
> > the PCN-egress-node, communicated to the PCN-ingress-nodes which
makes
> > the admission decision; etc.")
> >
> > S6 Design goals and challenges
> > This briefly describes some open issues, taken from
> > briscoe-tsvwg-cl-architecture. Are there other ones that should be
> > mentioned? Is the problem description at the right level of depth?
> > Should we discuss various possible solutions to these problems?
> >
> > S7 Deployment scenarios
> > Briefly describes some deployment scenarios for pcn? is this at the
> > right level of depth?
> >
> > S8 Operations and Management
> > This section was written in response to the Charter saying that the
> > architecture document should include security, manageability and
> > operational considerations. The draft addresses this by providing
some
> > thoughts under the FCAPS headings: OAM of Faults, Configuration,
> > Accounting, Performance and Security? Is this the right way of
> > structuring it - does it cover the right set of topics? Is the text
at
> > the right level? - eg should it also have a detailed set of
parameters
> > that would be available for configuration?
> >
> > An overall question is whether the draft should have more comparison
> of
> > the options (pros/cons) for various aspects.
> >
> > I aim to edit another version of the draft before the ietf (but
maybe
> > not before the deadline as I'm on hols next week).
> >
> > Thanks!
> > Phil/
> >
> >
> > > -----Original Message-----
> > > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> > > Sent: 22 June 2007 04:38
> > > To: pcn@ietf.org
> > > Subject: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
> > >
> > > Hi all:
> > > Please see the attached E-Mail on the posting of the PCN
> Architecture
> > > draft.
> > > On behave of the editor of this draft: Phil, and the co-authors of
> > this
> > > draft,
> > > we would like to request for reviews and comments of this draft
and
> > > welcome
> > > any comments for improvements.
> > >
> > > Please send your comments/discussions of this draft on the PCN
list.
> > >
> > > Thank you for your interest and review of this draft!
> > > -- Kwok on behave of the co-authors of this draft --
> > >
> > >
> > > >To: i-d-announce@ietf.org
> > > >Cc:
> > > >From: Internet-Drafts@ietf.org
> > > >Date: Thu, 21 Jun 2007 15:50:02 -0400
> > > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
> > > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
> > > >X-BeenThere: i-d-announce@ietf.org
> > > >X-Mailman-Version: 2.1.5
> > > >Reply-To: internet-drafts@ietf.org
> > > >List-Id: i-d-announce.ietf.org
> > > >List-Unsubscribe:
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> > > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> > > >List-Post: <mailto:i-d-announce@ietf.org>
> > > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
> > > >List-Subscribe:
> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> > > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
> > > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
> > > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
> > > >X-Spam-Score: 5.3
> > > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> > > ecarhea1.nortel.com
> > > >X-DNSBL-Score: -50
> > > >X-DNSBL-Servers: bl.nortel.com
> > > >X-SMTP-HELO: megatron.ietf.org
> > > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> > > >X-SMTP-RCPT-TO:
> > >
> >
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
> > .c
> > >
> >
>
om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
> > .c
> > >
> >
>
om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
> > om
> > > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
> > > >X-SMTP-REASON: PASSED
> > > >X-SMTP-ID: 1182455563.14011407
> > > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
> > > >FILETIME=[BC4965C0:01C7B43D]
> > > >
> > > >A New Internet-Draft is available from the on-line
Internet-Drafts
> > > >directories.
> > > >
> > > >
> > > >         Title           : Pre-Congestion Notification
Architecture
> > > >         Author(s)       : P. Eardley, et al.
> > > >         Filename        : draft-eardley-pcn-architecture-00.txt
> > > >         Pages           : 27
> > > >         Date            : 2007-6-21
> > > >
> > > >    The purpose of this document is to describe a general
> > architecture
> > > >    for flow admission and termination based on aggregated (pre-)
> > > >    congestion information in order to protect the quality of
> service
> > of
> > > >    established inelastic flows within a single DiffServ domain.
> > > >
> > > >
> > > >A URL for this Internet-Draft is:
> > >
> >
>
>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
> > xt
> > > >
> > > >To remove yourself from the I-D Announcement list, send a message
> to
> > > >i-d-announce-request@ietf.org with the word unsubscribe in the
body
> > of
> > > >the message.
> > > >You can also visit
> > https://www1.ietf.org/mailman/listinfo/I-D-announce
> > > >to change your subscription settings.
> > > >
> > > >Internet-Drafts are also available by anonymous FTP. Login with
the
> > > >username "anonymous" and a password of your e-mail address. After
> > > >logging in, type "cd internet-drafts" and then
> > > >"get draft-eardley-pcn-architecture-00.txt".
> > > >
> > > >A list of Internet-Drafts directories can be found in
> > > >http://www.ietf.org/shadow.html
> > > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> > > >
> > > >Internet-Drafts can also be obtained by e-mail.
> > > >
> > > >Send a message to:
> > > >         mailserv@ietf.org.
> > > >In the body type:
> > > >         "FILE
> > /internet-drafts/draft-eardley-pcn-architecture-00.txt".
> > > >
> > > >NOTE:   The mail server at ietf.org can return the document in
> > > >         MIME-encoded form by using the "mpack" utility.  To use
> this
> > > >         feature, insert the command "ENCODING mime" before the
> > "FILE"
> > > >         command.  To decode the response(s), you will need
> "munpack"
> > or
> > > >         a MIME-compliant mail reader.  Different MIME-compliant
> mail
> > > readers
> > > >         exhibit different behavior, especially when dealing with
> > > >         "multipart" MIME messages (i.e. documents which have
been
> > split
> > > >         up into multiple messages), so check your local
> > documentation on
> > > >         how to manipulate these messages.
> > > >
> > > >Below is the data which will enable a MIME compliant mail reader
> > > >implementation to automatically retrieve the ASCII version of the
> > > >Internet-Draft.
> > > >
> > > >Content-Type: text/plain
> > > >Content-ID: <2007-6-21120238.I-D@ietf.org>
> > > >
> > > >ENCODING mime
> > > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
> > > >
> > > >
> > >
><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
> > > 00.txt>
> > > >_______________________________________________
> > > >I-D-Announce mailing list
> > > >I-D-Announce@ietf.org
> > > >https://www1.ietf.org/mailman/listinfo/i-d-announce
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > PCN mailing list
> > > PCN@ietf.org
> > > https://www1.ietf.org/mailman/listinfo/pcn
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn 



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 13 05:02:23 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9H2d-0007kn-Eh; Fri, 13 Jul 2007 05:02:23 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9H2c-0007kV-Ht
	for pcn-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 05:02:22 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9H2c-0007kI-6M
	for pcn@ietf.org; Fri, 13 Jul 2007 05:02:22 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9H2U-0002Ff-C9
	for pcn@ietf.org; Fri, 13 Jul 2007 05:02:22 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 79EC08027;
	Fri, 13 Jul 2007 11:01:39 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id CE32E8179;
	Fri, 13 Jul 2007 11:01:37 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0D14F8029;
	Fri, 13 Jul 2007 11:01:37 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6D91ak01870; 
	Fri, 13 Jul 2007 11:01:37 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 76B676F58E; Fri, 13 Jul 2007 10:55:57 +0200 (CEST)
Message-ID: <46973EA3.2080503@informatik.uni-wuerzburg.de>
Date: Fri, 13 Jul 2007 10:58:11 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
Subject: Re: FW: [PCN] Probing in the presence of hash-based load balancing
References: <6439282641581441A36F7F6F83ED2ED201DB9967@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <6439282641581441A36F7F6F83ED2ED201DB9967@S4DE8PSAAFQ.mitte.t-com.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d16ce744298aacf98517bc7c108bd198
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

I think designing a probing mechanism in such a way that it copes with 
ECMP is not too hard when we do that from scratch, but once we have 
defined just some mechanism which is not capable to do that, it will be 
very hard to extend it for that purpose. I don't think we want two 
different probing mechanisms, one which is ECMP-capable and another one 
with is not. Therefore, I would prefer to keep this goal in mind from 
the beginning of the design process.

Regards,

    Michael

Geib, Ruediger wrote:
> Hi,
>
> some comments in line, marked [Rudi].
>
>   
>> First, we shouldn't set harder requirements for probing than in the
>> case where there is no probing. 
>> Ie our assumption to date has been that probing is needed when there's
>> not enough recent traffic between the specific PCN-ingress-node &
>> PCN-egress-node (that the new flow would flow between), in order that
>> we can make an accurate measurement-based admission decision. Note 
>> this is traffic between the ingress & egress - it isn't "on the 
>> specific ECMP path that the new flow would flow along".
>>     
>
> [Joe]My assumption is that probing is needed under the following
> conditions:
> a)when there is no traffic between ingress-egress nodes for that
>   aggregate,
> b)when there may be ECMP or other methods that may provide multiple
>   paths between ingress-egress nodes,
> c)if there is a need to verify that real-time media packets once
>   admitted can infect reach the egress node. 
>
> [Rudi] Probing is only required if any border node of a PCN domain 
> provides pre-congestion feedback. If that's the case, a) is required.
> b) assumes ECMP "aware" probing. Phil mentioned ingress-egress above.
> So Phil's thinking about some basic functionality while Joe's having 
> a more advanced solution in mind (which is desireable, but harder 
> to realise).
> c) to me is not an aim, it is more something we can do it we 
> realise a) and b). 
>
>   
>> Some options:
>> - we could say the adm decision is made on basis of measured traffic
>>  between the specific PCN-ingress-node & PCN-egress-node
>> - we could say the adm decision is made on basis of measured traffic
>>  along the specific ECMP path
>> - we could leave this question open for the operator to decide (the
>>  first is a MUST, the second is a MAY?)
>>     
>
> [Joe]I think we better say that adm decision is made on basis of a
> specific path. 
>
> [Rudi]We can standardise an overly conservative solution if we agree 
> on MUST for the first. It is up to a provider to improve the 
> efficency of his operations and to ensure proper functionality of 
> PCN. The standard must insist on proper functionality and should 
> provide tools to improve efficiency. Looking at it from that angle, 
> Phil's suggestion on MUST for the first and MAY for the second is 
> allright.
>
>   
>> Lastly, re your point 4 below. This is a good question. I believe the
>> answer isn't the same for all vendors. 
>> One specific question [slightly off topic of your email, as related to
>> ecmp rather than probing specifically]: are the DS field & ECN field
>> considered by the ecmp hash algos? If yes, that could mean that a pkt
>> would travel a different ecmp path after it gets PCN-marked compared to
>> if it stays unmarked; I'm not sure if this has any nasty implications
>> for us, but we ought to think about it?
>>     
>
> [Joe]ECMP hash algorithms may use some or all of, source/destination IP
> address, source/destination port numbers, protocol ID and DSCP field.
> ECN field should not be used in hash algorithms.
>
> Michael Menth wrote on 10 July 2007 07:36
>   
>> 2) PCN-based AC is a border-to-border solution. Therefore, PCN-related
>> signaling packets should not leave the network although equipped with
>> "wrong" source and destination addresses. Is that true? If not, why
>> not?
>>     
>
> [Joe]True. I believe that egress node would need to block from
> forwarding to next node probe packets in a border-to-border scenario.
>
> [Rudi] Agree to Joe and Michael.
>
>   
>> 3) A standardized mechanism is required to encode probe packets that
>> PCN egress routers can recognize and intercept them, and to signal
>> appropriate feedback to the corresponding AC entities.
>>     
>
> [Joe]This is highly desirable. We need to define a probing method that
> works with ECMP and egress router can easily detect probe packets.
>
> [Rudi] Yes, that's desireable.
>
>   
>> 4) I don't know the exact header fields used for the hash-based load
>> balancing. These fields should be the same for normal data packets and
>> probe packets to make sure that they all take the same path. Which
>> fields are typically used for that purpose? Those that are typically
>> not  used might be changed to indicate that PCN packets are used for
>> probing.
>>     
>
> [Joe] I believe ECN field in IP header could be used to signal to egress
> router that this packet needs further inspection. Upon further
> inspection the egress router determines that it is a probe packet. 
>
> [Rudi] By that you define a "selective RAO", meaning that egress nodes 
> must interpret some IP header "codepoint" as RAO. The cool part of your 
> idea is that only some routers interpret this "codepoint" as RAO, not 
> all. Security demands to limit this option to a single domain of trust. 
> So an egress node must act differently on a packet received with that 
> codepoint, depending on the interface, where it is received (from 
> within PCN domain or from a PCN external interface).
> I like the idea. If more people provide support, we may contact 
> the WG chairs to see how our chances are to get that standardised 
> within IETF. I'm not sure, whether this is "just a PCN decision".
> Working on this proposal should however not delay work on the easier 
> to realise "ingress-egress" probing functionality.
>
> Regards,
>
> Ruediger
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 13 05:28:26 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9HRq-0003f0-Hk; Fri, 13 Jul 2007 05:28:26 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9HRp-0003em-TS
	for pcn-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 05:28:25 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9HRp-0003ee-HQ
	for pcn@ietf.org; Fri, 13 Jul 2007 05:28:25 -0400
Received: from szxga04-in.huawei.com ([61.144.161.7])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9HRn-0002qC-Cg
	for pcn@ietf.org; Fri, 13 Jul 2007 05:28:25 -0400
Received: from huawei.com (szxga04-in [172.24.2.12])
	by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JL400C8Y29KU0@szxga04-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 17:27:21 +0800 (CST)
Received: from huawei.com ([172.24.1.24])
	by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JL400IZO29IDL@szxga04-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 17:27:20 +0800 (CST)
Received: from z24109a ([10.70.76.134])
	by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JL400L4B29HFE@szxml04-in.huawei.com> for
	pcn@ietf.org; Fri, 13 Jul 2007 17:27:18 +0800 (CST)
Date: Fri, 13 Jul 2007 17:27:17 +0800
From: Tina TSOU <tena@huawei.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
To: philip.eardley@bt.com, pcn@ietf.org
Message-id: <00a001c7c530$018b0aa0$864c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
Content-type: text/plain; format=flowed; charset=iso-8859-1;
	reply-type=response
Content-transfer-encoding: 7BIT
X-Priority: 3
X-MSMail-priority: Normal
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC30B@E03MVZ1-UKDY.domain1.systemhost.net>
	<004e01c7c529$5eae4a00$864c460a@china.huawei.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9aa22b77adc37e7d33e29644e4dc0b33
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Sorry, forgot to delete "policy and". They should be display as below.

> The decision is made at a centralised node, which requires that
> the PCN-egress-node signals to the centralised node about "the
> required measurements of PCN-traffic" (and that the centralised
> node learns about application layer requirements), and
> that the centralised node signals to the PCN-ingress-node about
> the decision about admission control and relative QoS policies.  It would 
> be possible for
> the centralised node to be one of the PCN-boundary-nodes, when
> clearly the signalling would sometimes be replaced by a message
> internal to the node.

B. R.
Tina

----- Original Message ----- 
From: "Tina TSOU" <tena@huawei.com>
To: <pcn@ietf.org>; <philip.eardley@bt.com>
Sent: Friday, July 13, 2007 4:39 PM
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt


> Hi Phil,
> Thanks:)
>
> Wrt to section 5.4, I suggest as below.
> /*delete "policy and"*/
> /*add "and relative QoS policies"*/
> The decision is made at a centralised node, which requires that
> the PCN-egress-node signals to the centralised node about "the
> required measurements of PCN-traffic" (and that the centralised
> node learns about policy and application layer requirements), and
> that the centralised node signals to the PCN-ingress-node about
> the decision about admission control and relative QoS policies.  It would 
> be possible for
> the centralised node to be one of the PCN-boundary-nodes, when
> clearly the signalling would sometimes be replaced by a message
> internal to the node.
>
> B. R.
> Tina
>
> ----- Original Message ----- 
> From: <philip.eardley@bt.com>
> To: <tena@huawei.com>; <pcn@ietf.org>
> Sent: Thursday, July 12, 2007 7:45 PM
> Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
>
> Tina
>
> Thanks
>
> Your changes in S1 & S2 seem good to me.
>
> You made a comment in S5.4, but didn't suggest a text change. I think
> your comment doesn't need any change to S4 (ie it's already covered
> either in S5.4 [option of centralised node making decision] or earlier
> [ingress node doing policing]. is that ok?
>
> Thanks
> Phil/
>
>> -----Original Message-----
>> From: Tina TSOU [mailto:tena@huawei.com]
>> Sent: 11 July 2007 04:56
>> To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
>> Subject: Re: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
>>
>> Hi Phil,
>> I made some proposed specific changes with revised mark together with
>> comments in the attachment.
>> Hope it helps:)
>>
>> B. R.
>> Tina
>>
>> ----- Original Message -----
>> From: <philip.eardley@bt.com>
>> To: <tena@huawei.com>; <pcn@ietf.org>
>> Sent: Monday, July 09, 2007 8:16 PM
>> Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
>>
>>
>> Tina
>> Thanks
>> I'm not sure I completely understand your comments, sorry.
>>
>> Is the problem that at the moment the draft only describes the Pull
>> model and not the Push model? Which lines of text need changing?
>> (somewhere in Section 5.4 or section 7 or somewhere else?)
>>
>> Thanks!
>> phil
>>
>> > -----Original Message-----
>> > From: Tina TSOU [mailto:tena@huawei.com]
>> > Sent: 02 July 2007 04:38
>> > To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
>> > Subject: Re: [PCN] Fwd: I-D
>> ACTION:draft-eardley-pcn-architecture-00.txt
>> >
>> > Hi all,
>> > One of the scenarios I am suggesting is below.
>> >
>> > Even in Pull mode, application layer QoS request (via RSVP) should
> be
>> also
>> > sent from ingress to the centralized node, in centralized node the
>> policy
>> > is
>> > generated, then the decision is made, and then delivers to the
> Ingress
>> to
>> > enforce. I was not saying that the policy is directly generated in
> the
>> > Ingress. Even the rather that Push mode should be also taken into
>> account.
>> >
>> > I.e. we define the centralized node locates in the transport control
>> > layer;
>> > the Ingress and Egress locate in transport layer. For the
>> implementation
>> > of
>> > physical entities, they are service policy server and PCN-enabled
>> router
>> > respectively.
>> >
>> > The centralized node is policy decision node, it should be based on
>> (1)
>> > Egress measurement result (2) operator's policies (could be
> configured
>> in
>> > the centralized node) (3) QoS request coming from the application
>> layer
>> > (PUSH or PULL mode), to make the decision, and decide which flows
>> should
>> > be
>> > admitted or reject, which flows should be stopped temperately or
>> > downgraded,
>> > which flows should be done policing. The generated policy should be
>> sent
>> > to
>> > ingress for enforcement.
>> >
>> > Ingress is the policy enforcement point, it based on the policy
>> delivered
>> > by
>> > the centralized node, (1) it allows flow pass or filter flow, (2)
> for
>> the
>> > flows allowed to pass, it makes policing and coloring based on the
>> policy.
>> >
>> > Referrence:
>> > QoS "Push" Model: model where the centralised node "pushes" traffic
>> > policies
>> > to the transport functions to enforce its policy decisions.
>> > NOTE: In this model, the CPE does not itself support native
>> application
>> > independent QoS procedures.
>> > QoS "Pull" Model: model where, upon request from the transport
>> processing
>> > functions, the centralised node provides traffic policies to the
>> transport
>> > processing functions. The request from the transport processing
>> functions
>> > may itself, for example, be triggered by path-coupled requests
> coming
>> from
>> > user equipment and/or transport network elements.
>> >
>> >
>> > B. R.
>> > Tina
>> >
>> > ----- Original Message -----
>> > From: <philip.eardley@bt.com>
>> > To: <pcn@ietf.org>
>> > Sent: Thursday, June 28, 2007 11:59 PM
>> > Subject: RE: [PCN] Fwd: I-D
>> ACTION:draft-eardley-pcn-architecture-00.txt
>> >
>> >
>> > Hi all,
>> >
>> > Just a reminder that all comments on this draft would be great. It
>> aims
>> > to describe the PCN architecture, in light of the PCN WG's Charter &
>> its
>> > Milestone of an Info doc on 'Flow Admission and Termination
>> Architecture
>> > within a Diffserv Domain' (due Nov 07).
>> >
>> > S1 Introduction.
>> > This is quite short. If desired, it could be boosted with a general
>> > explanation of where PCN fits into the picture of QoS and how it's
>> > evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)
>> >
>> > S2 Terminology
>> > In the "Editor's note" are 3 alternative terms that some of the
>> authors
>> > preferred.
>> >
>> > S3 Assumptions and constraints on scope
>> > These are the 4 things mentioned in the Charter, plus some
> explanation
>> > of them. Are they clear? Also we mention some of the ways that a
>> future
>> > revised Charter might look at overcoming some of the
>> > constraints/assumptions; is this sub-section at the right depth?
>> >
>> > S4 High-level functional architecture
>> > We have tried to write this section (and the following ones) so that
>> it
>> > fits all the various proposals there've been for PCN mechanisms.
> Does
>> > this make the section too wishy-washy or too hard to understand?
>> Should
>> > it include some comparison of the different mechanisms proposed
>> > (PCN-interior-node marking algorithms & PCN-boundary-node
> reactions)?
>> >
>> > S5 Detailed Functional architecture
>> > Is this a reasonable description of the extra functionality that PCN
>> > requires on various nodes in the PCN-domain? Is it the right way to
>> > split up the description? For clarity / help reader's understanding,
>> > should there be some specific examples of how functionality might be
>> > distributed (eg "if you followed the deployment model in
>> > draft-briscoe-tsvwg-cl-architecture-04, then this measurement is
> made
>> at
>> > the PCN-egress-node, communicated to the PCN-ingress-nodes which
> makes
>> > the admission decision; etc.")
>> >
>> > S6 Design goals and challenges
>> > This briefly describes some open issues, taken from
>> > briscoe-tsvwg-cl-architecture. Are there other ones that should be
>> > mentioned? Is the problem description at the right level of depth?
>> > Should we discuss various possible solutions to these problems?
>> >
>> > S7 Deployment scenarios
>> > Briefly describes some deployment scenarios for pcn? is this at the
>> > right level of depth?
>> >
>> > S8 Operations and Management
>> > This section was written in response to the Charter saying that the
>> > architecture document should include security, manageability and
>> > operational considerations. The draft addresses this by providing
> some
>> > thoughts under the FCAPS headings: OAM of Faults, Configuration,
>> > Accounting, Performance and Security? Is this the right way of
>> > structuring it - does it cover the right set of topics? Is the text
> at
>> > the right level? - eg should it also have a detailed set of
> parameters
>> > that would be available for configuration?
>> >
>> > An overall question is whether the draft should have more comparison
>> of
>> > the options (pros/cons) for various aspects.
>> >
>> > I aim to edit another version of the draft before the ietf (but
> maybe
>> > not before the deadline as I'm on hols next week).
>> >
>> > Thanks!
>> > Phil/
>> >
>> >
>> > > -----Original Message-----
>> > > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> > > Sent: 22 June 2007 04:38
>> > > To: pcn@ietf.org
>> > > Subject: [PCN] Fwd: I-D
> ACTION:draft-eardley-pcn-architecture-00.txt
>> > >
>> > > Hi all:
>> > > Please see the attached E-Mail on the posting of the PCN
>> Architecture
>> > > draft.
>> > > On behave of the editor of this draft: Phil, and the co-authors of
>> > this
>> > > draft,
>> > > we would like to request for reviews and comments of this draft
> and
>> > > welcome
>> > > any comments for improvements.
>> > >
>> > > Please send your comments/discussions of this draft on the PCN
> list.
>> > >
>> > > Thank you for your interest and review of this draft!
>> > > -- Kwok on behave of the co-authors of this draft --
>> > >
>> > >
>> > > >To: i-d-announce@ietf.org
>> > > >Cc:
>> > > >From: Internet-Drafts@ietf.org
>> > > >Date: Thu, 21 Jun 2007 15:50:02 -0400
>> > > >X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
>> > > >Subject: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>> > > >X-BeenThere: i-d-announce@ietf.org
>> > > >X-Mailman-Version: 2.1.5
>> > > >Reply-To: internet-drafts@ietf.org
>> > > >List-Id: i-d-announce.ietf.org
>> > > >List-Unsubscribe:
>> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
>> > > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> > > >List-Post: <mailto:i-d-announce@ietf.org>
>> > > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
>> > > >List-Subscribe:
>> > <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
>> > > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
>> > > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=4
>> > > >X-Spam-Score: 5.3
>> > > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> > > ecarhea1.nortel.com
>> > > >X-DNSBL-Score: -50
>> > > >X-DNSBL-Servers: bl.nortel.com
>> > > >X-SMTP-HELO: megatron.ietf.org
>> > > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> > > >X-SMTP-RCPT-TO:
>> > >
>> >
>>
>>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
>> > .c
>> > >
>> >
>>
> om,babiarz@nortel.com,audet@nortel.com,aceler@nortel.com,simmonds@nortel
>> > .c
>> > >
>> >
>>
> om,huiwc@nortel.com,amuhanna@nortel.com,mchen@nortel.com,khchan@nortel.c
>> > om
>> > > >X-SMTP-PEER-INFO: odin.ietf.ORG [156.154.16.145]
>> > > >X-SMTP-REASON: PASSED
>> > > >X-SMTP-ID: 1182455563.14011407
>> > > >X-OriginalArrivalTime: 21 Jun 2007 19:52:44.0828 (UTC)
>> > > >FILETIME=[BC4965C0:01C7B43D]
>> > > >
>> > > >A New Internet-Draft is available from the on-line
> Internet-Drafts
>> > > >directories.
>> > > >
>> > > >
>> > > >         Title           : Pre-Congestion Notification
> Architecture
>> > > >         Author(s)       : P. Eardley, et al.
>> > > >         Filename        : draft-eardley-pcn-architecture-00.txt
>> > > >         Pages           : 27
>> > > >         Date            : 2007-6-21
>> > > >
>> > > >    The purpose of this document is to describe a general
>> > architecture
>> > > >    for flow admission and termination based on aggregated (pre-)
>> > > >    congestion information in order to protect the quality of
>> service
>> > of
>> > > >    established inelastic flows within a single DiffServ domain.
>> > > >
>> > > >
>> > > >A URL for this Internet-Draft is:
>> > >
>> >
>>
>>http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.t
>> > xt
>> > > >
>> > > >To remove yourself from the I-D Announcement list, send a message
>> to
>> > > >i-d-announce-request@ietf.org with the word unsubscribe in the
> body
>> > of
>> > > >the message.
>> > > >You can also visit
>> > https://www1.ietf.org/mailman/listinfo/I-D-announce
>> > > >to change your subscription settings.
>> > > >
>> > > >Internet-Drafts are also available by anonymous FTP. Login with
> the
>> > > >username "anonymous" and a password of your e-mail address. After
>> > > >logging in, type "cd internet-drafts" and then
>> > > >"get draft-eardley-pcn-architecture-00.txt".
>> > > >
>> > > >A list of Internet-Drafts directories can be found in
>> > > >http://www.ietf.org/shadow.html
>> > > >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> > > >
>> > > >Internet-Drafts can also be obtained by e-mail.
>> > > >
>> > > >Send a message to:
>> > > >         mailserv@ietf.org.
>> > > >In the body type:
>> > > >         "FILE
>> > /internet-drafts/draft-eardley-pcn-architecture-00.txt".
>> > > >
>> > > >NOTE:   The mail server at ietf.org can return the document in
>> > > >         MIME-encoded form by using the "mpack" utility.  To use
>> this
>> > > >         feature, insert the command "ENCODING mime" before the
>> > "FILE"
>> > > >         command.  To decode the response(s), you will need
>> "munpack"
>> > or
>> > > >         a MIME-compliant mail reader.  Different MIME-compliant
>> mail
>> > > readers
>> > > >         exhibit different behavior, especially when dealing with
>> > > >         "multipart" MIME messages (i.e. documents which have
> been
>> > split
>> > > >         up into multiple messages), so check your local
>> > documentation on
>> > > >         how to manipulate these messages.
>> > > >
>> > > >Below is the data which will enable a MIME compliant mail reader
>> > > >implementation to automatically retrieve the ASCII version of the
>> > > >Internet-Draft.
>> > > >
>> > > >Content-Type: text/plain
>> > > >Content-ID: <2007-6-21120238.I-D@ietf.org>
>> > > >
>> > > >ENCODING mime
>> > > >FILE /internet-drafts/draft-eardley-pcn-architecture-00.txt
>> > > >
>> > > >
>> > >
>><ftp://ftp.ietf.org/internet-drafts/draft-eardley-pcn-architecture-
>> > > 00.txt>
>> > > >_______________________________________________
>> > > >I-D-Announce mailing list
>> > > >I-D-Announce@ietf.org
>> > > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> > >
>> > >
>> > >
>> > >
>> > > _______________________________________________
>> > > PCN mailing list
>> > > PCN@ietf.org
>> > > https://www1.ietf.org/mailman/listinfo/pcn
>> >
>> >
>> > _______________________________________________
>> > PCN mailing list
>> > PCN@ietf.org
>> > https://www1.ietf.org/mailman/listinfo/pcn
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn 



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 13 05:40:56 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1I9Hdw-0007fQ-KI; Fri, 13 Jul 2007 05:40:56 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1I9Hdt-0007fA-NE
	for pcn-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 05:40:55 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1I9Hdt-0007f2-DV
	for pcn@ietf.org; Fri, 13 Jul 2007 05:40:53 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I9Hdo-0000IB-Ld
	for pcn@ietf.org; Fri, 13 Jul 2007 05:40:53 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 116687FF6;
	Fri, 13 Jul 2007 11:40:46 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 04104803C;
	Fri, 13 Jul 2007 11:40:46 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C6C377FF6;
	Fri, 13 Jul 2007 11:40:45 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6D9ejk02389; 
	Fri, 13 Jul 2007 11:40:45 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id A2FBF6F58E; Fri, 13 Jul 2007 11:35:06 +0200 (CEST)
Message-ID: <469747D0.3020905@informatik.uni-wuerzburg.de>
Date: Fri, 13 Jul 2007 11:37:20 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] Terminology
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC309@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC309@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 2a76bcd37b1c8a21336eb0a1ea6bbf48
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil and others,

I have the feeling that everybody can live with the term "admissible rate".

Regarding the terms "sustainable or supportable rate" I suspect that 
some people are not happy about them because they implicate some "right" 
to always use that bandwidth although this should rather be an 
exception. I can understand that. The term "configured-termination-rate" 
anticipates the action how the traffic rate is reduced when the 
respective rate is exceeded although options exist, therefore, this 
expression isn't good either. A neutral solution to that problem is 
"tolerable rate" which avoids all the mentioned misleading connotations. 
Any objections?

Regards,

    Michael


philip.eardley@bt.com wrote:
> Hi
>
> It seems more intuitive to me that the terminology should come as "sets"
> of very similar terms that relate to the same mechanism. IE related
> terms should obviously be related without having to think about it:-
>
> admission control | configured-admissible-rate | admission-marking (&
> admission-marked-rate)
>
> termination control | configured-termination-rate | termination-marking
>
> I find it not instantly obvious that your suggested terms are related:
> {termination control | excess-traffic marking | supportable-rate} 
>
>
> A few more comments in-line
>
> Thanks
> phil
>
>
>   
>> -----Original Message-----
>> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
>> Sent: 10 July 2007 07:44
>> To: pcn@ietf.org
>> Subject: [PCN] Terminology
>>
>> Hi,
>>
>> I would like to discuss (again) some terminology for PCN. To get
>>     
> things
>   
>> done quickly, we stuck in the architecture draft to the working
>> nomenclature from the CL draft and left the exact names for further
>> discussion. See Section 2 of
>>
>>     
> http://www.ietf.org/internet-drafts/draft-eardley-pcn-architecture-00.tx
> t
>   
>> We proposed an alternative nomenclature in Section 1.3 of
>> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>>
>> The main differences are the following four names, all other terms are
>> fine:
>>
>> "admissible rate" instead of "configured-admission-rate":
>>     
>
> [phil] the draft actually uses configured-admissible-rate. Dropping
> 'configured' would be ok with me. 
>
>   
>> It's the rate that CAN be admitted. Then it is self-understood that
>>     
> the
>   
>> rate is not measured but configured.
>>
>> "supportable rate" instead of "configured-termination-rate":
>> It's the rate that CAN be supported. Then it is self-understood that
>>     
> the
>   
>> rate is not measured but configured. Furthermore, an alternative
>>     
> action
>   
>> for flow termination is rate reduction for which the name
>>     
> "termination"
>   
>> is not appropriate.
>>     
>
> [phil] strictly it isn't the rate that can be supported; traffic can be
> supported up to the rate configured for the DS class used by the PCN
> traffic. It's the rate above which you start termination-marking pkts. 
>
> Perhaps we need something like terminatable-rate or
> terminatable-marking?! (I will be back)
>
> Yes, the charter says that after re-chartering the WG "may also consider
> to investigate additional response mechanisms that act on
> (pre-)congestion information". So your same point could be made that
> admission-marking is an inaccurate term, because in the future the WG
> might consider an action other than admission control. However,
> personally I don't think potential future charter should influence
> terminology.
>
>   
>> "admission-stop marking" instead of "admission-marking":
>>     
>
> [phil] I don't object too much to admission-stop-marking (or
> admission-control-marking) instead of admission-marking. Personally I
> find the latter a bit simpler.
>
>   
>> The meaning of the marking is that admission should be stopped. The
>>     
> name
>   
>> "admission-marking" rather suggests the opposite. 
>>     
>
> [phil] isn't it self-understood that pkts are marked at higher traffic
> rates and not marked at low traffic rates?
>
>   
>> This is also in line
>> with the single-marking approach.
>>
>> "excess-traffic marking" instead of "termination-marking":
>> The name "termination-marking" is fine as long as flow termination is
>> the only option to reduce the rate of ingress-egress-aggregates when
>>     
> the
>   
>> supportable rate of a link is exceeded. However, an alternative
>>     
> reaction
>   
>> to this marking is flow rate reduction (although not in this charter).
>> Therefore, the name of that marking should be neutral with
>> regard to the action.
>>
>> Regards,
>>
>>     Michael
>>
>> --
>> Dr. Michael Menth, Assistant Professor
>> University of Wuerzburg, Institute of Computer Science
>> Am Hubland, D-97074 Wuerzburg, Germany, room B206
>> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
>> mailto:menth@informatik.uni-wuerzburg.de
>> http://www3.informatik.uni-wuerzburg.de/research/ngn
>>
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>     

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 16 14:52:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IAVg5-0000Zf-HO; Mon, 16 Jul 2007 14:52:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IAVg4-0000Za-Cz
	for pcn-confirm+ok@megatron.ietf.org; Mon, 16 Jul 2007 14:52:12 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IAVg4-0000ZS-3O
	for pcn@ietf.org; Mon, 16 Jul 2007 14:52:12 -0400
Received: from imr2.ericy.com ([198.24.6.3])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IAVg0-0007HN-Jd
	for pcn@ietf.org; Mon, 16 Jul 2007 14:52:12 -0400
Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se
	[138.85.77.50])
	by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id l6GIss4p020842
	for <pcn@ietf.org>; Mon, 16 Jul 2007 13:54:54 -0500
Received: from eusrcmw751.eamcs.ericsson.se ([138.85.77.51]) by
	eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 16 Jul 2007 13:52:07 -0500
Received: from [147.117.169.165] ([147.117.169.165]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 16 Jul 2007 13:52:06 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: pcn <pcn@ietf.org>
Content-Type: multipart/mixed; boundary="=-wLl4B9SXpVDz4AOFRu1E"
Organization: Ericsson IP Infrastructure
Date: Mon, 16 Jul 2007 14:52:04 -0400
Message-Id: <1184611924.12756.1.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-OriginalArrivalTime: 16 Jul 2007 18:52:07.0164 (UTC)
	FILETIME=[6865ABC0:01C7C7DA]
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Subject: [PCN] IETF 69 FINAL PCN agenda
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org


--=-wLl4B9SXpVDz4AOFRu1E
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

See attached; also at

http://www3.ietf.org/proceedings/07jul/agenda/pcn.txt

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913

--=-wLl4B9SXpVDz4AOFRu1E
Content-Disposition: attachment; filename=pcn-ietf69-agenda.txt
Content-Type: text/plain; name=pcn-ietf69-agenda.txt; charset=UTF-8
Content-Transfer-Encoding: 7bit

Congestion and Pre-Congestion Notification WG (pcn)

Wednesday, July 25, 2007 
0900-1130 Morning Session I
Adams
====================================

CHAIRs: Scott Bradner <sob@harvard.edu>
        Steven Blake  <steven.blake@ericsson.com>

AGENDA:

o Administrivia                                        chairs           10 min
  - Blue sheets
  - Scribe
  - Agenda bash
  - Milestones status

o Pre-Congestion Notification Architecture             Philip Eardley   30 min
  draft-eardley-pcn-architecture-00

o LC-PCN - The Load Control PCN Solution               G. Karagiannis   15 min
  draft-westberg-pcn-load-control-00

o Pre-Congestion Notification Encoding Comparison      Kwok-Ho Chan     30 min
  draft-chan-pcn-encoding-comparison-00

o Pre-Congestion Notification Using Single Marking     Anna Charny      10 min
  for Admission and Termination
  draft-charny-pcn-single-marking-02

o Performance Evaluation fo CL-PHB Admission and       Anna Charny      10 min
  Termination Algorithms 
  draft-zhang-pcn-performance-evaluation-02

o Three State PCN Marking                              Kwok-Ho Chan     10 min
  draft-babiarz-pcn-3sm-00

o Simulations Results for 3sM                          Jozef Babiarz    10 min
  draft-babiarz-pcn-explicit-marking-01




--=-wLl4B9SXpVDz4AOFRu1E
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--=-wLl4B9SXpVDz4AOFRu1E--






From pcn-bounces@ietf.org Thu Jul 19 06:12:30 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBSzm-0000DL-4z; Thu, 19 Jul 2007 06:12:30 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBSzk-0000DG-W5
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 06:12:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBSzk-0000D8-JM
	for pcn@ietf.org; Thu, 19 Jul 2007 06:12:28 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBSzi-0000mh-Vy
	for pcn@ietf.org; Thu, 19 Jul 2007 06:12:28 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 11:12:26 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Date: Thu, 19 Jul 2007 11:12:25 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC33F@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <ZRTPHXM1HkidcDjoYAP000004b7@zrtphxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Thread-Index: Ace/QRH97pFgL1VcT7ykybe9X25oCQKmI1Sg
From: <philip.eardley@bt.com>
To: <khchan@nortel.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 19 Jul 2007 10:12:26.0339 (UTC)
	FILETIME=[4E6A9B30:01C7C9ED]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb93e867a11a29ac1dc5018706b412ac
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Kwok, Georgios

I read your draft. I have quite a lot of comments, but the basic msg is
that i think it's a suitable starting point for a WG draft (towards the
Charter milestone on this subject) - thanks.

1. motivation & goals
this seems quite long for this draft, maybe the material is more
suitable elsewhere eg architecture draft?

2. PCN encoding .. in current PCN .. mechanisms & Appendix
I didn't find it useful to present the various proposed mechanisms. The
dependence between encoding & mechanism (marking algo &
PCN-boundary-node reaction) seem pretty weak to me. In fact I think
there's almost none, except in terms of the number of codepoints that a
proposed mechanism uses. (Even this is not clear-cut; for example
'Affected marking' could, I think, be easily added to those proposals
that don't mention it, or indeed removed from those proposals that do.)

So can this section simply say that different proposals require
different numbers of encoding codepoints, and explain this in a
paragraph?

Incidentally, I found it a bit confusing to describe "not congested" as
a feature - at least, it doesn't seem a feature in the way that adm ctrl
& flow termination are features. In fact, I found the discussion of
'features' in S3 & 4 a bit misleading (stick with codepoints).

I think phrases like "requirement for xx marking" could be better
expressed (are they reqts? It's a choice about how many codepoints we
have)

3. survey of encoding
the table is very useful.=20

Would it be better grouping the options in terms of the number of
codepoints required? Ie if the mechanism needs 3 codepoints here are
your options; if it needs 4 here they are etc.

Should there be an option similar to option 9, but with PCN dscp?
Should there be an option similar to option 10/11, but with 2 DSCPs?
(that single marking mechanism could use)

Don't understand NDS-CE

There are many typos where 'none' should be 'non' (non PCN capable
transport)

In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I remember back in
Briscoe-cl-phb we looked at an option where PCN marking was signalled by
a *change* of codepoint, maybe it's referring to this idea? ie Adm
marking is 01 -> 00 & Termination marking is 10 -> 11.)

S3.4 use of IPFIX. I know you included this section because the charter
seems to suggest it - but I must admit to finding it out of place in
this doc.


4. comparison
I wonder if it's worth starting this section with all the points that
relate to how many codepoints there should be, and later handle the more
detailed aspects.

Aspects of the first part:
- will there be non-PCN traffic in the DS network? (surely a clear yes,
ie we need a separate PCN DSCP(s))
- MPLS (which has limited codepoint space) [discussed in earlier
Briscoe-cl-architecture drafts - could adapt text from there]
- whether 'affected marking' is needed /useful [no consensus at present
- based on your text in S2]
- whether adm ctrl & termination ctrl can be driven by the same encoding

- perhaps that adm ctrl & flow termination mechanisms are not required
to both be deployed (just one could be)
- etc

this would actually shorten some of the draft, eg S4.2.3 could basically
disappear.=20


some of the ECN nonce discussion I found hard to follow
4.1.5. explain what 'alternate ECN semantics' means
S4.2.5 I didn't follow what cases you were distinguishing.
there are a couple of issues at the high level: whether ECN nonce is
useful with PCN; backwards compatibility of PCN with ECN nonce, eg in an
'unusual situation' such as the PCN pkt encounters an 'old' (ECN)
router.

could mention the discussion we had about the charter assuming a single
domain, but we're going to keep strongly in mind that want it to work
multi-domain in future. This seems esp important when it comes to
encoding - after all, if it's just your domain you can do what you like.
The multi-domain consideration has several impacts I think:=20
* makes standardising encoding important
* need to consider rfc4774 [because the issues it raises are probably
more significant in the inter-domain case than in one domain under one
operator's control]
* need to consider limitations about encoding from
draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism for making
PCN work inter-domain]

best wishes - see you in Chicago!
phil

> -----Original Message-----
> From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> Sent: 05 July 2007 21:13
> To: pcn@ietf.org
> Subject: [PCN] Fwd: I-D
ACTION:draft-chan-pcn-encoding-comparison-00.txt
>=20
> PCN WG:
> I would like to bring to your attention the availability of the
> initial version of PCN Encoding Comparison draft.
>=20
> Please review and comment.  And discuss on the PCN list.
>=20
> Thank you very much and looking forward to your comments.
> -- Kwok and Georgios --
>=20
> >To: i-d-announce@ietf.org
> >Cc:
> >From: Internet-Drafts@ietf.org
> >Date: Thu, 05 Jul 2007 13:15:02 -0400
> >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
> >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
> >X-BeenThere: i-d-announce@ietf.org
> >X-Mailman-Version: 2.1.5
> >Reply-To: internet-drafts@ietf.org
> >List-Id: i-d-announce.ietf.org
> >List-Unsubscribe:
<https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
> >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> >List-Post: <mailto:i-d-announce@ietf.org>
> >List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
> >List-Subscribe:
<https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
> >X-Spam-Score: 2.3
> >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> ecarhea1.nortel.com
> >X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
> >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D1
> >X-DNSBL-Score: -50
> >X-DNSBL-Servers: bl.nortel.com
> >X-SMTP-HELO: megatron.ietf.org
> >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> >X-SMTP-RCPT-TO:
>
>kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharrath@nortel
.c
>
om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,huiwc@nortel
.c
>
om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,khchan@norte
l.
> com
> >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
> >X-SMTP-REASON: PASSED
> >X-SMTP-ID: 1183656101.14019435
> >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
> >FILETIME=3D[F47A20B0:01C7BF28]
> >
> >A New Internet-Draft is available from the on-line Internet-Drafts
> >directories.
> >
> >
> >         Title           : Pre-Congestion Notification Encoding
> Comparison
> >         Author(s)       : K. Chan, G. Karagiannis
> >         Filename        : draft-chan-pcn-encoding-comparison-00.txt
> >         Pages           : 36
> >         Date            : 2007-7-5
> >
> >    DiffServ mechanisms have been developed to support Quality of
Service
> >    (QoS).  However, the level of assurance that can be provided with
> >    DiffServ without substantial over-provisioning is limited.  Pre-
> >    Congestion Notification (PCN) investigates the use of per-flow
> >    admission control to provide the required service guarantees for
the
> >    admitted traffic.  While admission control will protect the QoS
under
> >    normal operating conditions, an additional flow termination
> > mechanism   is necessary in the times of heavy congestion (e.g.
caused
> by route
> >    changes due to link or node failure).
> >
> >    Encoding and their transport are required to carry the congestion
and
> >    pre-congestion information from the congestion and pre-congestion
> >    points to the decision points.  This document provides a survey
of
> >    several encoding methods, using comparisons amongst them as a way
to
> >    explain their strengths and weaknesses.
> >
> >
> >
> >A URL for this Internet-Draft is:
>
>http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-comparison-
> 00.txt
> >
> >To remove yourself from the I-D Announcement list, send a message to
> >i-d-announce-request@ietf.org with the word unsubscribe in the body
of
> >the message.
> >You can also visit
https://www1.ietf.org/mailman/listinfo/I-D-announce
> >to change your subscription settings.
> >
> >Internet-Drafts are also available by anonymous FTP. Login with the
> >username "anonymous" and a password of your e-mail address. After
> >logging in, type "cd internet-drafts" and then
> >"get draft-chan-pcn-encoding-comparison-00.txt".
> >
> >A list of Internet-Drafts directories can be found in
> >http://www.ietf.org/shadow.html
> >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> >Internet-Drafts can also be obtained by e-mail.
> >
> >Send a message to:
> >         mailserv@ietf.org.
> >In the body type:
> >         "FILE /internet-drafts/draft-chan-pcn-encoding-comparison-
> 00.txt".
> >
> >NOTE:   The mail server at ietf.org can return the document in
> >         MIME-encoded form by using the "mpack" utility.  To use this
> >         feature, insert the command "ENCODING mime" before the
"FILE"
> >         command.  To decode the response(s), you will need "munpack"
or
> >         a MIME-compliant mail reader.  Different MIME-compliant mail
> readers
> >         exhibit different behavior, especially when dealing with
> >         "multipart" MIME messages (i.e. documents which have been
split
> >         up into multiple messages), so check your local
documentation on
> >         how to manipulate these messages.
> >
> >Below is the data which will enable a MIME compliant mail reader
> >implementation to automatically retrieve the ASCII version of the
> >Internet-Draft.
> >
> >Content-Type: text/plain
> >Content-ID: <2007-7-5125842.I-D@ietf.org>
> >
> >ENCODING mime
> >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
> >
> >
>
><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-comparison-
> 00.txt>
> >_______________________________________________
> >I-D-Announce mailing list
> >I-D-Announce@ietf.org
> >https://www1.ietf.org/mailman/listinfo/i-d-announce
>=20
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 10:22:58 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBWuA-0004pF-81; Thu, 19 Jul 2007 10:22:58 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBWu8-0004oE-4R
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 10:22:56 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBWu7-0004nq-Nn
	for pcn@ietf.org; Thu, 19 Jul 2007 10:22:55 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBWu5-00082n-Qe
	for pcn@ietf.org; Thu, 19 Jul 2007 10:22:55 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 15:22:39 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Date: Thu, 19 Jul 2007 15:22:28 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <467FA562.2060603@ericsson.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Thread-Index: Ace3GxtZWDEHRn83T/m3IGeLNeDF2AS8YfSw
From: <philip.eardley@bt.com>
To: <Lars.westberg@ericsson.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 19 Jul 2007 14:22:39.0176 (UTC)
	FILETIME=[42C3BC80:01C7CA10]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 872695ea777a517bf5717e5acc69f8be
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0664784525=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0664784525==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7CA10.3C416E16"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7CA10.3C416E16
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Lars

=20

I started reading your draft, but have a couple of clarification
questions about what you're proposing.

=20

As I understand it:-

* there are two marking algorithms on the interior routers

* Admission-marking: if the rate exceeds threshold-1, then all pkts are
Adm marked

* Termination-marking: if the rate exceeds threshold-2, the
excess-traffic rate is measured and a fraction (1/N) of the excess rate
is Termination marked.

=20

The adm marking algo is a bit unclear to me, sometimes it's described as
marking all pkts as soon as threshold-1 is exceeded - sometimes (eg
S4.1.3) it seems that a fraction of the excess traffic is marked (same
idea as above under " * Termination marked"). Which is correct?

=20

I'm also not sure what "encoded DSCP" and "notified DSCP" mean. Do they
correspond to Admission-marking and Termination-marking, or do they mean
something else?

=20

A point that doesn't just apply to this draft:

http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pkt-mark-00.
txt which looks at "whether to allow for packet size when the network
codes or when the transport decodes congestion notification." This draft
argues that, when marking, the packet size should not be taken into
account.=20
=20
Thanks
phil

=20

-----Original Message-----
From: Lars Westberg [mailto:Lars.westberg@ericsson.com]=20
Sent: 25 June 2007 12:22
To: pcn@ietf.org
Subject: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt

=20

Dear all

The "LC-PCN - The Load Control PCN solution" draft can be found via:
http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-00.t
xt


Abstract

There is an increased interest of simple and scalable resource
provisioning
solution for Diffserv network.
The Load Control PCN (LC-PCN) addresses the following issues:

1. Admission control for real time data flows in stateless Diffserv
Domains
2. Flow termination: Termination of flows in case of exceptional events,
such as severe congestion after re-routing.
Admission control in a Diffserv stateless domain is a combination of:

  1. Probing, whereby a probe packet is
   sent along the forwarding path in a network to determine
   whether a flow can be admitted based upon the current
   congestion state of the network

  2. Admission control based on data marking, whereby in congestion
    situations the data packets are marked to notify the egress node
    that a congestion occurred on a particular ingress to egress
    path.
    The scheme provides the capability of controlling the traffic load
in
    the network without requiring signaling or any per-flow processing
in
    the core routers. The complexity of Load Control is kept to a
minimum
    to make implementation simple.

Kind regards,

Lars


------_=_NextPart_001_01C7CA10.3C416E16
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @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:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";
	color:black;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.EmailStyle17
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body bgcolor=3Dwhite lang=3DEN-GB link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Lars</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I started reading your draft, but =
have a couple
of clarification questions about what you&#8217;re =
proposing.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>As I understand =
it:-</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* there are two marking algorithms =
on the
interior routers</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* Admission-marking: if the rate =
exceeds
threshold-1, then all pkts are Adm marked</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* Termination-marking: if the rate =
exceeds
threshold-2, the excess-traffic rate is measured and a fraction (1/N) of =
the
excess rate is Termination marked.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>The adm marking algo is a bit =
unclear to
me, sometimes it&#8217;s described as marking all pkts as soon as =
threshold-1
is exceeded &#8211; sometimes (eg S4.1.3) it seems that a fraction of =
the
excess traffic is marked (same idea as above under &#8220; * Termination =
marked&#8221;).
Which is correct?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I&#8217;m also not sure what =
&#8220;encoded
DSCP&#8221; and &#8220;notified DSCP&#8221; mean. Do they correspond to =
Admission-marking
and Termination-marking, or do they mean something =
else?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>A point that doesn&#8217;t just =
apply to
this draft:</span></font></p>

<pre><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'><a
href=3D"http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pkt-m=
ark-00.txt">http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-p=
kt-mark-00.txt</a> which looks at &#8220;</span></font>whether to allow =
for packet size when the network codes or when the transport decodes =
congestion notification.&#8221; This draft argues that, when marking, =
the packet size should not be taken into account. </pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>Thanks</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>phil</span></font></pre>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<div style=3D'border:none;border-left:solid blue 1.5pt;padding:0cm 0cm =
0cm 4.0pt'>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DTahoma><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Tahoma;color:windowtext'>-----Origi=
nal
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Lars Westberg
[mailto:Lars.westberg@ericsson.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 25 June 2007 =
12:22<br>
<b><span style=3D'font-weight:bold'>To:</span></b> pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> [PCN] Fwd: I-D
ACTION:draft-westberg-pcn-load-control-00.txt</span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:10.0pt'>Dear all<br>
<br>
The &quot;LC-PCN - The Load Control PCN solution&quot; draft can be =
found via:<br>
<a
href=3D"http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-contr=
ol-00.txt">http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co=
ntrol-00.txt</a><br>
<br>
<br>
Abstract<br>
<br>
There is an increased interest of simple and scalable resource =
provisioning<br>
solution for Diffserv network.<br>
The Load Control PCN (LC-PCN) addresses the following issues:<br>
<br>
1. Admission control for real time data flows in stateless Diffserv =
Domains<br>
2. Flow termination: Termination of flows in case of exceptional =
events,<br>
such as severe congestion after re-routing.<br>
Admission control in a Diffserv stateless domain is a combination =
of:<br>
<br>
&nbsp; 1. Probing, whereby a probe packet is<br>
&nbsp;&nbsp; sent along the forwarding path in a network to =
determine<br>
&nbsp;&nbsp; whether a flow can be admitted based upon the current<br>
&nbsp;&nbsp; congestion state of the network<br>
<br>
&nbsp; 2. Admission control based on data marking, whereby in =
congestion<br>
&nbsp;&nbsp;&nbsp; situations the data packets are marked to notify the =
egress
node<br>
&nbsp;&nbsp;&nbsp; that a congestion occurred on a particular ingress to =
egress<br>
&nbsp;&nbsp;&nbsp; path.<br>
&nbsp;&nbsp;&nbsp; The scheme provides the capability of controlling the
traffic load in<br>
&nbsp;&nbsp;&nbsp; the network without requiring signaling or any =
per-flow
processing in<br>
&nbsp;&nbsp;&nbsp; the core routers. The complexity of Load Control is =
kept to
a minimum<br>
&nbsp;&nbsp;&nbsp; to make implementation simple.<br>
<br>
Kind regards,<br>
<br>
Lars</span></font></p>

</div>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C7CA10.3C416E16--



--===============0664784525==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0664784525==--





From pcn-bounces@ietf.org Thu Jul 19 12:01:18 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBYRK-00029V-PD; Thu, 19 Jul 2007 12:01:18 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBYRK-00028n-4u
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 12:01:18 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBYRJ-00027l-NN
	for pcn@ietf.org; Thu, 19 Jul 2007 12:01:17 -0400
Received: from smtp3.smtp.bt.com ([217.32.164.138])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBYRJ-0004j9-0T
	for pcn@ietf.org; Thu, 19 Jul 2007 12:01:17 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 17:01:15 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Date: Thu, 19 Jul 2007 17:01:15 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC347@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Thread-Index: Ace3GxtZWDEHRn83T/m3IGeLNeDF2AS8YfSwAANKUAA=
From: <philip.eardley@bt.com>
To: <Lars.westberg@ericsson.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 19 Jul 2007 16:01:15.0509 (UTC)
	FILETIME=[092C8250:01C7CA1E]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69ad46fbd0e474a7c7f3312d9e320336
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1467442552=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1467442552==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7CA1E.091E0798"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7CA1E.091E0798
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Lars

=20

I have just been reading
http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt. it
seems a very similar proposal? So one way it might be useful to clarify
your proposal is to compare it with the babiarz proposal.

=20

Could you clarify how it differs:

* in the 2 algorithms at the PCN-interior-nodes, ie for
admission-marking & termination-marking
* in the encoding used for for admission-marking & termination-marking
(I think it's simply that draft-babiarz doesn't define encodings (ECN
field mentioned in passing), whereas draft-westberg says use new dscps).
* in the reaction at the PCN-boundary-nodes

=20

thanks,

phil

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: 19 July 2007 15:22
To: Lars.westberg@ericsson.com; pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D
ACTION:draft-westberg-pcn-load-control-00.txt

=20

Lars

=20

I started reading your draft, but have a couple of clarification
questions about what you're proposing.

=20

As I understand it:-

* there are two marking algorithms on the interior routers

* Admission-marking: if the rate exceeds threshold-1, then all pkts are
Adm marked

* Termination-marking: if the rate exceeds threshold-2, the
excess-traffic rate is measured and a fraction (1/N) of the excess rate
is Termination marked.

=20

The adm marking algo is a bit unclear to me, sometimes it's described as
marking all pkts as soon as threshold-1 is exceeded - sometimes (eg
S4.1.3) it seems that a fraction of the excess traffic is marked (same
idea as above under " * Termination marked"). Which is correct?

=20

I'm also not sure what "encoded DSCP" and "notified DSCP" mean. Do they
correspond to Admission-marking and Termination-marking, or do they mean
something else?

=20

A point that doesn't just apply to this draft:

http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pkt-mark-00.
txt which looks at "whether to allow for packet size when the network
codes or when the transport decodes congestion notification." This draft
argues that, when marking, the packet size should not be taken into
account.=20
=20
Thanks
phil

=20

-----Original Message-----
From: Lars Westberg [mailto:Lars.westberg@ericsson.com]=20
Sent: 25 June 2007 12:22
To: pcn@ietf.org
Subject: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt

=20

Dear all

The "LC-PCN - The Load Control PCN solution" draft can be found via:
http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-00.t
xt


Abstract

There is an increased interest of simple and scalable resource
provisioning
solution for Diffserv network.
The Load Control PCN (LC-PCN) addresses the following issues:

1. Admission control for real time data flows in stateless Diffserv
Domains
2. Flow termination: Termination of flows in case of exceptional events,
such as severe congestion after re-routing.
Admission control in a Diffserv stateless domain is a combination of:

  1. Probing, whereby a probe packet is
   sent along the forwarding path in a network to determine
   whether a flow can be admitted based upon the current
   congestion state of the network

  2. Admission control based on data marking, whereby in congestion
    situations the data packets are marked to notify the egress node
    that a congestion occurred on a particular ingress to egress
    path.
    The scheme provides the capability of controlling the traffic load
in
    the network without requiring signaling or any per-flow processing
in
    the core routers. The complexity of Load Control is kept to a
minimum
    to make implementation simple.

Kind regards,

Lars


------_=_NextPart_001_01C7CA1E.091E0798
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Font Definitions */
 @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:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";
	color:black;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:navy;}
span.EmailStyle19
	{font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</style>

</head>

<body bgcolor=3Dwhite lang=3DEN-GB link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Lars</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I have just been reading =
</span></font><font
size=3D2 color=3Dblack face=3D"Courier New"><span =
style=3D'font-size:10.0pt;font-family:
"Courier New";color:windowtext'><a
href=3D"http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt"=
>http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt</a>.
it seems a very similar proposal? So o</span></font><font size=3D2 =
color=3Dnavy
face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>ne way
it might be useful to clarify your proposal is to compare it with the =
babiarz</span></font><font
size=3D2 color=3Dblack face=3D"Courier New"><span =
style=3D'font-size:10.0pt;font-family:
"Courier New";color:windowtext'> proposal.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:windowtext'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:windowtext'>Could you
clarify how it differs:</span></font></p>

<pre><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>* in the 2 algorithms at the =
PCN-interior-nodes, ie for admission-marking &amp; =
termination-marking</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span style=3D'font-size:10.0pt'>* in the =
encoding used for for admission-marking &amp; termination-marking (I =
think it&#8217;s simply that draft-babiarz doesn&#8217;t define =
encodings (ECN field mentioned in passing), whereas draft-westberg says =
use new dscps).</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span style=3D'font-size:10.0pt'>* in the =
reaction at the PCN-boundary-nodes</span></font></pre>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>thanks,</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>phil</span></font></p>

<div style=3D'border:none;border-left:solid blue 1.5pt;padding:0cm 0cm =
0cm 4.0pt'>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DTahoma><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Tahoma;color:windowtext'>-----Origi=
nal
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> =
philip.eardley@bt.com
[mailto:philip.eardley@bt.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> </span></font><font =
size=3D2 color=3Dblack face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:
 Tahoma;color:windowtext'>19 July 2007</span></font><font size=3D2 =
color=3Dblack
face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:Tahoma;
color:windowtext'> </span></font><font size=3D2 color=3Dblack =
face=3DTahoma><span
 lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:Tahoma;color:windowtext'>15:22</spa=
n></font><font
size=3D2 color=3Dblack face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:10.0pt;
font-family:Tahoma;color:windowtext'><br>
<b><span style=3D'font-weight:bold'>To:</span></b> =
Lars.westberg@ericsson.com;
pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: [PCN] Fwd: =
I-D ACTION:draft-westberg-pcn-load-control-00.txt</span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Lars</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I started reading your draft, but =
have a
couple of clarification questions about what you&#8217;re =
proposing.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>As I understand =
it:-</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* there are two marking algorithms =
on the
interior routers</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* Admission-marking: if the rate =
exceeds
threshold-1, then all pkts are Adm marked</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>* Termination-marking: if the rate =
exceeds
threshold-2, the excess-traffic rate is measured and a fraction (1/N) of =
the
excess rate is Termination marked.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>The adm marking algo is a bit =
unclear to
me, sometimes it&#8217;s described as marking all pkts as soon as =
threshold-1
is exceeded &#8211; sometimes (eg S4.1.3) it seems that a fraction of =
the
excess traffic is marked (same idea as above under &#8220; * Termination
marked&#8221;). Which is correct?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I&#8217;m also not sure what
&#8220;encoded DSCP&#8221; and &#8220;notified DSCP&#8221; mean. Do they
correspond to Admission-marking and Termination-marking, or do they mean
something else?</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>A point that doesn&#8217;t just =
apply to
this draft:</span></font></p>

<pre><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'><a
href=3D"http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pkt-m=
ark-00.txt">http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-p=
kt-mark-00.txt</a> which looks at &#8220;</span></font>whether to allow =
for packet size when the network codes or when the transport decodes =
congestion notification.&#8221; This draft argues that, when marking, =
the packet size should not be taken into account. </pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>Thanks</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>phil</span></font></pre>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>&nbsp;</span></font></p>

<div style=3D'border:none;border-left:solid blue 1.5pt;padding:0cm 0cm =
0cm 4.0pt'>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3DTahoma><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Tahoma;color:windowtext'>-----Origi=
nal
Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Lars Westberg
[mailto:Lars.westberg@ericsson.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 25 June 2007 =
12:22<br>
<b><span style=3D'font-weight:bold'>To:</span></b> pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> [PCN] Fwd: I-D
ACTION:draft-westberg-pcn-load-control-00.txt</span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblack face=3D"Times New =
Roman"><span
style=3D'font-size:10.0pt'>Dear all<br>
<br>
The &quot;LC-PCN - The Load Control PCN solution&quot; draft can be =
found via:<br>
<a
href=3D"http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-contr=
ol-00.txt">http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co=
ntrol-00.txt</a><br>
<br>
<br>
Abstract<br>
<br>
There is an increased interest of simple and scalable resource =
provisioning<br>
solution for Diffserv network.<br>
The Load Control PCN (LC-PCN) addresses the following issues:<br>
<br>
1. Admission control for real time data flows in stateless Diffserv =
Domains<br>
2. Flow termination: Termination of flows in case of exceptional =
events,<br>
such as severe congestion after re-routing.<br>
Admission control in a Diffserv stateless domain is a combination =
of:<br>
<br>
&nbsp; 1. Probing, whereby a probe packet is<br>
&nbsp;&nbsp; sent along the forwarding path in a network to =
determine<br>
&nbsp;&nbsp; whether a flow can be admitted based upon the current<br>
&nbsp;&nbsp; congestion state of the network<br>
<br>
&nbsp; 2. Admission control based on data marking, whereby in =
congestion<br>
&nbsp;&nbsp;&nbsp; situations the data packets are marked to notify the =
egress
node<br>
&nbsp;&nbsp;&nbsp; that a congestion occurred on a particular ingress to =
egress<br>
&nbsp;&nbsp;&nbsp; path.<br>
&nbsp;&nbsp;&nbsp; The scheme provides the capability of controlling the
traffic load in<br>
&nbsp;&nbsp;&nbsp; the network without requiring signaling or any =
per-flow
processing in<br>
&nbsp;&nbsp;&nbsp; the core routers. The complexity of Load Control is =
kept to
a minimum<br>
&nbsp;&nbsp;&nbsp; to make implementation simple.<br>
<br>
Kind regards,<br>
<br>
Lars</span></font></p>

</div>

</div>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C7CA1E.091E0798--



--===============1467442552==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1467442552==--





From pcn-bounces@ietf.org Thu Jul 19 12:07:03 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBYWt-0007Ta-9p; Thu, 19 Jul 2007 12:07:03 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBYWr-0007Qd-5v
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 12:07:01 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBYWq-0007QA-Rw
	for pcn@ietf.org; Thu, 19 Jul 2007 12:07:00 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBYWp-0002cv-DF
	for pcn@ietf.org; Thu, 19 Jul 2007 12:07:00 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 17:06:58 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
Date: Thu, 19 Jul 2007 17:06:57 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC348@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651115D555@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
Thread-Index: Ace9iWWi634qt9N+RbasyEGXvJ9y5AAC1p1wAyJfK+A=
From: <philip.eardley@bt.com>
To: <babiarz@nortel.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 19 Jul 2007 16:06:58.0006 (UTC)
	FILETIME=[D5516760:01C7CA1E]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 944ecb6e61f753561f559a497458fb4f
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Joe

Your draft has the slow-down parameter "s" (when ET-marking =3D=3D
termination-marking, measure the excess traffic rate and actually mark a
fraction (1/s) of this rate).

Does "s" have to be the same on all routers in the PCN-domain? I'm not
sure this is a requirement, but what would happen if the "s" parameter
was different?=20

Thanks
Phil/=20

> -----Original Message-----
> From: Jozef Babiarz [mailto:babiarz@nortel.com]
> Sent: 03 July 2007 18:18
> To: pcn@ietf.org
> Subject: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>=20
> Hi all,
> In an email below there is a link to 00 version of pcn-3sm draft that
> defines metering and marking for admission control and flow
termination.
> We call it three state PCN marking because there are three conditions,
> packets are not marked, packets marked to indicate that admission of
> additional flows should be stopped and finally condition where flows
are
> marked to indicate that termination is needed. This draft incorporates
> the metering and marking approach for flow termination that was
defined
> in draft-babiarz-pcn-explicit-marking-00.
>=20
> Simulation results for the proposed "AR-metering and AS-re-marking"
and
> "SR-metering and ET-re-marking" will be published in a separate draft.
>=20
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
> -----Original Message-----
> From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]
> Sent: July 3, 2007 11:15 AM
> To: i-d-announce@ietf.org
> Subject: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>=20
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>=20
>=20
> 	Title		: Three State PCN Marking
> 	Author(s)	: J. Babiarz, et al.
> 	Filename	: draft-babiarz-pcn-3sm-00.txt
> 	Pages		: 24
> 	Date		: 2007-7-3
>=20
>    This document proposes metering and marking mechanisms for PCN-
>    enabled nodes to label packets with pre-congestion information.
The
>    marker marks all PCN packets with an admission-stop (AS) codepoint
if
>    the PCN traffic rate on a link exceeds its admissible rate (AR) and
>    when it exceeds its supportable rate (SR), it marks some of those
>    packets exceeding SR with an excess-traffic (ET) codepoint.  The
>    flows with ET-marked packets will be terminated until the aggregate
>    PCN traffic on the path decreases below its SR.  This document
>    proposes metering and marking mechanisms for these objectives.
>=20
>=20
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>=20
> To remove yourself from the I-D Announcement list, send a message to
> i-d-announce-request@ietf.org with the word unsubscribe in the body of
> the message.
> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
> to change your subscription settings.
>=20
> Internet-Drafts are also available by anonymous FTP. Login with the
> username "anonymous" and a password of your e-mail address. After
> logging in, type "cd internet-drafts" and then
> "get draft-babiarz-pcn-3sm-00.txt".
>=20
> A list of Internet-Drafts directories can be found in
> http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>=20
> Internet-Drafts can also be obtained by e-mail.
>=20
> Send a message to:
> 	mailserv@ietf.org.
> In the body type:
> 	"FILE /internet-drafts/draft-babiarz-pcn-3sm-00.txt".
>=20
> NOTE:	The mail server at ietf.org can return the document in
> 	MIME-encoded form by using the "mpack" utility.  To use this
> 	feature, insert the command "ENCODING mime" before the "FILE"
> 	command.  To decode the response(s), you will need "munpack" or
> 	a MIME-compliant mail reader.  Different MIME-compliant mail
> readers
> 	exhibit different behavior, especially when dealing with
> 	"multipart" MIME messages (i.e. documents which have been split
> 	up into multiple messages), so check your local documentation on
> 	how to manipulate these messages.
>=20
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 12:12:48 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBYcS-0006N4-P4; Thu, 19 Jul 2007 12:12:48 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBYcR-0006MZ-0z
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 12:12:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBYcQ-0006MQ-ND
	for pcn@ietf.org; Thu, 19 Jul 2007 12:12:46 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBYcO-0002kx-SN
	for pcn@ietf.org; Thu, 19 Jul 2007 12:12:46 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 1A07F847C;
	Thu, 19 Jul 2007 18:12:44 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 0C659ADCC;
	Thu, 19 Jul 2007 18:12:44 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id CB3FAAE0D;
	Thu, 19 Jul 2007 18:12:43 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6JGChh11598; 
	Thu, 19 Jul 2007 18:12:43 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id BB0076F58E; Thu, 19 Jul 2007 18:06:58 +0200 (CEST)
Message-ID: <469F8CB0.7080602@informatik.uni-wuerzburg.de>
Date: Thu, 19 Jul 2007 18:09:20 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC347@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC347@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=windows-1252; format=flowed
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a
Cc: pcn@ietf.org, Lars.westberg@ericsson.com
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil,

the following is the contribution of the 3sm draft:
1) It proposes marked flow termination (aka explicit marking) which is a=20
flow termination method alternative to the one presented in the cl-draft.
2) It proposes the behavior of the meters and markers that may be used=20
in the cl-draft and and for the new termination scheme. This is not=20
covered by the load-control draft in such detail.

We do not define encodings as this is done by other documents.

Regards,

Michael

philip.eardley@bt.com wrote:
>
> Lars
>
> I have just been reading=20
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt. it=20
> seems a very similar proposal? So one way it might be useful to=20
> clarify your proposal is to compare it with the babiarz proposal.
>
> Could you clarify how it differs:
>
> * in the 2 algorithms at the PCN-interior-nodes, ie for admission-marki=
ng & termination-marking
> * in the encoding used for for admission-marking & termination-marking =
(I think it=92s simply that draft-babiarz doesn=92t define encodings (ECN=
 field mentioned in passing), whereas draft-westberg says use new dscps).
> * in the reaction at the PCN-boundary-nodes
>
> thanks,
>
> phil
>
> -----Original Message-----
> *From:* philip.eardley@bt.com [mailto:philip.eardley@bt.com]
> *Sent:* 19 July 2007 15:22
> *To:* Lars.westberg@ericsson.com; pcn@ietf.org
> *Subject:* RE: [PCN] Fwd: I-D=20
> ACTION:draft-westberg-pcn-load-control-00.txt
>
> Lars
>
> I started reading your draft, but have a couple of clarification=20
> questions about what you=92re proposing.
>
> As I understand it:-
>
> * there are two marking algorithms on the interior routers
>
> * Admission-marking: if the rate exceeds threshold-1, then all pkts=20
> are Adm marked
>
> * Termination-marking: if the rate exceeds threshold-2, the=20
> excess-traffic rate is measured and a fraction (1/N) of the excess=20
> rate is Termination marked.
>
> The adm marking algo is a bit unclear to me, sometimes it=92s described=
=20
> as marking all pkts as soon as threshold-1 is exceeded =96 sometimes (e=
g=20
> S4.1.3) it seems that a fraction of the excess traffic is marked (same=20
> idea as above under =93 * Termination marked=94). Which is correct?
>
> I=92m also not sure what =93encoded DSCP=94 and =93notified DSCP=94 mea=
n. Do=20
> they correspond to Admission-marking and Termination-marking, or do=20
> they mean something else?
>
> A point that doesn=92t just apply to this draft:
>
> http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pkt-mark-00=
.txt which looks at =93whether to allow for packet size when the network =
codes or when the transport decodes congestion notification.=94 This draf=
t argues that, when marking, the packet size should not be taken into acc=
ount.=20
> =20
> Thanks
> phil
>
> -----Original Message-----
> *From:* Lars Westberg [mailto:Lars.westberg@ericsson.com]
> *Sent:* 25 June 2007 12:22
> *To:* pcn@ietf.org
> *Subject:* [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
>
> Dear all
>
> The "LC-PCN - The Load Control PCN solution" draft can be found via:
> http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-00.=
txt
>
>
> Abstract
>
> There is an increased interest of simple and scalable resource=20
> provisioning
> solution for Diffserv network.
> The Load Control PCN (LC-PCN) addresses the following issues:
>
> 1. Admission control for real time data flows in stateless Diffserv=20
> Domains
> 2. Flow termination: Termination of flows in case of exceptional events=
,
> such as severe congestion after re-routing.
> Admission control in a Diffserv stateless domain is a combination of:
>
> 1. Probing, whereby a probe packet is
> sent along the forwarding path in a network to determine
> whether a flow can be admitted based upon the current
> congestion state of the network
>
> 2. Admission control based on data marking, whereby in congestion
> situations the data packets are marked to notify the egress node
> that a congestion occurred on a particular ingress to egress
> path.
> The scheme provides the capability of controlling the traffic load in
> the network without requiring signaling or any per-flow processing in
> the core routers. The complexity of Load Control is kept to a minimum
> to make implementation simple.
>
> Kind regards,
>
> Lars
>
> -----------------------------------------------------------------------=
-
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>  =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 12:22:24 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBYlk-00040g-PT; Thu, 19 Jul 2007 12:22:24 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBYlj-00040Z-C9
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 12:22:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBYlj-00040R-2T
	for pcn@ietf.org; Thu, 19 Jul 2007 12:22:23 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBYlh-00030o-JF
	for pcn@ietf.org; Thu, 19 Jul 2007 12:22:23 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 2BF687DF9;
	Thu, 19 Jul 2007 18:22:21 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 1E57C7DFD;
	Thu, 19 Jul 2007 18:22:21 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id F302D7DF9;
	Thu, 19 Jul 2007 18:22:20 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6JGMKh11746; 
	Thu, 19 Jul 2007 18:22:20 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 07BA36F58E; Thu, 19 Jul 2007 18:16:36 +0200 (CEST)
Message-ID: <469F8EF2.4010602@informatik.uni-wuerzburg.de>
Date: Thu, 19 Jul 2007 18:18:58 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC348@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC348@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d2b46e3b2dfbff2088e0b72a54104985
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil,

we do not require the slowdown parameter "s" to be the same for all 
links, but I currently cannot think of a case where it would be of a 
benefit when different values are used. It controls the aggressiveness 
of the marking and termination, therefore, it could be useful to have it 
different for different links. Maybe simulations will show ...?

Regards,

    Michael

philip.eardley@bt.com wrote:
> Joe
>
> Your draft has the slow-down parameter "s" (when ET-marking ==
> termination-marking, measure the excess traffic rate and actually mark a
> fraction (1/s) of this rate).
>
> Does "s" have to be the same on all routers in the PCN-domain? I'm not
> sure this is a requirement, but what would happen if the "s" parameter
> was different? 
>
> Thanks
> Phil/ 
>
>   
>> -----Original Message-----
>> From: Jozef Babiarz [mailto:babiarz@nortel.com]
>> Sent: 03 July 2007 18:18
>> To: pcn@ietf.org
>> Subject: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>>
>> Hi all,
>> In an email below there is a link to 00 version of pcn-3sm draft that
>> defines metering and marking for admission control and flow
>>     
> termination.
>   
>> We call it three state PCN marking because there are three conditions,
>> packets are not marked, packets marked to indicate that admission of
>> additional flows should be stopped and finally condition where flows
>>     
> are
>   
>> marked to indicate that termination is needed. This draft incorporates
>> the metering and marking approach for flow termination that was
>>     
> defined
>   
>> in draft-babiarz-pcn-explicit-marking-00.
>>
>> Simulation results for the proposed "AR-metering and AS-re-marking"
>>     
> and
>   
>> "SR-metering and ET-re-marking" will be published in a separate draft.
>>
>> Regards, Joe
>> email:babiarz@nortel.com
>> Telephone:613-763-6098
>> -----Original Message-----
>> From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]
>> Sent: July 3, 2007 11:15 AM
>> To: i-d-announce@ietf.org
>> Subject: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>>
>>
>> 	Title		: Three State PCN Marking
>> 	Author(s)	: J. Babiarz, et al.
>> 	Filename	: draft-babiarz-pcn-3sm-00.txt
>> 	Pages		: 24
>> 	Date		: 2007-7-3
>>
>>    This document proposes metering and marking mechanisms for PCN-
>>    enabled nodes to label packets with pre-congestion information.
>>     
> The
>   
>>    marker marks all PCN packets with an admission-stop (AS) codepoint
>>     
> if
>   
>>    the PCN traffic rate on a link exceeds its admissible rate (AR) and
>>    when it exceeds its supportable rate (SR), it marks some of those
>>    packets exceeding SR with an excess-traffic (ET) codepoint.  The
>>    flows with ET-marked packets will be terminated until the aggregate
>>    PCN traffic on the path decreases below its SR.  This document
>>    proposes metering and marking mechanisms for these objectives.
>>
>>
>> A URL for this Internet-Draft is:
>> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>>
>> To remove yourself from the I-D Announcement list, send a message to
>> i-d-announce-request@ietf.org with the word unsubscribe in the body of
>> the message.
>> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
>> to change your subscription settings.
>>
>> Internet-Drafts are also available by anonymous FTP. Login with the
>> username "anonymous" and a password of your e-mail address. After
>> logging in, type "cd internet-drafts" and then
>> "get draft-babiarz-pcn-3sm-00.txt".
>>
>> A list of Internet-Drafts directories can be found in
>> http://www.ietf.org/shadow.html
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>
>> Internet-Drafts can also be obtained by e-mail.
>>
>> Send a message to:
>> 	mailserv@ietf.org.
>> In the body type:
>> 	"FILE /internet-drafts/draft-babiarz-pcn-3sm-00.txt".
>>
>> NOTE:	The mail server at ietf.org can return the document in
>> 	MIME-encoded form by using the "mpack" utility.  To use this
>> 	feature, insert the command "ENCODING mime" before the "FILE"
>> 	command.  To decode the response(s), you will need "munpack" or
>> 	a MIME-compliant mail reader.  Different MIME-compliant mail
>> readers
>> 	exhibit different behavior, especially when dealing with
>> 	"multipart" MIME messages (i.e. documents which have been split
>> 	up into multiple messages), so check your local documentation on
>> 	how to manipulate these messages.
>>
>> Below is the data which will enable a MIME compliant mail reader
>> implementation to automatically retrieve the ASCII version of the
>> Internet-Draft.
>>     
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 12:50:07 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBZCZ-0002Ym-Kn; Thu, 19 Jul 2007 12:50:07 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBZCY-0002Yh-45
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 12:50:06 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBZCX-0002YZ-Oi
	for pcn@ietf.org; Thu, 19 Jul 2007 12:50:05 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBZCX-0005u4-1H
	for pcn@ietf.org; Thu, 19 Jul 2007 12:50:05 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6JGo1o19306; Thu, 19 Jul 2007 16:50:02 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
Date: Thu, 19 Jul 2007 12:49:59 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651155EFE5@zcarhxm1.corp.nortel.com>
In-Reply-To: <469F8EF2.4010602@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
Thread-Index: AcfKIP9/2/T+enGZR1eloQg3OmqJUwAAHv9A
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC348@E03MVZ1-UKDY.domain1.systemhost.net>
	<469F8EF2.4010602@informatik.uni-wuerzburg.de>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <menth@informatik.uni-wuerzburg.de>, <philip.eardley@bt.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 33cc095b503da4365ce57c727e553cf1
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil, just to add to what Michael wrote, there is no requirement for
"s" to be the same value within a domain. We have done simulations with
several different values and the "s" parameter controls how aggressively
overload condition is removed. In our simulations, we have used the
following formula to calculate a value for s for voice traffic; IP data
rate of a flow (G.711 codec) x RTT (total route trip delay ingress to
egress) x 2 =3D s.
As Michael indicated we still need to do a bit more work to provide
guideless on a range of values for s that would be good to use in a
single domain, and multi domains.=20

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]=20
Sent: July 19, 2007 12:19 PM
To: philip.eardley@bt.com
Cc: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: Re: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt

Hi Phil,

we do not require the slowdown parameter "s" to be the same for all=20
links, but I currently cannot think of a case where it would be of a=20
benefit when different values are used. It controls the aggressiveness=20
of the marking and termination, therefore, it could be useful to have it

different for different links. Maybe simulations will show ...?

Regards,

    Michael

philip.eardley@bt.com wrote:
> Joe
>
> Your draft has the slow-down parameter "s" (when ET-marking =3D=3D
> termination-marking, measure the excess traffic rate and actually mark
a
> fraction (1/s) of this rate).
>
> Does "s" have to be the same on all routers in the PCN-domain? I'm not
> sure this is a requirement, but what would happen if the "s" parameter
> was different?=20
>
> Thanks
> Phil/=20
>
>  =20
>> -----Original Message-----
>> From: Jozef Babiarz [mailto:babiarz@nortel.com]
>> Sent: 03 July 2007 18:18
>> To: pcn@ietf.org
>> Subject: [PCN] FW: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>>
>> Hi all,
>> In an email below there is a link to 00 version of pcn-3sm draft that
>> defines metering and marking for admission control and flow
>>    =20
> termination.
>  =20
>> We call it three state PCN marking because there are three
conditions,
>> packets are not marked, packets marked to indicate that admission of
>> additional flows should be stopped and finally condition where flows
>>    =20
> are
>  =20
>> marked to indicate that termination is needed. This draft
incorporates
>> the metering and marking approach for flow termination that was
>>    =20
> defined
>  =20
>> in draft-babiarz-pcn-explicit-marking-00.
>>
>> Simulation results for the proposed "AR-metering and AS-re-marking"
>>    =20
> and
>  =20
>> "SR-metering and ET-re-marking" will be published in a separate
draft.
>>
>> Regards, Joe
>> email:babiarz@nortel.com
>> Telephone:613-763-6098
>> -----Original Message-----
>> From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]
>> Sent: July 3, 2007 11:15 AM
>> To: i-d-announce@ietf.org
>> Subject: I-D ACTION:draft-babiarz-pcn-3sm-00.txt
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>>
>>
>> 	Title		: Three State PCN Marking
>> 	Author(s)	: J. Babiarz, et al.
>> 	Filename	: draft-babiarz-pcn-3sm-00.txt
>> 	Pages		: 24
>> 	Date		: 2007-7-3
>>
>>    This document proposes metering and marking mechanisms for PCN-
>>    enabled nodes to label packets with pre-congestion information.
>>    =20
> The
>  =20
>>    marker marks all PCN packets with an admission-stop (AS) codepoint
>>    =20
> if
>  =20
>>    the PCN traffic rate on a link exceeds its admissible rate (AR)
and
>>    when it exceeds its supportable rate (SR), it marks some of those
>>    packets exceeding SR with an excess-traffic (ET) codepoint.  The
>>    flows with ET-marked packets will be terminated until the
aggregate
>>    PCN traffic on the path decreases below its SR.  This document
>>    proposes metering and marking mechanisms for these objectives.
>>
>>
>> A URL for this Internet-Draft is:
>> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>>
>> To remove yourself from the I-D Announcement list, send a message to
>> i-d-announce-request@ietf.org with the word unsubscribe in the body
of
>> the message.
>> You can also visit
https://www1.ietf.org/mailman/listinfo/I-D-announce
>> to change your subscription settings.
>>
>> Internet-Drafts are also available by anonymous FTP. Login with the
>> username "anonymous" and a password of your e-mail address. After
>> logging in, type "cd internet-drafts" and then
>> "get draft-babiarz-pcn-3sm-00.txt".
>>
>> A list of Internet-Drafts directories can be found in
>> http://www.ietf.org/shadow.html
>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>
>> Internet-Drafts can also be obtained by e-mail.
>>
>> Send a message to:
>> 	mailserv@ietf.org.
>> In the body type:
>> 	"FILE /internet-drafts/draft-babiarz-pcn-3sm-00.txt".
>>
>> NOTE:	The mail server at ietf.org can return the document in
>> 	MIME-encoded form by using the "mpack" utility.  To use this
>> 	feature, insert the command "ENCODING mime" before the "FILE"
>> 	command.  To decode the response(s), you will need "munpack" or
>> 	a MIME-compliant mail reader.  Different MIME-compliant mail
>> readers
>> 	exhibit different behavior, especially when dealing with
>> 	"multipart" MIME messages (i.e. documents which have been split
>> 	up into multiple messages), so check your local documentation on
>> 	how to manipulate these messages.
>>
>> Below is the data which will enable a MIME compliant mail reader
>> implementation to automatically retrieve the ASCII version of the
>> Internet-Draft.
>>    =20
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>  =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 14:56:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBbAb-0007Jb-5b; Thu, 19 Jul 2007 14:56:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBbAZ-0007IF-K5
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 14:56:11 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBbAZ-0007HA-4b
	for pcn@ietf.org; Thu, 19 Jul 2007 14:56:11 -0400
Received: from hiltonsmtp.worldspice.net ([216.37.94.58])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBbAY-0001dg-Hp
	for pcn@ietf.org; Thu, 19 Jul 2007 14:56:11 -0400
Received: (qmail 27693 invoked by uid 0); 19 Jul 2007 18:48:41 -0000
Received: by simscan 1.2.0 ppid: 27675, pid: 27688, t: 1.0148s
	scanners: clamav: 0.90.2/m: spam: 3.1.8
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on
	hiltonsmtp.worldspice.net
X-Spam-Level: *****
X-Spam-Status: No, score=5.4 required=6.5 tests=BAYES_99,DATE_IN_PAST_06_12,
	RDNS_NONE autolearn=disabled version=3.2.1
Received: from unknown (HELO ?172.28.169.147?) (67.97.210.2)
	by hiltonsmtp.worldspice.net with SMTP; 19 Jul 2007 18:48:40 -0000
Mime-Version: 1.0 (Apple Message framework v752.3)
To: pcn@ietf.org
Message-Id: <AFA8E477-E27E-4D5D-8667-6F8999A7EF4B@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
Date: Thu, 19 Jul 2007 06:37:59 -0500
X-Mailer: Apple Mail (2.752.3)
X-Spam-Score: 1.9 (+)
X-Scan-Signature: c54bc2f42d02429833c0ca4b8725abd7
Subject: [PCN] questions after a lot of reading
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0034626255=="
Errors-To: pcn-bounces@ietf.org


--===============0034626255==
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-5-379449835;
	protocol="application/pkcs7-signature"


--Apple-Mail-5-379449835
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hi,

after reading over the set of PCN drafts, I was left with a number of  
questions. These aren't detailed comments on the individual documents  
but rather higher-level questions about the architecture. I'm posting  
them now in order to jumpstart the discussion during the PCN session  
next week.

I apologize that the questions go a bit all over the place. I'm  
trying to order them in a way that can be followed.


[1] Semantics of the stop-admission signals

Pre-congested routers piggyback admission markings onto the traffic  
flowing through them. The egress that analyzes the volume and  
dynamics of these markings and may make a stop-admission decision,  
which it then signals to the ingress. Agreement so far?

OK, then: What is the semantics of the stop-admission signal? A  
simple "stop admitting new flows" seems to require a complementary  
"start admitting new flows" signal. Or is it "stop admitting new  
flows for a time x", which would not need that second signal?

The latter seems conceptually simpler and may arguably be a bit more  
robust, because the system will un-wedge itself if the "start- 
admission signal" gets lost. But this approach might end up causing  
fluctuations during periods of pre-congestion that are significantly  
longer than x. (Do we expect to support cases where a domain is in a  
pre-congested state for prolonged periods of time?)

(For the "termination" signal going from the egress to the ingress, I  
guess the semantics are clear.)


[2] Implications of multi-marking schemes

I must admit that so far, I have mostly thought of PCN in terms of  
something similar to Anna's single-marking proposal. Meaning that the  
egress would come to a termination decision (rather than a stop- 
admission decision) when the volume or dynamics of the arriving  
markings becomes severe.

(Note: That's not to say that I necessarily believe that single- 
marking should be the technical solution the WG should pick; all I'm  
saying is that I had so far thought about PCN mostly in this way.)

Reading some of the proposals that use multiple kinds of markings  
made me realize that I had made some implicit assumptions about how  
the termination mechanism might operate that were a cause of thinking  
in terms of using a single marking. After reading the multi-marking  
proposals, I'm not sure if these assumptions are shared by all of the  
group. I'm also not sure if there is an agreement among the different  
multi-marking proposals, either.

With a multi-marking scheme, when a congested router marks packets  
with _termination_ marks, does it matter _which_ packets (and hence  
which flows) are marked? Is there an assumption that the system will  
terminate those and only those flows? Or is termination marking  
similar to admission marking, for which piggybacking them onto the  
current traffic stream is simply a convenient transport mechanism?  
Meaning that in the latter case, the egress is free to terminate  
flows whose packets didn't have congestion markings, and let flows  
remain whose packets did, as long as whatever decision it comes to  
alleviates the congestion?

Schemes where the termination decision is influenced by which flows  
have received termination marks seem to require per-flow state at the  
routers, because they need to be sure that they terminate a  
sufficient volume of traffic. That seems to conflict with the goal of  
the architecture to limit that such state to the domain boundary, right?


[3] Marking dynamics

I've seen two ways in the documents that describe how routers should  
mark packets: First, a scheme where the frequency at which a router  
marks packets is proportional to some level of pre-congestion or  
congestion. Second, a scheme where a router starts marking _all_  
packets when congestion exceeds a certain level.

The first scheme transmits much finer-grained information from the  
routers to the egress, which should benefit the decision algorithm  
there. The second scheme basically signals a binary condition. I  
can't come up with a reason why the second scheme should be the  
better one - can anyone explain?


Thanks and see you next week,
Lars

--Apple-Mail-5-379449835
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQDCCAvkw
ggJioAMCAQICEGtxkLFHQu1g67hlmYfwPuIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDEwNDE2MTE1NFoXDTA4MDEwNDE2MTE1
NFowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy
dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEA26hjntVPZMiwh4d8tyuk9KiucvG92BVUGArk5zO1jhmq7tLFgU1mqcIg
VGumfQqjkAzIuh83kxIiqBrB05Wvxp85apwt4sUCvzMe8mQWzZZZYp0rBzwpOj+VC5pxsMRYtYW+
BaTFBEmvFr7D7C7roZUk0lDppS5SZFs4SQbEe9ykB9aeUf1iTiw2+ikyP2+JEYto14WYCoxFWbms
FbQ1uaaK+yn1WH2YHhyMfi0IOxuT0jtbsngjHJMpWIqq334zBhj+rPSUug47YBHr41FCDMHbbbjv
WbyTyDYneOW3WY8LY8bGWVlAknQGB7lgduShe6e0RI/7SL/VE6X27lM9LwIDAQABozIwMDAgBgNV
HREEGTAXgRVsYXJzLmVnZ2VydEBub2tpYS5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUF
AAOBgQCx3nxxTg/WowobVTRXBiXUEEZj4LBiunWbuAnR0UbJIgijvq3JbiJvZo2gUGiW9LPaHSBz
4oxT1VR/S/6O0a4e87oV5cOQm6ReB68o9rDfUzxHTwoCfv2wwMwBrXyzQMjyQK4Lt8siV41gmZpm
rSXMhjTJdd9uYYNoZKQLq+VM+TCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ
BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg
RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3
DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3
MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9
fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+
uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMB
Af8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3
dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG
A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcP
f6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH
2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x
ggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo
UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
a3GQsUdC7WDruGWZh/A+4jAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB
MBwGCSqGSIb3DQEJBTEPFw0wNzA3MTkxMTM3NjBaMCMGCSqGSIb3DQEJBDEWBBS63aSyJV1QzHDY
p5c2AL4uefzfADCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGtxkLFHQu1g67hlmYfwPuIw
DQYJKoZIhvcNAQEBBQAEggEAWxrMz24xOMrkR5CAWCJLD2DuLCwsb/puRx9YehJ2jOHBc1NK8wSi
5FLvdYAzv8DTfClgu+i5QcCKvfMllmb07+wgO+PrEu7nOUB72T2ja5I3j+a+cKQnyZnrsIQiNNzL
c90x84A1loQrdbbucP9tRxoR6luXu/gPd0oXd72LMoArL2nHLsHqAr7rBrd1Klp6Zb8WDfU20b2h
LeLCQz6dOqhh93zm6VxP446prFEKE4B64RC6NUAb/+G2V47DYNWljtsgWBhubBHvjm7PajEYYLJC
i6uXXgrv1JkPtPJ2prHb27uzNkwxASKgz5c2O1CriBEW18S/XbHa+u5dFweMwgAAAAAAAA==

--Apple-Mail-5-379449835--



--===============0034626255==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0034626255==--





From pcn-bounces@ietf.org Thu Jul 19 17:32:18 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBdbe-0006B2-GL; Thu, 19 Jul 2007 17:32:18 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBdbd-0006Au-AJ
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 17:32:17 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBdbd-0006Al-0G
	for pcn@ietf.org; Thu, 19 Jul 2007 17:32:17 -0400
Received: from imr1.ericy.com ([198.24.6.9])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBdbb-0002zS-Iv
	for pcn@ietf.org; Thu, 19 Jul 2007 17:32:16 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id l6JLaemA008626
	for <pcn@ietf.org>; Thu, 19 Jul 2007 16:36:41 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 16:32:14 -0500
Received: from [147.117.169.165] ([147.117.169.165]) by
	eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 19 Jul 2007 16:32:14 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: pcn <pcn@ietf.org>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Thu, 19 Jul 2007 17:32:14 -0400
Message-Id: <1184880734.23599.18.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 19 Jul 2007 21:32:14.0364 (UTC)
	FILETIME=[45F94DC0:01C7CA4C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89
Subject: [PCN] IETF 69 PCN presentations
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

For everyone planning to present at the PCN meeting next week, please
send me your slides by Tuesday evening.  PDF format is preferred; PPT is
acceptable.


Regards,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 19 21:58:38 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBhlO-00035s-Bo; Thu, 19 Jul 2007 21:58:38 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBfSa-0006Up-Rk
	for pcn-confirm+ok@megatron.ietf.org; Thu, 19 Jul 2007 19:31:04 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBfSZ-0006UW-QF; Thu, 19 Jul 2007 19:31:03 -0400
Received: from smtpout.mac.com ([17.250.248.174])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43)
	id 1IBfSZ-0008Og-7m; Thu, 19 Jul 2007 19:31:03 -0400
Received: from mac.com (smtpin08-en2 [10.13.10.153])
	by smtpout.mac.com (Xserve/smtpout04/MantshX 4.0) with ESMTP id
	l6JNV2Bf027891; Thu, 19 Jul 2007 16:31:02 -0700 (PDT)
Received: from [192.150.186.170] (laptop170.icsi.berkeley.edu
	[192.150.186.170]) (authenticated bits=0)
	by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l6JNUWF6009841; 
	Thu, 19 Jul 2007 16:30:37 -0700 (PDT)
In-Reply-To: <5.2.1.1.2.20070617041232.04188110@pop3.jungle.bt.co.uk>
References: <5.2.1.1.2.20070617041232.04188110@pop3.jungle.bt.co.uk>
Mime-Version: 1.0 (Apple Message framework v624)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <3144d54f51c807e534a10759210d5729@mac.com>
Content-Transfer-Encoding: 7bit
From: Sally Floyd <sallyfloyd@mac.com>
Date: Thu, 19 Jul 2007 16:30:31 -0700
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
X-Mailer: Apple Mail (2.624)
X-Brightmail-Tracker: AAAAAA==
X-Brightmail-scanned: yes
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a
X-Mailman-Approved-At: Thu, 19 Jul 2007 21:58:37 -0400
Cc: PCN IETF list <pcn@ietf.org>, DCCP IETF list <dccp@ietf.org>,
	tsvwg IETF list <tsvwg@ietf.org>
Subject: [PCN] Re: [dccp] Initial I-D: draft-briscoe-tsvwg-byte-pkt-mark-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Bob -

Some feedback on "Byte and Packet Congestion Notification",
draft-briscoe-tsvwg-byte-pkt-mark-00:

It seems odd to me to talk about RED in byte vs. packet mode, and
not to talk about the similar performance difference between
Drop-Tail queues in bytes vs. packets.  (Well, someone could
care about RED and not Drop-Tail because one cared only
about packet marks in an ECN environment, but for this document
it strikes me as quite odd to talk about RED in byte vs. packet mode,
and not to talk also about Drop-Tail queues in bytes vs. packets.)

I am enclosing some text from some 2/26/2007 email that I sent you
about this, in response to "draft-briscoe-tsvwg-byte-pkt-mark-00c".
(I didn't reread the new draft, but I did look at the diffs between
draft-briscoe-tsvwg-byte-pkt-mark-00 and
draft-briscoe-tsvwg-byte-pkt-mark-00c, and I didn't notice anything
added about Drop-Tail queues in bytes vs. packets.)

 From my 2/26/2007 email:
----------------------------------------------------------------
"As is discussed at length and illustrated with simulations in [RFC
4828], drop-tail queues also have a wide range of possible behaviors,
in terms of dropping packets from a flow proportionally to the
sending rate in bits per second, or to the sending rate in packets
per second, or something else entirely.  For example, the abstract
of [RFC 4828] includes the following:"

     "Flows using TFRC-SP compete reasonably fairly with large-packet TCP
     and TFRC flows in environments where large-packet flows and small-
     packet flows experience similar packet drop rates.  However, in
     environments where small-packet flows experience lower packet drop
     rates than large-packet flows (e.g., with Drop-Tail queues in units
     of bytes), TFRC-SP can receive considerably more than its share of
     the bandwidth."

"This is discussed more in Section 4.5.1, and in Appendix B.3 of that 
draft."

"My understanding is that buffer architectures in routers can be
complex, but one buffer architecture is to have a fixed number of
slots for packet headers in the output queue, with the actual data
packet stored elsewhere in the router.  So in this design, the queue
would essentially have a fixed number of slots for packet headers,
with each packet taking exactly one packet-header slot, regardless
of the packet size in bytes.   Functionally, this would be equivalent
to a Drop-Tail queue in packets in NS.  But there could also be
routers whose Drop-Tail queues are more like the Drop-Tail queue
in bytes in NS, where small packets are more likely than large
packets to find a slot in the queue.  So the complications are not
only about AQM..."
----------------------------------------------------------------


As an aside, in the future should I forward feedback about this draft to
only one of the three mailing lists above?

- Sally
http://www.icir.org/floyd/



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 05:17:59 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBocZ-0001up-5T; Fri, 20 Jul 2007 05:17:59 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBocX-0001tw-0i
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 05:17:57 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBocS-0001tl-OS
	for pcn@ietf.org; Fri, 20 Jul 2007 05:17:53 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBocR-0005IC-4n
	for pcn@ietf.org; Fri, 20 Jul 2007 05:17:52 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 1234C7956;
	Fri, 20 Jul 2007 11:17:48 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 04784B1D8;
	Fri, 20 Jul 2007 11:17:48 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id D89BB7956;
	Fri, 20 Jul 2007 11:17:47 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6K9Hlh19595; 
	Fri, 20 Jul 2007 11:17:47 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 349DD6F58E; Fri, 20 Jul 2007 11:12:02 +0200 (CEST)
Message-ID: <46A07CF0.1040902@informatik.uni-wuerzburg.de>
Date: Fri, 20 Jul 2007 11:14:24 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Lars Eggert <lars.eggert@nokia.com>
Subject: Re: [PCN] questions after a lot of reading
References: <AFA8E477-E27E-4D5D-8667-6F8999A7EF4B@nokia.com>
In-Reply-To: <AFA8E477-E27E-4D5D-8667-6F8999A7EF4B@nokia.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1e467ff145ef391eb7b594ef62b8301f
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

Lars Eggert wrote:
> Hi,
>
> after reading over the set of PCN drafts, I was left with a number of 
> questions. These aren't detailed comments on the individual documents 
> but rather higher-level questions about the architecture. I'm posting 
> them now in order to jumpstart the discussion during the PCN session 
> next week.
>
> I apologize that the questions go a bit all over the place. I'm trying 
> to order them in a way that can be followed.
>
>
> [1] Semantics of the stop-admission signals
>
> Pre-congested routers piggyback admission markings onto the traffic 
> flowing through them. The egress that analyzes the volume and dynamics 
> of these markings and may make a stop-admission decision, which it 
> then signals to the ingress. Agreement so far?

I agree.

>
> OK, then: What is the semantics of the stop-admission signal? A simple 
> "stop admitting new flows" seems to require a complementary "start 
> admitting new flows" signal. Or is it "stop admitting new flows for a 
> time x", which would not need that second signal?
>
> The latter seems conceptually simpler and may arguably be a bit more 
> robust, because the system will un-wedge itself if the 
> "start-admission signal" gets lost. But this approach might end up 
> causing fluctuations during periods of pre-congestion that are 
> significantly longer than x. (Do we expect to support cases where a 
> domain is in a pre-congested state for prolonged periods of time?)

I cannot remember an explicit discussion and consensus about the exact 
method to signal admission-stop/admission-continue from PCN egress to 
ingress. I find it interesting to have a soft state at the PCN ingress 
node for a time during which it must not admit new traffic. This might 
be useful if an admission-continue signal is lost. As an alternative, 
TCP needs to be used for admission-stop/admission-continue signalling 
from PCN egress to ingress.

>
> (For the "termination" signal going from the egress to the ingress, I 
> guess the semantics are clear.)

Not really. We have at least two different options.

1) Measured rate termination (cl-draft and others)
ALL packets exceeding the "supportable/tolerable/termination rate" are 
"excess-traffic/termination" marked. The PCN egress node measures the 
rate of marked packets for each ingress-egress aggregate, it potentially 
applies an EWMA to the measured result, and signals it to the respective 
ingress which terminates a set of flows with that rate. Therefore, the 
PCN ingress node should know the rates of individual flows. In 
combination with multipath routing, the PCN ingress does not know which 
flows really go over the bottlenecked link and need to be terminated, 
unless the information about the marked flows is also signaled from PCN 
egress to ingress. Since all excess-traffic packets are marked, this can 
be a large amount. As an alternative, the PCN node may choose the flows 
for termination facing the same challenges. A minimum time between two 
consecutive termination signals for the same ingress-egress aggregate 
should be respected because it takes some time until the first 
termination signal has stopped its flows, the reduced rate is measured 
and visible in the averaged EWMA result. The required marking mechanism 
for this approach is covered as a special case in the 3sm draft 
(slowdown parameter s=0).

The single marking approach is slightly different (the excess traffic 
rate is determined differently), but it works similarly with regard to 
the signaling aspect once the excess traffic rate is found. However, 
there is a difference which is important for multipath routing. If a 
packet is marked, this may come from a path where only the admissible 
rate is exceeded or from a path where also the tolerable rate is 
exceeded such that flow termination is required. Thus, in the presence 
of multipath routing, single marking makes it harder to find out if a 
particular flow has been carried over a bottlenecked link whose 
tolerable rate is exceeded (termination of that flow helps to reduce the 
excess traffic) or just over another path whose admissible rate is 
exceeded (termination of that flow does not help to reduce the excess 
traffic).


2)  Marked flow termination (3sm draft aka explicit marking)
Only SOME packets exceeding the "supportable/tolerable/termination rate" 
are "excess-traffic/termination" marked. The PCN egress node signals the 
flow information of each marked packet to the corresponding PCN ingress 
node which terminates this flow (several flows may be signalled in one 
message). As this flow was marked, it used the bottlenecked link and is 
therefore a correct candidate to terminate also in case of multipath 
routing. No rate measurement is done. No EWMA smoothing is done. The PCN 
egress node does not need to wait a minimum amount of time between two 
termination signals. The PCN ingress node does not need to know the 
rates of the flows. The termination speed of this approach is fast and 
can be controlled by the slowdown-parameter of the packet marker.


> [2] Implications of multi-marking schemes
>
> I must admit that so far, I have mostly thought of PCN in terms of 
> something similar to Anna's single-marking proposal. Meaning that the 
> egress would come to a termination decision (rather than a 
> stop-admission decision) when the volume or dynamics of the arriving 
> markings becomes severe.
>
> (Note: That's not to say that I necessarily believe that 
> single-marking should be the technical solution the WG should pick; 
> all I'm saying is that I had so far thought about PCN mostly in this 
> way.)
>
> Reading some of the proposals that use multiple kinds of markings made 
> me realize that I had made some implicit assumptions about how the 
> termination mechanism might operate that were a cause of thinking in 
> terms of using a single marking. After reading the multi-marking 
> proposals, I'm not sure if these assumptions are shared by all of the 
> group. I'm also not sure if there is an agreement among the different 
> multi-marking proposals, either.

As far as I know, exact marking behaviors using pseudo code are only 
described in the 3sm draft (it explicitly allows token bucket and 
virtual queue implementations, it does not exclude other similar 
implementations, only the behavior is described). I think that there is 
a rough consensus about the "multi-marking" schemes, at least I am not 
aware of any written proposal that significantly differs from 3sm. This 
is logical as 3sm focuses on this aspect while other drafts focus on 
encoding, signaling, or other aspects. However, I might be wrong and I 
might have missed something. If so, please correct me and point me to 
the section in the right document!

>
> With a multi-marking scheme, when a congested router marks packets 
> with _termination_ marks, does it matter _which_ packets (and hence 
> which flows) are marked? Is there an assumption that the system will 
> terminate those and only those flows? Or is termination marking 
> similar to admission marking, for which piggybacking them onto the 
> current traffic stream is simply a convenient transport mechanism? 
> Meaning that in the latter case, the egress is free to terminate flows 
> whose packets didn't have congestion markings, and let flows remain 
> whose packets did, as long as whatever decision it comes to alleviates 
> the congestion?

The individual marked packets are irrelevant for the flow termination 
result of the "measured rate termination" approach while they exactly 
determine the flows to be terminated for the "marked flow termination" 
approach. If the "measured rate termination" wants to cope with 
multipath routing, it should also terminate a subset of the marked flows.

>
>
> Schemes where the termination decision is influenced by which flows 
> have received termination marks seem to require per-flow state at the 
> routers, because they need to be sure that they terminate a sufficient 
> volume of traffic. That seems to conflict with the goal of the 
> architecture to limit that such state to the domain boundary, right?

I don't see where extra per-flow states need to be kept when the 
termination decision is influenced by which flows have received the 
termination marks. Interior PCN nodes just mark packets for "marked flow 
termination" as for "measured rate termination". No flow states are 
required inside the PCN domain. In both cases the PCN egress nodes 
communicate the outcome of the marking (individual flows or excess 
traffic rate) to the respective flow termination entitiy (wich often is 
- unnecessarily - assumed to be collocated with the PCN ingress router). 
Do I miss something?

>
>
> [3] Marking dynamics
>
> I've seen two ways in the documents that describe how routers should 
> mark packets: First, a scheme where the frequency at which a router 
> marks packets is proportional to some level of pre-congestion or 
> congestion. Second, a scheme where a router starts marking _all_ 
> packets when congestion exceeds a certain level.
>
> The first scheme transmits much finer-grained information from the 
> routers to the egress, which should benefit the decision algorithm 
> there. The second scheme basically signals a binary condition. I can't 
> come up with a reason why the second scheme should be the better one - 
> can anyone explain?

"Termination/excess-traffic" marking: only those packets are marked that 
exceed the "supportable/tolerable/termination" rate.
1) Measured rate termination requires this to determine the rate to be 
terminated.
2) Marked flow termination uses an additional slowdown parameter to 
reduce the number of marked flows to avoid overtermination as all marked 
flows are going to be terminated.
Thus, both cases have a strong reason why not all packets should be marked.

Single marking and "Admission/admission-stop" marking in case of  
"multi-marking":
1) The single marking approach proposes to mark only a fraction of the 
traffic. Otherwise, there is no room to signal excess traffic which is 
done by just marking more traffic.
The exact rate of marked packets needs to be determined fast which is 
difficult in the presence of bursty or time-varying traffic. 5% error is 
already a significant difference that may impact the admission decision. 
Using EWMA with a LONG memory to improve the measurement accuracy delays 
the recognition of increased traffic rates. I guess that this problem is 
not visible for periodic traffic.

2) The approach presented in the 3sm draft marks all packets with 
admission-stop as soon as the admissible rate is exceeded.
Either 0% or 100% of the traffic is marked when the rate on the link is 
clearly below or above the admissible rate. Therefore, 5% error in the 
measurement process are negligible. The measurement can be done faster. 
The "all or nothing" approach can be seen as a "strong" signal which can 
be recognized more easily and therefore faster than an exact rate can be 
determined.

However, further simulations are required to underpin this speculation

Regards,

    Michael

>
>
> Thanks and see you next week,
> Lars
> ------------------------------------------------------------------------
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 10:39:10 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBtdN-00048F-Um; Fri, 20 Jul 2007 10:39:09 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBtdN-00046S-5d
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 10:39:09 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBtdM-00046K-Qc
	for pcn@ietf.org; Fri, 20 Jul 2007 10:39:08 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBtdM-0004PZ-0l
	for pcn@ietf.org; Fri, 20 Jul 2007 10:39:08 -0400
Received: from utip105 (utip105.ewi.utwente.nl [130.89.13.76])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id
	l6KEciAh008600; Fri, 20 Jul 2007 16:38:59 +0200 (MEST)
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
To: <philip.eardley@bt.com>
References: <467FA562.2060603@ericsson.com>
	<75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
	<001501c7cada$5c8e2810$4c0d5982@dynamic.ewi.utwente.nl>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Date: Fri, 20 Jul 2007 16:38:39 +0200
Message-ID: <001601c7cadb$b2a75db0$4c0d5982@dynamic.ewi.utwente.nl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <001501c7cada$5c8e2810$4c0d5982@dynamic.ewi.utwente.nl>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
Thread-Index: Ace3GxtZWDEHRn83T/m3IGeLNeDF2AS8YfSwADNiy3AAACDi8A==
X-Spam-Score: 0.21 () FVGT_s_MULTI_OBFU_2,FVGT_u_HAS_2LETTERFLDR
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Fri, 20 Jul 2007 16:39:00 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48
Cc: pcn@ietf.org, Lars.westberg@ericsson.com
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

 Hi Phil
 
Thank you very much for reading the draft!
Please see comments in line!

> 
> ________________________________
> 
> 	From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
> 	Sent: donderdag 19 juli 2007 16:22
> 	To: Lars.westberg@ericsson.com; pcn@ietf.org
> 	Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
> 	
> 	
> 
> 	Lars
> 
> 	 
> 
> I started reading your draft, but have a couple of 
> clarification questions about what you're proposing.
> 
> 	 
> 
> 	As I understand it:-
> 
> 	* there are two marking algorithms on the interior routers

Georgios: Yes you are right!

> 
> 	* Admission-marking: if the rate exceeds threshold-1, 
>     then all pkts are Adm marked

Georgios: Note that here the "encoded DSCP" marking is used. Thus also in
this state the excess-traffic rate is measured and a fraction (1/N) of the
excess rate is Termination (encoded) marked. However, another type of
marking could also be used, which is not explicitly described in this
document, but is somehow projected in the draft as "notified DSCP" . Sorry
for this!
We will clarify this operation in a next version of the draft. For the time
being assume that the "encoded DSCP" marking is used for both admission
control and flow termination features.
If this is applied then:
For both cases the excess-traffic rate is measured and a fraction (1/N) of
the excess rate is Termination (encoded) marked.

> 
> 	* Termination-marking: if the rate exceeds threshold-2, 
> the excess-traffic rate is measured and a fraction (1/N) of 
> the excess rate is Termination marked.

Georgios: agree!

> 	 
> 
> 	The adm marking algo is a bit unclear to me, sometimes 
> it's described as marking all pkts as soon as threshold-1 is 
> exceeded - sometimes (eg S4.1.3) it seems that a fraction of 
> the excess traffic is marked (same idea as above under " * 
> Termination marked"). Which is correct?

Georgios: You are right that the text is unclear. When the "encoded DSCP"
marking is used for admission control, 
then the excess-traffic rate is measured and a fraction (1/N) of the excess
rate is Termination (encoded) marked.
We will clarify this in the next version of the draft!

> 
> 	 
> 
> 	I'm also not sure what "encoded DSCP" and "notified 
> DSCP" mean. Do they correspond to Admission-marking and 
> Termination-marking, or do they mean something else?


Georgios: the "notified DSCP" is just projected somewhere in the text, and
that is not correct.
This marking is related to the scenario that an additional DSCP is needed
for the admission control feature, which is vaguely described in the draft.
For the time being assume that the "encoded DSCP" marking is used for both
admission control and flow termination features. We will clarify this in the
next version of the draft.
 
> 	 
> 
> 	A point that doesn't just apply to this draft:
> 
> 	
> http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pk
> t-mark-00.txt
> which looks at "whether to allow for packet size when the 
> network codes or when the transport decodes congestion 
> notification." This draft argues that, when marking, the 
> packet size should not be taken into account. 

Georgios: Thank you for the pointer I will read the draft and discuss it
during the Chicago IETF meeting!

Best regards and see you in Chicago!
Georgios


> 	 
> 	Thanks
> 	phil
> 
> 	 
> 
> 	-----Original Message-----
> 	From: Lars Westberg [mailto:Lars.westberg@ericsson.com] 
> 	Sent: 25 June 2007 12:22
> 	To: pcn@ietf.org
> 	Subject: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
> 
> 	 
> 
> 	Dear all
> 	
> 	The "LC-PCN - The Load Control PCN solution" draft can 
> be found via:
> 	
> http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co
> ntrol-00.txt
> 	
> 	
> 	Abstract
> 	
> 	There is an increased interest of simple and scalable 
> resource provisioning
> 	solution for Diffserv network.
> 	The Load Control PCN (LC-PCN) addresses the following issues:
> 	
> 	1. Admission control for real time data flows in 
> stateless Diffserv Domains
> 	2. Flow termination: Termination of flows in case of 
> exceptional events,
> 	such as severe congestion after re-routing.
> 	Admission control in a Diffserv stateless domain is a 
> combination
> of:
> 	
> 	  1. Probing, whereby a probe packet is
> 	   sent along the forwarding path in a network to determine
> 	   whether a flow can be admitted based upon the current
> 	   congestion state of the network
> 	
> 	  2. Admission control based on data marking, whereby 
> in congestion
> 	    situations the data packets are marked to notify 
> the egress node
> 	    that a congestion occurred on a particular ingress to egress
> 	    path.
> 	    The scheme provides the capability of controlling 
> the traffic load in
> 	    the network without requiring signaling or any 
> per-flow processing in
> 	    the core routers. The complexity of Load Control is 
> kept to a minimum
> 	    to make implementation simple.
> 	
> 	Kind regards,
> 	
> 	Lars
> 
> 
> 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 11:40:34 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBuao-0003lQ-3Z; Fri, 20 Jul 2007 11:40:34 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBuam-0003lL-TG
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 11:40:32 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBuam-0003lC-Hn
	for pcn@ietf.org; Fri, 20 Jul 2007 11:40:32 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBual-0005og-J5
	for pcn@ietf.org; Fri, 20 Jul 2007 11:40:32 -0400
Received: from utip105 (utip105.ewi.utwente.nl [130.89.13.76])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id
	l6KFeGT6019923; Fri, 20 Jul 2007 17:40:29 +0200 (MEST)
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
To: <philip.eardley@bt.com>
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
	<75A199C5D243C741BF3D3F1EBCEF9BA5019DC347@E03MVZ1-UKDY.domain1.systemhost.net>
	<001f01c7cadc$5edd0f30$4c0d5982@dynamic.ewi.utwente.nl>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Date: Fri, 20 Jul 2007 17:40:11 +0200
Message-ID: <002101c7cae4$4a4ef030$4c0d5982@dynamic.ewi.utwente.nl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <001f01c7cadc$5edd0f30$4c0d5982@dynamic.ewi.utwente.nl>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
Thread-Index: Ace3GxtZWDEHRn83T/m3IGeLNeDF2AS8YfSwAANKUAAAMKHJwAAAE4FQ
X-Spam-Score: 0.21 () FVGT_s_MULTI_OBFU_2,FVGT_u_HAS_2LETTERFLDR
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Fri, 20 Jul 2007 17:40:30 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f2728948111f2edaaf8980b5b9de55af
Cc: Lars.westberg@ericsson.com, pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

 Hi Phil, Michael, Joe

I have read the 3sm draft, see below, and quicly compared it with the LC-PCN
draft.

http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt

>From a quick comparison I could derive is the following:
* Both algorithms can provide admission control, flow termination and 
ECMP handling during admission control and flow termination.

* Both algoriuthms use excess rate measurements at the interior. The
semantics are the same, but 
the implementation type is different, token bucket versus bandwidth
measurements.

* Both algorithms use probing during the admission control process and the
egress rejects a 
request when they are in "admission-stop" (or "congestion notification"
state.

The LC-PCN can support two encoding modes/states:
* One encoding mode/state for admission control and flow termination
In the current version only this option is described in detail. The marking
and metering used 
For admission control in 3SM and LC-PCN are different. Note that the 3SM
does not use the reduction factor "s"
In case of admission control, while in LC-PC, when the "encoded DSCP"
 marking is used, then the relation factor between metering and marking (N)
is used.

* Two encoding mode/state: one for admission control and one for flow
termination
(in this case the "notified DSCP"" is used for admission control and the
"encoded DSCP"
Is used for flow termination. Note that in this option the factor N is not
used for admission control in LC-PCN.
In this case the metering and marking 
Schemes used in 
LC-PCN and 3SM are semantically very similar.

* For flow termination, when only one value of the "s" parameter is used in
whole PCN domain (in LC-PCN one N value should be used in whole domain) then
the metering and marking algorithms in 3SM and LC-PCN are from a semantic
point of view the same. The mechanisms at the edges are somehow different.
In 3SM all flows that are marked are selected for termination, while in
LC-PCN flows the excess rate is measured and according to this rate
(corrected by using the value of N)
a number of flows that are  "affected marked" and "encoded marked" are
selected for termination.
Note that the LC-PCN algorithm at the egress takes into account the priority
of flows. 
However, the LC-PCN algorithm also works when no priority differentiation
between flows is used.

Best regards,
Georgios





I think that semantically the metering and marking mechanism are similar.
hen the parameter "s" is set to be equal in whole PCN domain 

> -----Original Message-----
> From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] 
> Sent: vrijdag 20 juli 2007 16:44
> To: 'Georgios Karagiannis'
> Subject: RE: [PCN] Fwd: I-D 
> ACTION:draft-westberg-pcn-load-control-00.txt
> 
>  
> 
> 
> ________________________________
> 
> 	From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
> 	Sent: donderdag 19 juli 2007 18:01
> 	To: Lars.westberg@ericsson.com; pcn@ietf.org
> 	Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
> 	
> 	
> 
> 	Lars
> 
> 	 
> 
> 	I have just been reading
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.t
> xt. it seems a very similar proposal? So one way it might be 
> useful to clarify your proposal is to compare it with the 
> babiarz proposal.
> 
> 	 
> 
> 	Could you clarify how it differs:
> 
> 	* in the 2 algorithms at the PCN-interior-nodes, ie for 
> admission-marking & termination-marking
> 	* in the encoding used for for admission-marking & 
> termination-marking (I think it's simply that draft-babiarz 
> doesn't define encodings (ECN field mentioned in passing), 
> whereas draft-westberg says use new dscps).
> 	* in the reaction at the PCN-boundary-nodes
> 
> 	 
> 
> 	thanks,
> 
> 	phil
> 
> 	-----Original Message-----
> 	From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
> 	Sent: 19 July 2007 15:22
> 	To: Lars.westberg@ericsson.com; pcn@ietf.org
> 	Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
> 
> 	 
> 
> 	Lars
> 
> 	 
> 
> 	I started reading your draft, but have a couple of 
> clarification questions about what you're proposing.
> 
> 	 
> 
> 	As I understand it:-
> 
> 	* there are two marking algorithms on the interior routers
> 
> 	* Admission-marking: if the rate exceeds threshold-1, 
> then all pkts are Adm marked
> 
> 	* Termination-marking: if the rate exceeds threshold-2, 
> the excess-traffic rate is measured and a fraction (1/N) of 
> the excess rate is Termination marked.
> 
> 	 
> 
> 	The adm marking algo is a bit unclear to me, sometimes 
> it's described as marking all pkts as soon as threshold-1 is 
> exceeded - sometimes (eg S4.1.3) it seems that a fraction of 
> the excess traffic is marked (same idea as above under " * 
> Termination marked"). Which is correct?
> 
> 	 
> 
> 	I'm also not sure what "encoded DSCP" and "notified 
> DSCP" mean. Do they correspond to Admission-marking and 
> Termination-marking, or do they mean something else?
> 
> 	 
> 
> 	A point that doesn't just apply to this draft:
> 
> 	
> http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pk
> t-mark-00.txt
> which looks at "whether to allow for packet size when the 
> network codes or when the transport decodes congestion 
> notification." This draft argues that, when marking, the 
> packet size should not be taken into account. 
> 	 
> 	Thanks
> 	phil
> 
> 	 
> 
> 	-----Original Message-----
> 	From: Lars Westberg [mailto:Lars.westberg@ericsson.com] 
> 	Sent: 25 June 2007 12:22
> 	To: pcn@ietf.org
> 	Subject: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
> 
> 	 
> 
> 	Dear all
> 	
> 	The "LC-PCN - The Load Control PCN solution" draft can 
> be found via:
> 	
> http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co
> ntrol-00.txt
> 	
> 	
> 	Abstract
> 	
> 	There is an increased interest of simple and scalable 
> resource provisioning
> 	solution for Diffserv network.
> 	The Load Control PCN (LC-PCN) addresses the following issues:
> 	
> 	1. Admission control for real time data flows in 
> stateless Diffserv Domains
> 	2. Flow termination: Termination of flows in case of 
> exceptional events,
> 	such as severe congestion after re-routing.
> 	Admission control in a Diffserv stateless domain is a 
> combination
> of:
> 	
> 	  1. Probing, whereby a probe packet is
> 	   sent along the forwarding path in a network to determine
> 	   whether a flow can be admitted based upon the current
> 	   congestion state of the network
> 	
> 	  2. Admission control based on data marking, whereby 
> in congestion
> 	    situations the data packets are marked to notify 
> the egress node
> 	    that a congestion occurred on a particular ingress to egress
> 	    path.
> 	    The scheme provides the capability of controlling 
> the traffic load in
> 	    the network without requiring signaling or any 
> per-flow processing in
> 	    the core routers. The complexity of Load Control is 
> kept to a minimum
> 	    to make implementation simple.
> 	
> 	Kind regards,
> 	
> 	Lars
> 
> 
> 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 11:57:25 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBur7-0007fC-N4; Fri, 20 Jul 2007 11:57:25 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBur6-0007f6-4p
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 11:57:24 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBur5-0007ey-Pi
	for pcn@ietf.org; Fri, 20 Jul 2007 11:57:23 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IBur4-0006A5-QD
	for pcn@ietf.org; Fri, 20 Jul 2007 11:57:23 -0400
Received: from utip105 (utip105.ewi.utwente.nl [130.89.13.76])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with ESMTP id
	l6KFvFxJ023658; Fri, 20 Jul 2007 17:57:21 +0200 (MEST)
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
To: <menth@informatik.uni-wuerzburg.de>,
	"'Geib, Ruediger'" <Ruediger.Geib@t-systems.com>
References: <6439282641581441A36F7F6F83ED2ED201DB9967@S4DE8PSAAFQ.mitte.t-com.de>
	<46973EA3.2080503@informatik.uni-wuerzburg.de>
Subject: RE: FW: [PCN] Probing in the presence of hash-based load balancing
Date: Fri, 20 Jul 2007 17:57:10 +0200
Message-ID: <002801c7cae6$a4cf0cf0$4c0d5982@dynamic.ewi.utwente.nl>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <46973EA3.2080503@informatik.uni-wuerzburg.de>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
Thread-Index: AcfFLIvqvNwRCUJPRnu6d+nFch3KwAFueKng
X-Spam-Score: 1.2 (*) J_CHICKENPOX_12,J_CHICKENPOX_14
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Fri, 20 Jul 2007 17:57:22 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a069a8e8835d39ce36e425c148267a7b
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi all

Regarding the below issue!

> I don't think we want two different probing 
> mechanisms, one which is ECMP-capable and another one with is 
> not. Therefore, I would prefer to keep this goal in mind from 
> the beginning of the design process.

I agree with Michael!

Best regards,
Georgios

 

> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de] 
> Sent: vrijdag 13 juli 2007 10:58
> To: Geib, Ruediger
> Cc: pcn@ietf.org
> Subject: Re: FW: [PCN] Probing in the presence of hash-based 
> load balancing
> 
> Hi,
> 
> I think designing a probing mechanism in such a way that it 
> copes with ECMP is not too hard when we do that from scratch, 
> but once we have defined just some mechanism which is not 
> capable to do that, it will be very hard to extend it for 
> that purpose. I don't think we want two different probing 
> mechanisms, one which is ECMP-capable and another one with is 
> not. Therefore, I would prefer to keep this goal in mind from 
> the beginning of the design process.
> 
> Regards,
> 
>     Michael
> 
> Geib, Ruediger wrote:
> > Hi,
> >
> > some comments in line, marked [Rudi].
> >
> >   
> >> First, we shouldn't set harder requirements for probing 
> than in the 
> >> case where there is no probing.
> >> Ie our assumption to date has been that probing is needed when 
> >> there's not enough recent traffic between the specific 
> >> PCN-ingress-node & PCN-egress-node (that the new flow would flow 
> >> between), in order that we can make an accurate measurement-based 
> >> admission decision. Note this is traffic between the 
> ingress & egress 
> >> - it isn't "on the specific ECMP path that the new flow 
> would flow along".
> >>     
> >
> > [Joe]My assumption is that probing is needed under the following
> > conditions:
> > a)when there is no traffic between ingress-egress nodes for that
> >   aggregate,
> > b)when there may be ECMP or other methods that may provide multiple
> >   paths between ingress-egress nodes,
> > c)if there is a need to verify that real-time media packets once
> >   admitted can infect reach the egress node. 
> >
> > [Rudi] Probing is only required if any border node of a PCN domain 
> > provides pre-congestion feedback. If that's the case, a) is 
> required.
> > b) assumes ECMP "aware" probing. Phil mentioned 
> ingress-egress above.
> > So Phil's thinking about some basic functionality while 
> Joe's having a 
> > more advanced solution in mind (which is desireable, but harder to 
> > realise).
> > c) to me is not an aim, it is more something we can do it 
> we realise 
> > a) and b).
> >
> >   
> >> Some options:
> >> - we could say the adm decision is made on basis of 
> measured traffic  
> >> between the specific PCN-ingress-node & PCN-egress-node
> >> - we could say the adm decision is made on basis of 
> measured traffic  
> >> along the specific ECMP path
> >> - we could leave this question open for the operator to 
> decide (the  
> >> first is a MUST, the second is a MAY?)
> >>     
> >
> > [Joe]I think we better say that adm decision is made on basis of a 
> > specific path.
> >
> > [Rudi]We can standardise an overly conservative solution if 
> we agree 
> > on MUST for the first. It is up to a provider to improve 
> the efficency 
> > of his operations and to ensure proper functionality of PCN. The 
> > standard must insist on proper functionality and should 
> provide tools 
> > to improve efficiency. Looking at it from that angle, Phil's 
> > suggestion on MUST for the first and MAY for the second is allright.
> >
> >   
> >> Lastly, re your point 4 below. This is a good question. I 
> believe the 
> >> answer isn't the same for all vendors.
> >> One specific question [slightly off topic of your email, 
> as related 
> >> to ecmp rather than probing specifically]: are the DS field & ECN 
> >> field considered by the ecmp hash algos? If yes, that 
> could mean that 
> >> a pkt would travel a different ecmp path after it gets PCN-marked 
> >> compared to if it stays unmarked; I'm not sure if this has 
> any nasty 
> >> implications for us, but we ought to think about it?
> >>     
> >
> > [Joe]ECMP hash algorithms may use some or all of, 
> source/destination 
> > IP address, source/destination port numbers, protocol ID 
> and DSCP field.
> > ECN field should not be used in hash algorithms.
> >
> > Michael Menth wrote on 10 July 2007 07:36
> >   
> >> 2) PCN-based AC is a border-to-border solution. Therefore, 
> >> PCN-related signaling packets should not leave the network 
> although 
> >> equipped with "wrong" source and destination addresses. Is 
> that true? 
> >> If not, why not?
> >>     
> >
> > [Joe]True. I believe that egress node would need to block from 
> > forwarding to next node probe packets in a border-to-border 
> scenario.
> >
> > [Rudi] Agree to Joe and Michael.
> >
> >   
> >> 3) A standardized mechanism is required to encode probe 
> packets that 
> >> PCN egress routers can recognize and intercept them, and to signal 
> >> appropriate feedback to the corresponding AC entities.
> >>     
> >
> > [Joe]This is highly desirable. We need to define a probing 
> method that 
> > works with ECMP and egress router can easily detect probe packets.
> >
> > [Rudi] Yes, that's desireable.
> >
> >   
> >> 4) I don't know the exact header fields used for the 
> hash-based load 
> >> balancing. These fields should be the same for normal data packets 
> >> and probe packets to make sure that they all take the same path. 
> >> Which fields are typically used for that purpose? Those that are 
> >> typically not  used might be changed to indicate that PCN 
> packets are 
> >> used for probing.
> >>     
> >
> > [Joe] I believe ECN field in IP header could be used to signal to 
> > egress router that this packet needs further inspection. 
> Upon further 
> > inspection the egress router determines that it is a probe packet.
> >
> > [Rudi] By that you define a "selective RAO", meaning that 
> egress nodes 
> > must interpret some IP header "codepoint" as RAO. The cool part of 
> > your idea is that only some routers interpret this 
> "codepoint" as RAO, 
> > not all. Security demands to limit this option to a single 
> domain of trust.
> > So an egress node must act differently on a packet received 
> with that 
> > codepoint, depending on the interface, where it is received (from 
> > within PCN domain or from a PCN external interface).
> > I like the idea. If more people provide support, we may 
> contact the WG 
> > chairs to see how our chances are to get that standardised within 
> > IETF. I'm not sure, whether this is "just a PCN decision".
> > Working on this proposal should however not delay work on 
> the easier 
> > to realise "ingress-egress" probing functionality.
> >
> > Regards,
> >
> > Ruediger
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
> >   
> 
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science Am 
> Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632 
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
> 
> 
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
> 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 13:35:29 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBwO1-0004tc-3a; Fri, 20 Jul 2007 13:35:29 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBwNz-0004pk-Oz
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 13:35:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBwNz-0004ox-7s
	for pcn@ietf.org; Fri, 20 Jul 2007 13:35:27 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBwNx-0003k6-U0
	for pcn@ietf.org; Fri, 20 Jul 2007 13:35:27 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 20 Jul 2007 13:35:25 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAKuOoEZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,563,1175486400"; 
	d="scan'208"; a="65728321:sNHT45871704"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6KHZP9Y010067; 
	Fri, 20 Jul 2007 13:35:25 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6KHZ8WW021034; 
	Fri, 20 Jul 2007 17:35:24 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 20 Jul 2007 13:35:15 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] questions after a lot of reading
Date: Fri, 20 Jul 2007 13:35:14 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D0905F@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <46A07CF0.1040902@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] questions after a lot of reading
Thread-Index: AcfKruZkngF3noU6Q/meWZqZ8j+8zAAPD0KA
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <menth@informatik.uni-wuerzburg.de>, "Lars Eggert" <lars.eggert@nokia.com>
X-OriginalArrivalTime: 20 Jul 2007 17:35:15.0592 (UTC)
	FILETIME=[5556A080:01C7CAF4]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=18564; t=1184952925;
	x=1185816925; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20questions=20after=20a=20lot=20of=20reading
	|Sender:=20 |To:=20<menth@informatik.uni-wuerzburg.de>,
	=20=22Lars=20Eggert=22=20<lars .eggert@nokia.com>;
	bh=BE7FnyrXOF2sg2GtPB5rqnWD17WheDEd38rYxCHuVcg=;
	b=ez+c3TTNRKUa2wbhb9ZbRJ9AZyt4UTOA+gzSrNDZBWnNYT115vWcSv9uEX9SqvgdyaPoxuJK
	ecRgISj/EXPSmCVgwBRAn/169pLt1bzDlyBH3WC9Vp8uut/qkcHFukYy;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 563af5038a5e1dade28c8affc0fff375
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lars, Michael,=20

Please see a bit more below:

> -----Original Message-----
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]=20
> Sent: Friday, July 20, 2007 5:14 AM
> To: Lars Eggert
> Cc: pcn@ietf.org
> Subject: Re: [PCN] questions after a lot of reading
>=20
> Hi,
>=20
> Lars Eggert wrote:
> > Hi,
> >
> > after reading over the set of PCN drafts, I was left with a=20
> number of=20
> > questions. These aren't detailed comments on the individual=20
> documents=20
> > but rather higher-level questions about the architecture.=20
> I'm posting=20
> > them now in order to jumpstart the discussion during the=20
> PCN session=20
> > next week.
> >
> > I apologize that the questions go a bit all over the place.=20
> I'm trying=20
> > to order them in a way that can be followed.
> >
> >
> > [1] Semantics of the stop-admission signals
> >
> > Pre-congested routers piggyback admission markings onto the traffic=20
> > flowing through them. The egress that analyzes the volume=20
> and dynamics=20
> > of these markings and may make a stop-admission decision, which it=20
> > then signals to the ingress. Agreement so far?
>=20
> I agree.
>=20
> >
> > OK, then: What is the semantics of the stop-admission=20
> signal? A simple=20
> > "stop admitting new flows" seems to require a complementary "start=20
> > admitting new flows" signal. Or is it "stop admitting new=20
> flows for a=20
> > time x", which would not need that second signal?
> >
> > The latter seems conceptually simpler and may arguably be a=20
> bit more=20
> > robust, because the system will un-wedge itself if the=20
> > "start-admission signal" gets lost. But this approach might end up=20
> > causing fluctuations during periods of pre-congestion that are=20
> > significantly longer than x. (Do we expect to support cases where a=20
> > domain is in a pre-congested state for prolonged periods of time?)
>=20
> I cannot remember an explicit discussion and consensus about=20
> the exact method to signal admission-stop/admission-continue=20
> from PCN egress to ingress. I find it interesting to have a=20
> soft state at the PCN ingress node for a time during which it=20
> must not admit new traffic. This might be useful if an=20
> admission-continue signal is lost. As an alternative, TCP=20
> needs to be used for admission-stop/admission-continue=20
> signalling from PCN egress to ingress.
>=20

The current architecture work in the wg has not really addressed this
issue yet.  Different algs drafts however did take different approaches.
For example, the initial CL-phb work assumes that the CLE measurement is
continuously/peridically sent to the ingress, which admits as long as
the CLE is below a specified threshold, and does not admit when the
threshold is reached. Single marking does the same.  3sm draft marlking
stops admission on receipt of a single admisison market packet and
resumes after a timeout.  Not yet completely sure what draft-westberg
does about it (still to digest the draft in detail).

It seems that the architecture should allow both explicit periodic CLE
updates, and a timeout should the CLE feedback is lost.  I would argue
that timeout should probably be used as more of an exception measure
than the main mechanism, but the jury is still out.

> > (For the "termination" signal going from the egress to the=20
> ingress, I=20
> > guess the semantics are clear.)
>=20
> Not really. We have at least two different options.
>=20
> 1) Measured rate termination (cl-draft and others) ALL=20
> packets exceeding the "supportable/tolerable/termination=20
> rate" are "excess-traffic/termination" marked. The PCN egress=20
> node measures the rate of marked packets for each=20
> ingress-egress aggregate, it potentially applies an EWMA to=20
> the measured result, and signals it to the respective ingress=20
> which terminates a set of flows with that rate. Therefore,=20
> the PCN ingress node should know the rates of individual=20
> flows.=20

Ideally it would be good if termintation mechanism is directly aware of
the rates of flows it terminates. However, in practice it may suffice
just use the number of flows as an indicator of how many flows to
remove.

>In combination with multipath routing, the PCN ingress=20
> does not know which flows really go over the bottlenecked=20
> link and need to be terminated, unless the information about=20
> the marked flows is also signaled from PCN egress to ingress.=20
> Since all excess-traffic packets are marked, this can be a=20
> large amount. As an alternative, the PCN node may choose the=20
> flows for termination facing the same challenges. A minimum=20
> time between two consecutive termination signals for the same=20
> ingress-egress aggregate should be respected because it takes=20
> some time until the first termination signal has stopped its=20
> flows, the reduced rate is measured and visible in the=20
> averaged EWMA result. The required marking mechanism for this=20
> approach is covered as a special case in the 3sm draft=20
> (slowdown parameter s=3D0).
>=20
> The single marking approach is slightly different (the excess=20
> traffic rate is determined differently), but it works=20
> similarly with regard to the signaling aspect once the excess=20
> traffic rate is found. However, there is a difference which=20
> is important for multipath routing. If a packet is marked,=20
> this may come from a path where only the admissible rate is=20
> exceeded or from a path where also the tolerable rate is=20
> exceeded such that flow termination is required. Thus, in the=20
> presence of multipath routing, single marking makes it harder=20
> to find out if a particular flow has been carried over a=20
> bottlenecked link whose tolerable rate is exceeded=20
> (termination of that flow helps to reduce the excess traffic)=20
> or just over another path whose admissible rate is exceeded=20
> (termination of that flow does not help to reduce the excess traffic).
>=20

Indeed. This is the price for not using extra marking codepoint and
measurement in the core. Single marking will have to endure some error
in which flows are terminated in the mulipath case.  Of course the
moment you add back another measurement and another codepoint, the
ability to deal with multipath then comes back, and the many options of
doing so are described by Michael above.

>=20
> 2)  Marked flow termination (3sm draft aka explicit marking)=20
> Only SOME packets exceeding the=20
> "supportable/tolerable/termination rate"=20
> are "excess-traffic/termination" marked. The PCN egress node=20
> signals the flow information of each marked packet to the=20
> corresponding PCN ingress node which terminates this flow=20
> (several flows may be signalled in one message). As this flow=20
> was marked, it used the bottlenecked link and is therefore a=20
> correct candidate to terminate also in case of multipath=20
> routing. No rate measurement is done. No EWMA smoothing is=20
> done. The PCN egress node does not need to wait a minimum=20
> amount of time between two termination signals. The PCN=20
> ingress node does not need to know the rates of the flows.=20

It is correct that the ingress does not need to know the rates in this
case, but the other side of this coin is that removing a high-rate flow
may be an overkill if the amount of traffic that needs to be remoived is
samll.  So in either case lack of knowledge about the rates may lead to
inaccurate termination decisions with respect to rates.

> The termination speed of this approach is fast and can be=20
> controlled by the slowdown-parameter of the packet marker.

It seems that how fast it really is still needs to be understood. The
speed of termination in the 3sm approach is controlled with the slowdown
parameter, while the EWMA parameters control the seed of reaction of the
other approaches.  I think quantification of these things still remains
to be done carefully.

>=20
>=20
> > [2] Implications of multi-marking schemes
> >
> > I must admit that so far, I have mostly thought of PCN in terms of=20
> > something similar to Anna's single-marking proposal.=20
> Meaning that the=20
> > egress would come to a termination decision (rather than a=20
> > stop-admission decision) when the volume or dynamics of the=20
> arriving=20
> > markings becomes severe.
> >
> > (Note: That's not to say that I necessarily believe that=20
> > single-marking should be the technical solution the WG should pick;=20
> > all I'm saying is that I had so far thought about PCN mostly in this
> > way.)
> >
> > Reading some of the proposals that use multiple kinds of=20
> markings made=20
> > me realize that I had made some implicit assumptions about how the=20
> > termination mechanism might operate that were a cause of=20
> thinking in=20
> > terms of using a single marking. After reading the multi-marking=20
> > proposals, I'm not sure if these assumptions are shared by=20
> all of the=20
> > group. I'm also not sure if there is an agreement among the=20
> different=20
> > multi-marking proposals, either.
>=20
> As far as I know, exact marking behaviors using pseudo code=20
> are only described in the 3sm draft (it explicitly allows=20
> token bucket and virtual queue implementations, it does not=20
> exclude other similar implementations, only the behavior is=20
> described). I think that there is a rough consensus about the=20
> "multi-marking" schemes, at least I am not aware of any=20
> written proposal that significantly differs from 3sm.=20
> This is=20
> logical as 3sm focuses on this aspect while other drafts=20
> focus on encoding, signaling, or other aspects. However, I=20
> might be wrong and I might have missed something. If so,=20
> please correct me and point me to the section in the right document!
>=20

Here I am a bit confused by Micael's statement - so perhaps I will try
to say it differently.

I believe that across all proposals, 5 separate marking approaches have
been described in both admission and termination contexts, and different
drafts use different approaches for different purposes (There may be
more described in draft-westberg - but again I am yet to fully
understand it)

1) "ramp" virtual-queue (two thresholds, mark all packets above the high
threshold, mark packets with specified probability between thresholds,
do not mark below the lower threshold
     - used for admission in cl-phb
    =20
2) "step" virtual queue (only one threshold, mark packets above it, do
not mark packets below it
   =20
     - used as an option for admission in cl-phb draft
     - is equivalent to token-bucket-based implementation of admission
marking in 3sm draft=20
=20
3) excess rate-based virtual marking=20
     - all packets whose measured rate exceeds the configured
termination rate are marked
           -> can be implemented by standard token bucket
     - used for termination in cl-phb and single-marking
     - used for admission in single-marking

4) excess rate marking with slow-down
     - used in 3sm=20
     - marks a subset of packets exceeding the rate=20
     - can be implemented by adding the slow-down function to token
bucket, as done in CL

5) excess-rate-proportional marking
     - I believe this is the "encoded" marking in draft-westberg, used
for termination
     - marks a fraction of all packets, where the fraction encodes the
amount of overload  (but not equal to the amount of overload)
      (here I hope the authors of draft-westberg will jump in with
explanations or crrections of the details)
    =20
    =20
> >
> > With a multi-marking scheme, when a congested router marks packets=20
> > with _termination_ marks, does it matter _which_ packets (and hence=20
> > which flows) are marked? Is there an assumption that the=20
> system will=20
> > terminate those and only those flows? Or is termination marking=20
> > similar to admission marking, for which piggybacking them onto the=20
> > current traffic stream is simply a convenient transport mechanism?
> > Meaning that in the latter case, the egress is free to=20
> terminate flows=20
> > whose packets didn't have congestion markings, and let flows remain=20
> > whose packets did, as long as whatever decision it comes to=20
> alleviates=20
> > the congestion?
>=20
> The individual marked packets are irrelevant for the flow=20
> termination result of the "measured rate termination"=20
> approach while they exactly determine the flows to be=20
> terminated for the "marked flow termination"=20
> approach. If the "measured rate termination" wants to cope=20
> with multipath routing, it should also terminate a subset of=20
> the marked flows.

Yes. Said in other words, it matters for some proposals and does not
matter for others.

>=20
> >
> >
> > Schemes where the termination decision is influenced by which flows=20
> > have received termination marks seem to require per-flow=20
> state at the=20
> > routers, because they need to be sure that they terminate a=20
> sufficient=20
> > volume of traffic. That seems to conflict with the goal of the=20
> > architecture to limit that such state to the domain boundary, right?
>=20
> I don't see where extra per-flow states need to be kept when=20
> the termination decision is influenced by which flows have=20
> received the termination marks. Interior PCN nodes just mark=20
> packets for "marked flow termination" as for "measured rate=20
> termination". No flow states are required inside the PCN=20
> domain. In both cases the PCN egress nodes communicate the=20
> outcome of the marking (individual flows or excess traffic=20
> rate) to the respective flow termination entitiy (wich often is
> - unnecessarily - assumed to be collocated with the PCN=20
> ingress router).=20
> Do I miss something?

Also not sure why Lars thinks per-flow state is needed?

>=20
> >
> >
> > [3] Marking dynamics
> >
> > I've seen two ways in the documents that describe how=20
> routers should=20
> > mark packets: First, a scheme where the frequency at which a router=20
> > marks packets is proportional to some level of pre-congestion or=20
> > congestion. Second, a scheme where a router starts marking _all_=20
> > packets when congestion exceeds a certain level.
> >
> > The first scheme transmits much finer-grained information from the=20
> > routers to the egress, which should benefit the decision algorithm=20
> > there. The second scheme basically signals a binary=20
> condition. I can't=20
> > come up with a reason why the second scheme should be the=20
> better one -=20
> > can anyone explain?
>=20
> "Termination/excess-traffic" marking: only those packets are=20
> marked that exceed the "supportable/tolerable/termination" rate.
> 1) Measured rate termination requires this to determine the=20
> rate to be terminated.

Actually, in cl-phb and single marking, it is the amount of
*termination- *un*marked packets that determines the desired rate, and
then the excess over this rate is terminated at the ingress.  This is
different than terminating the amount of marked packets if there is any
loss in the system. Also, makes some of the problems associated with
timing of removal somehat easier).

> 2) Marked flow termination uses an additional slowdown=20
> parameter to reduce the number of marked flows to avoid=20
> overtermination as all marked flows are going to be terminated.
> Thus, both cases have a strong reason why not all packets=20
> should be marked.
>=20
> Single marking and "Admission/admission-stop" marking in case of
> "multi-marking":
> 1) The single marking approach proposes to mark only a=20
> fraction of the traffic. Otherwise, there is no room to=20
> signal excess traffic which is done by just marking more traffic.
> The exact rate of marked packets needs to be determined fast=20
> which is difficult in the presence of bursty or time-varying=20
> traffic. 5% error is already a significant difference that=20
> may impact the admission decision.=20
> Using EWMA with a LONG memory to improve the measurement=20
> accuracy delays the recognition of increased traffic rates. I=20
> guess that this problem is not visible for periodic traffic.
>=20

Single-marking simulation draft actually provides some insight on the
issue of sensitivity to parameters. As it is not directly related to
Lars's question, will not discuss it here, though.

> 2) The approach presented in the 3sm draft marks all packets=20
> with admission-stop as soon as the admissible rate is exceeded.
> Either 0% or 100% of the traffic is marked when the rate on=20
> the link is clearly below or above the admissible rate.=20
> Therefore, 5% error in the measurement process are=20
> negligible. The measurement can be done faster.=20
> The "all or nothing" approach can be seen as a "strong"=20
> signal which can be recognized more easily and therefore=20
> faster than an exact rate can be determined.
>=20
> However, further simulations are required to underpin this speculation
>=20

Indeed. A sensitivity study to the timeout parameter value is needed.
The other side of the coin of "strong" signal is that for traffic that
is not very smooth reacting to a single mark to stop admission may
result in substantial underadmission.  Michael is quite right that
additional study is required to quantify that.  Also a subject of a
separate discussion, I think.=20

Best,
Anna=20

> Regards,
>=20
>     Michael
>=20
> >
> >
> > Thanks and see you next week,
> > Lars
> >=20
> ----------------------------------------------------------------------
> > --
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
> >  =20
>=20
> --
> Dr. Michael Menth, Assistant Professor
> University of Wuerzburg, Institute of Computer Science Am=20
> Hubland, D-97074 Wuerzburg, Germany, room B206
> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632=20
> mailto:menth@informatik.uni-wuerzburg.de
> http://www3.informatik.uni-wuerzburg.de/research/ngn
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 20 15:04:30 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IBxm9-0001ZX-Ve; Fri, 20 Jul 2007 15:04:30 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IBxm7-0001Wt-68
	for pcn-confirm+ok@megatron.ietf.org; Fri, 20 Jul 2007 15:04:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IBxm6-0001WN-Kl
	for pcn@ietf.org; Fri, 20 Jul 2007 15:04:26 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IBxm4-0005iy-GJ
	for pcn@ietf.org; Fri, 20 Jul 2007 15:04:26 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 9E6966FAA;
	Fri, 20 Jul 2007 21:04:21 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 9073CADE1;
	Fri, 20 Jul 2007 21:04:21 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6326F6FAA;
	Fri, 20 Jul 2007 21:04:21 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6KJ4Kh26898; 
	Fri, 20 Jul 2007 21:04:21 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id EA7886F58E; Fri, 20 Jul 2007 20:58:32 +0200 (CEST)
Message-ID: <46A10667.5000201@informatik.uni-wuerzburg.de>
Date: Fri, 20 Jul 2007 21:00:55 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: "Anna Charny (acharny)" <acharny@cisco.com>
Subject: Re: [PCN] questions after a lot of reading
References: <BABC859E6D0B9A4D8448CC7F41CD2B0704D0905F@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D0905F@xmb-rtp-203.amer.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a2c4a3535d1556ada67f8703d3d31591
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

Anna Charny (acharny) wrote:
> Hi Lars, Michael, 
>
> Please see a bit more below:
>
>   
>> -----Original Message-----
>> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de] 
>> Sent: Friday, July 20, 2007 5:14 AM
>> To: Lars Eggert
>> Cc: pcn@ietf.org
>> Subject: Re: [PCN] questions after a lot of reading
>>
>> Hi,
>>
>> Lars Eggert wrote:
>>     
>>> Hi,
>>>
>>> after reading over the set of PCN drafts, I was left with a 
>>>       
>> number of 
>>     
>>> questions. These aren't detailed comments on the individual 
>>>       
>> documents 
>>     
>>> but rather higher-level questions about the architecture. 
>>>       
>> I'm posting 
>>     
>>> them now in order to jumpstart the discussion during the 
>>>       
>> PCN session 
>>     
>>> next week.
>>>
>>> I apologize that the questions go a bit all over the place. 
>>>       
>> I'm trying 
>>     
>>> to order them in a way that can be followed.
>>>
>>>
>>> [1] Semantics of the stop-admission signals
>>>
>>> Pre-congested routers piggyback admission markings onto the traffic 
>>> flowing through them. The egress that analyzes the volume 
>>>       
>> and dynamics 
>>     
>>> of these markings and may make a stop-admission decision, which it 
>>> then signals to the ingress. Agreement so far?
>>>       
>> I agree.
>>
>>     
>>> OK, then: What is the semantics of the stop-admission 
>>>       
>> signal? A simple 
>>     
>>> "stop admitting new flows" seems to require a complementary "start 
>>> admitting new flows" signal. Or is it "stop admitting new 
>>>       
>> flows for a 
>>     
>>> time x", which would not need that second signal?
>>>
>>> The latter seems conceptually simpler and may arguably be a 
>>>       
>> bit more 
>>     
>>> robust, because the system will un-wedge itself if the 
>>> "start-admission signal" gets lost. But this approach might end up 
>>> causing fluctuations during periods of pre-congestion that are 
>>> significantly longer than x. (Do we expect to support cases where a 
>>> domain is in a pre-congested state for prolonged periods of time?)
>>>       
>> I cannot remember an explicit discussion and consensus about 
>> the exact method to signal admission-stop/admission-continue 
>> from PCN egress to ingress. I find it interesting to have a 
>> soft state at the PCN ingress node for a time during which it 
>> must not admit new traffic. This might be useful if an 
>> admission-continue signal is lost. As an alternative, TCP 
>> needs to be used for admission-stop/admission-continue 
>> signalling from PCN egress to ingress.
>>
>>     
>
> The current architecture work in the wg has not really addressed this
> issue yet.  Different algs drafts however did take different approaches.
> For example, the initial CL-phb work assumes that the CLE measurement is
> continuously/peridically sent to the ingress, which admits as long as
> the CLE is below a specified threshold, and does not admit when the
> threshold is reached. Single marking does the same.  3sm draft marlking
> stops admission on receipt of a single admisison market packet and
> resumes after a timeout. 

We actually did not specify this so exactly in 3sm as this was not its 
major focus: "More specifically, if most of the packets are AS-marked, 
the PCN traffic rate of at least one of the links in the ingress-egress 
path has exceeded its admissible rate, i.e. it is AR-overloaded. 
Therefore, the PCN egress signals "admission-stop" to the admission 
control entity for the corresponding ingress-egress aggregate such that 
no further flows are admitted." But maybe this was in the previous 
explicit-marking draft.


>  Not yet completely sure what draft-westberg
> does about it (still to digest the draft in detail).
>
> It seems that the architecture should allow both explicit periodic CLE
> updates, and a timeout should the CLE feedback is lost.  I would argue
> that timeout should probably be used as more of an exception measure
> than the main mechanism, but the jury is still out.
>
>   
>>> (For the "termination" signal going from the egress to the 
>>>       
>> ingress, I 
>>     
>>> guess the semantics are clear.)
>>>       
>> Not really. We have at least two different options.
>>
>> 1) Measured rate termination (cl-draft and others) ALL 
>> packets exceeding the "supportable/tolerable/termination 
>> rate" are "excess-traffic/termination" marked. The PCN egress 
>> node measures the rate of marked packets for each 
>> ingress-egress aggregate, it potentially applies an EWMA to 
>> the measured result, and signals it to the respective ingress 
>> which terminates a set of flows with that rate. Therefore, 
>> the PCN ingress node should know the rates of individual 
>> flows. 
>>     
>
> Ideally it would be good if termintation mechanism is directly aware of
> the rates of flows it terminates. However, in practice it may suffice
> just use the number of flows as an indicator of how many flows to
> remove.
>
>   
>> In combination with multipath routing, the PCN ingress 
>> does not know which flows really go over the bottlenecked 
>> link and need to be terminated, unless the information about 
>> the marked flows is also signaled from PCN egress to ingress. 
>> Since all excess-traffic packets are marked, this can be a 
>> large amount. As an alternative, the PCN node may choose the 
>> flows for termination facing the same challenges. A minimum 
>> time between two consecutive termination signals for the same 
>> ingress-egress aggregate should be respected because it takes 
>> some time until the first termination signal has stopped its 
>> flows, the reduced rate is measured and visible in the 
>> averaged EWMA result. The required marking mechanism for this 
>> approach is covered as a special case in the 3sm draft 
>> (slowdown parameter s=0).
>>
>> The single marking approach is slightly different (the excess 
>> traffic rate is determined differently), but it works 
>> similarly with regard to the signaling aspect once the excess 
>> traffic rate is found. However, there is a difference which 
>> is important for multipath routing. If a packet is marked, 
>> this may come from a path where only the admissible rate is 
>> exceeded or from a path where also the tolerable rate is 
>> exceeded such that flow termination is required. Thus, in the 
>> presence of multipath routing, single marking makes it harder 
>> to find out if a particular flow has been carried over a 
>> bottlenecked link whose tolerable rate is exceeded 
>> (termination of that flow helps to reduce the excess traffic) 
>> or just over another path whose admissible rate is exceeded 
>> (termination of that flow does not help to reduce the excess traffic).
>>
>>     
>
> Indeed. This is the price for not using extra marking codepoint and
> measurement in the core. Single marking will have to endure some error
> in which flows are terminated in the mulipath case.  Of course the
> moment you add back another measurement and another codepoint, the
> ability to deal with multipath then comes back, and the many options of
> doing so are described by Michael above.
>
>   
>> 2)  Marked flow termination (3sm draft aka explicit marking) 
>> Only SOME packets exceeding the 
>> "supportable/tolerable/termination rate" 
>> are "excess-traffic/termination" marked. The PCN egress node 
>> signals the flow information of each marked packet to the 
>> corresponding PCN ingress node which terminates this flow 
>> (several flows may be signalled in one message). As this flow 
>> was marked, it used the bottlenecked link and is therefore a 
>> correct candidate to terminate also in case of multipath 
>> routing. No rate measurement is done. No EWMA smoothing is 
>> done. The PCN egress node does not need to wait a minimum 
>> amount of time between two termination signals. The PCN 
>> ingress node does not need to know the rates of the flows. 
>>     
>
> It is correct that the ingress does not need to know the rates in this
> case, but the other side of this coin is that removing a high-rate flow
> may be an overkill if the amount of traffic that needs to be remoived is
> samll.  So in either case lack of knowledge about the rates may lead to
> inaccurate termination decisions with respect to rates.
>
>   
>> The termination speed of this approach is fast and can be 
>> controlled by the slowdown-parameter of the packet marker.
>>     
>
> It seems that how fast it really is still needs to be understood. The
> speed of termination in the 3sm approach is controlled with the slowdown
> parameter, while the EWMA parameters control the seed of reaction of the
> other approaches.  I think quantification of these things still remains
> to be done carefully.
>   


We are working on that issue.


>   
>>     
>>> [2] Implications of multi-marking schemes
>>>
>>> I must admit that so far, I have mostly thought of PCN in terms of 
>>> something similar to Anna's single-marking proposal. 
>>>       
>> Meaning that the 
>>     
>>> egress would come to a termination decision (rather than a 
>>> stop-admission decision) when the volume or dynamics of the 
>>>       
>> arriving 
>>     
>>> markings becomes severe.
>>>
>>> (Note: That's not to say that I necessarily believe that 
>>> single-marking should be the technical solution the WG should pick; 
>>> all I'm saying is that I had so far thought about PCN mostly in this
>>> way.)
>>>
>>> Reading some of the proposals that use multiple kinds of 
>>>       
>> markings made 
>>     
>>> me realize that I had made some implicit assumptions about how the 
>>> termination mechanism might operate that were a cause of 
>>>       
>> thinking in 
>>     
>>> terms of using a single marking. After reading the multi-marking 
>>> proposals, I'm not sure if these assumptions are shared by 
>>>       
>> all of the 
>>     
>>> group. I'm also not sure if there is an agreement among the 
>>>       
>> different 
>>     
>>> multi-marking proposals, either.
>>>       
>> As far as I know, exact marking behaviors using pseudo code 
>> are only described in the 3sm draft (it explicitly allows 
>> token bucket and virtual queue implementations, it does not 
>> exclude other similar implementations, only the behavior is 
>> described). I think that there is a rough consensus about the 
>> "multi-marking" schemes, at least I am not aware of any 
>> written proposal that significantly differs from 3sm. 
>> This is 
>> logical as 3sm focuses on this aspect while other drafts 
>> focus on encoding, signaling, or other aspects. However, I 
>> might be wrong and I might have missed something. If so, 
>> please correct me and point me to the section in the right document!
>>
>>     
>
> Here I am a bit confused by Micael's statement - so perhaps I will try
> to say it differently.
>
> I believe that across all proposals, 5 separate marking approaches have
> been described in both admission and termination contexts, and different
> drafts use different approaches for different purposes (There may be
> more described in draft-westberg - but again I am yet to fully
> understand it)
>   

Ooops, sorry, I appologize. Regarding multi-marking I subsumed the two 
different termination marking algs in 3sm as a single one for 
termination marking (the one is a special case of the other) and the two 
different admission marking algs (ramp marking and the pure threshold 
marking)  as another one for admission marking (also here mere threshold 
marking is a special case of the other, also simulation results showed 
no difference as far as I can remember). And I really forgot about 
"excess-rate-proportional marking".

Regards,

    Michael



> 1) "ramp" virtual-queue (two thresholds, mark all packets above the high
> threshold, mark packets with specified probability between thresholds,
> do not mark below the lower threshold
>      - used for admission in cl-phb
>      
> 2) "step" virtual queue (only one threshold, mark packets above it, do
> not mark packets below it
>     
>      - used as an option for admission in cl-phb draft
>      - is equivalent to token-bucket-based implementation of admission
> marking in 3sm draft 
>  
> 3) excess rate-based virtual marking 
>      - all packets whose measured rate exceeds the configured
> termination rate are marked
>            -> can be implemented by standard token bucket
>      - used for termination in cl-phb and single-marking
>      - used for admission in single-marking
>
> 4) excess rate marking with slow-down
>      - used in 3sm 
>      - marks a subset of packets exceeding the rate 
>      - can be implemented by adding the slow-down function to token
> bucket, as done in CL
>
> 5) excess-rate-proportional marking
>      - I believe this is the "encoded" marking in draft-westberg, used
> for termination
>      - marks a fraction of all packets, where the fraction encodes the
> amount of overload  (but not equal to the amount of overload)
>       (here I hope the authors of draft-westberg will jump in with
> explanations or crrections of the details)
>      
>      
>   
>>> With a multi-marking scheme, when a congested router marks packets 
>>> with _termination_ marks, does it matter _which_ packets (and hence 
>>> which flows) are marked? Is there an assumption that the 
>>>       
>> system will 
>>     
>>> terminate those and only those flows? Or is termination marking 
>>> similar to admission marking, for which piggybacking them onto the 
>>> current traffic stream is simply a convenient transport mechanism?
>>> Meaning that in the latter case, the egress is free to 
>>>       
>> terminate flows 
>>     
>>> whose packets didn't have congestion markings, and let flows remain 
>>> whose packets did, as long as whatever decision it comes to 
>>>       
>> alleviates 
>>     
>>> the congestion?
>>>       
>> The individual marked packets are irrelevant for the flow 
>> termination result of the "measured rate termination" 
>> approach while they exactly determine the flows to be 
>> terminated for the "marked flow termination" 
>> approach. If the "measured rate termination" wants to cope 
>> with multipath routing, it should also terminate a subset of 
>> the marked flows.
>>     
>
> Yes. Said in other words, it matters for some proposals and does not
> matter for others.
>
>   
>>> Schemes where the termination decision is influenced by which flows 
>>> have received termination marks seem to require per-flow 
>>>       
>> state at the 
>>     
>>> routers, because they need to be sure that they terminate a 
>>>       
>> sufficient 
>>     
>>> volume of traffic. That seems to conflict with the goal of the 
>>> architecture to limit that such state to the domain boundary, right?
>>>       
>> I don't see where extra per-flow states need to be kept when 
>> the termination decision is influenced by which flows have 
>> received the termination marks. Interior PCN nodes just mark 
>> packets for "marked flow termination" as for "measured rate 
>> termination". No flow states are required inside the PCN 
>> domain. In both cases the PCN egress nodes communicate the 
>> outcome of the marking (individual flows or excess traffic 
>> rate) to the respective flow termination entitiy (wich often is
>> - unnecessarily - assumed to be collocated with the PCN 
>> ingress router). 
>> Do I miss something?
>>     
>
> Also not sure why Lars thinks per-flow state is needed?
>
>   
>>> [3] Marking dynamics
>>>
>>> I've seen two ways in the documents that describe how 
>>>       
>> routers should 
>>     
>>> mark packets: First, a scheme where the frequency at which a router 
>>> marks packets is proportional to some level of pre-congestion or 
>>> congestion. Second, a scheme where a router starts marking _all_ 
>>> packets when congestion exceeds a certain level.
>>>
>>> The first scheme transmits much finer-grained information from the 
>>> routers to the egress, which should benefit the decision algorithm 
>>> there. The second scheme basically signals a binary 
>>>       
>> condition. I can't 
>>     
>>> come up with a reason why the second scheme should be the 
>>>       
>> better one - 
>>     
>>> can anyone explain?
>>>       
>> "Termination/excess-traffic" marking: only those packets are 
>> marked that exceed the "supportable/tolerable/termination" rate.
>> 1) Measured rate termination requires this to determine the 
>> rate to be terminated.
>>     
>
> Actually, in cl-phb and single marking, it is the amount of
> *termination- *un*marked packets that determines the desired rate, and
> then the excess over this rate is terminated at the ingress.  This is
> different than terminating the amount of marked packets if there is any
> loss in the system. Also, makes some of the problems associated with
> timing of removal somehat easier).
>
>   
>> 2) Marked flow termination uses an additional slowdown 
>> parameter to reduce the number of marked flows to avoid 
>> overtermination as all marked flows are going to be terminated.
>> Thus, both cases have a strong reason why not all packets 
>> should be marked.
>>
>> Single marking and "Admission/admission-stop" marking in case of
>> "multi-marking":
>> 1) The single marking approach proposes to mark only a 
>> fraction of the traffic. Otherwise, there is no room to 
>> signal excess traffic which is done by just marking more traffic.
>> The exact rate of marked packets needs to be determined fast 
>> which is difficult in the presence of bursty or time-varying 
>> traffic. 5% error is already a significant difference that 
>> may impact the admission decision. 
>> Using EWMA with a LONG memory to improve the measurement 
>> accuracy delays the recognition of increased traffic rates. I 
>> guess that this problem is not visible for periodic traffic.
>>
>>     
>
> Single-marking simulation draft actually provides some insight on the
> issue of sensitivity to parameters. As it is not directly related to
> Lars's question, will not discuss it here, though.
>
>   
>> 2) The approach presented in the 3sm draft marks all packets 
>> with admission-stop as soon as the admissible rate is exceeded.
>> Either 0% or 100% of the traffic is marked when the rate on 
>> the link is clearly below or above the admissible rate. 
>> Therefore, 5% error in the measurement process are 
>> negligible. The measurement can be done faster. 
>> The "all or nothing" approach can be seen as a "strong" 
>> signal which can be recognized more easily and therefore 
>> faster than an exact rate can be determined.
>>
>> However, further simulations are required to underpin this speculation
>>
>>     
>
> Indeed. A sensitivity study to the timeout parameter value is needed.
> The other side of the coin of "strong" signal is that for traffic that
> is not very smooth reacting to a single mark to stop admission may
> result in substantial underadmission.  Michael is quite right that
> additional study is required to quantify that.  Also a subject of a
> separate discussion, I think. 
>
> Best,
> Anna 
>
>   
>> Regards,
>>
>>     Michael
>>
>>     
>>> Thanks and see you next week,
>>> Lars
>>>
>>>       
>> ----------------------------------------------------------------------
>>     
>>> --
>>>
>>> _______________________________________________
>>> PCN mailing list
>>> PCN@ietf.org
>>> https://www1.ietf.org/mailman/listinfo/pcn
>>>   
>>>       
>> --
>> Dr. Michael Menth, Assistant Professor
>> University of Wuerzburg, Institute of Computer Science Am 
>> Hubland, D-97074 Wuerzburg, Germany, room B206
>> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632 
>> mailto:menth@informatik.uni-wuerzburg.de
>> http://www3.informatik.uni-wuerzburg.de/research/ngn
>>
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>
>>     

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Sat Jul 21 02:17:29 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IC8HQ-0006a6-I4; Sat, 21 Jul 2007 02:17:28 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IC8HP-0006Zz-09
	for pcn-confirm+ok@megatron.ietf.org; Sat, 21 Jul 2007 02:17:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IC8HO-0006Zq-I9
	for pcn@ietf.org; Sat, 21 Jul 2007 02:17:26 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IC8HM-00014K-V5
	for pcn@ietf.org; Sat, 21 Jul 2007 02:17:26 -0400
Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id l6L6HH7B005867;
	Sat, 21 Jul 2007 08:17:17 +0200 (MEST)
Received: from 212.123.202.81 (auth. user karagian@imap2.cs.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Sat, 21 Jul 2007 06:17:16 +0000
To: pcn@ietf.org, philip.eardley@bt.com
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Date: Sat, 21 Jul 2007 06:17:16 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <oTxcJmeQ.1184998636.1043470.karagian@ewi.utwente.nl>
In-Reply-To: <004c01c7cb00$f65088a0$4c0d5982@dynamic.ewi.utwente.nl>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.0 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.71 () FVGT_s_MULTI_OBFU_2,J_CHICKENPOX_93
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Sat, 21 Jul 2007 08:17:23 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4cbeb0f20efb229aa93fae1468d20275
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

On 7/20/2007, "Georgios Karagiannis" <karagian@cs.utwente.nl> wrote:

>Hi Phil
>
>Thank you very much for the comments!
>Please see some remarks in line!
>
>
>> -----Original Message-----
>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>> Sent: donderdag 19 juli 2007 12:12
>> To: khchan@nortel.com; pcn@ietf.org
>> Subject: RE: [PCN] Fwd: I-D
>> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>>
>> Kwok, Georgios
>>
>> I read your draft. I have quite a lot of comments, but the
>> basic msg is that i think it's a suitable starting point for
>> a WG draft (towards the Charter milestone on this subject) - thanks.
>
Georgios: Thank you very much!

>>
>> 1. motivation & goals
>> this seems quite long for this draft, maybe the material is
>> more suitable elsewhere eg architecture draft?
>
Georgios: We will try to reduce the text!

>>
>> 2. PCN encoding .. in current PCN .. mechanisms & Appendix I
>> didn't find it useful to present the various proposed
>> mechanisms. The dependence between encoding & mechanism
>> (marking algo & PCN-boundary-node reaction) seem pretty weak
>> to me. In fact I think there's almost none, except in terms
>> of the number of codepoints that a proposed mechanism uses.
>> (Even this is not clear-cut; for example 'Affected marking'
>> could, I think, be easily added to those proposals that don't
>> mention it, or indeed removed from those proposals that do.)
>>
>> So can this section simply say that different proposals
>> require different numbers of encoding codepoints, and explain
>> this in a paragraph?
>
Georgios: Please note that this draft should be a survey.
Thus what we have done we have checked
the existing PCN like mechanisms and briefly described them.
In this way we could described which PCN features and which
encoding modes/states are supported(and thus are available) by these
mechanisms.
I would like to keep this section.

>>
>> Incidentally, I found it a bit confusing to describe "not
>> congested" as a feature - at least, it doesn't seem a feature
>> in the way that adm ctrl & flow termination are features. In
>> fact, I found the discussion of 'features' in S3 & 4 a bit
>> misleading (stick with codepoints).
>
Georgios: I think that a better term would be PCN encoding features,
instead
of PCN features.
In this case "not congested" admission control and flow termination can
be
seen to belong in the same category. What we actually wanted to do is to
emphaisze and differentiate between
PCN encoding features and encoding modes/states.
This is because one PCN encoding feature can be accomplished using more
than
one encoding modes/states

>>
>> I think phrases like "requirement for xx marking" could be
>> better expressed (are they reqts? It's a choice about how
>> many codepoints we
>> have)

Georgios: Do you have any suggestion on naming?

>>
>> 3. survey of encoding
>> the table is very useful.
>>
>> Would it be better grouping the options in terms of the
>> number of codepoints required? Ie if the mechanism needs 3
>> codepoints here are your options; if it needs 4 here they are etc.

Georgios: I am not sure if this will encounter what we wanted to do.
Please note that we intended to also include the PCN encoding features
that are supported by each option.

>> Should there be an option similar to option 9, but with PCN dscp?

>> Should there be an option similar to option 10/11, but with 2 DSCPs?
>> (that single marking mechanism could use)

Georgios: I do not understand this remarks. Maybe we can discuss them in
Chicago


>>
>> Don't understand NDS-CE
Georgios: will clarify!

>>
>> There are many typos where 'none' should be 'non' (non PCN capable
>> transport)

Georgios: agree it is a typo!

>>
>> In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I
>> remember back in Briscoe-cl-phb we looked at an option where
>> PCN marking was signalled by a *change* of codepoint, maybe
>> it's referring to this idea? ie Adm marking is 01 -> 00 &
>> Termination marking is 10 -> 11.)

Georgios: yes this is taken from Briscoe-cl-phb draft.

>>
>> S3.4 use of IPFIX. I know you included this section because
>> the charter seems to suggest it - but I must admit to finding
>> it out of place in this doc.

Georgios: I think it is good to include an option that uses for encoding
and transport a different channel than the data path.

>>
>>
>> 4. comparison
>> I wonder if it's worth starting this section with all the
>> points that relate to how many codepoints there should be,
>> and later handle the more detailed aspects.
>>
>> Aspects of the first part:
>> - will there be non-PCN traffic in the DS network? (surely a
>> clear yes, ie we need a separate PCN DSCP(s))
>> - MPLS (which has limited codepoint space) [discussed in
>> earlier Briscoe-cl-architecture drafts - could adapt text from there]
>> - whether 'affected marking' is needed /useful [no consensus
>> at present
>> - based on your text in S2]
>> - whether adm ctrl & termination ctrl can be driven by the
>> same encoding

Georgios: Check and discuss the above issues in Chicago

>>
>> - perhaps that adm ctrl & flow termination mechanisms are not
>> required to both be deployed (just one could be)
>> - etc

Georgios: yes, but many scenarios require both ... Therefore is good to
emphasize which of them support both and which not!
>>
>> this would actually shorten some of the draft, eg S4.2.3
>> could basically disappear.
>>
>>
>> some of the ECN nonce discussion I found hard to follow
>> 4.1.5. explain what 'alternate ECN semantics' means
>> S4.2.5 I didn't follow what cases you were distinguishing.
>> there are a couple of issues at the high level: whether ECN
>> nonce is useful with PCN; backwards compatibility of PCN with
>> ECN nonce, eg in an 'unusual situation' such as the PCN pkt
>> encounters an 'old' (ECN) router.

Georgios: we have to update and enlarge section 4.2.5
>>
>> could mention the discussion we had about the charter
>> assuming a single domain, but we're going to keep strongly in
>> mind that want it to work multi-domain in future. This seems
>> esp important when it comes to encoding - after all, if it's
>> just your domain you can do what you like.
>> The multi-domain consideration has several impacts I think:
>> * makes standardising encoding important
>> * need to consider rfc4774 [because the issues it raises are
>> probably more significant in the inter-domain case than in
>> one domain under one operator's control]

georgios: Thus you propose to include the multi-domain support as an
additional criterion

>> * need to consider limitations about encoding from
>> draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism
>> for making PCN work inter-domain]

Georgios: We will discuss this in CHicago

Best regards,
Georgios

>>
>> best wishes - see you in Chicago!
>> phil
>>
>> > -----Original Message-----
>> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> > Sent: 05 July 2007 21:13
>> > To: pcn@ietf.org
>> > Subject: [PCN] Fwd: I-D
>> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >
>> > PCN WG:
>> > I would like to bring to your attention the availability of the
>> > initial version of PCN Encoding Comparison draft.
>> >
>> > Please review and comment.  And discuss on the PCN list.
>> >
>> > Thank you very much and looking forward to your comments.
>> > -- Kwok and Georgios --
>> >
>> > >To: i-d-announce@ietf.org
>> > >Cc:
>> > >From: Internet-Drafts@ietf.org
>> > >Date: Thu, 05 Jul 2007 13:15:02 -0400
>> > >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
>> > >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> > >X-BeenThere: i-d-announce@ietf.org
>> > >X-Mailman-Version: 2.1.5
>> > >Reply-To: internet-drafts@ietf.org
>> > >List-Id: i-d-announce.ietf.org
>> > >List-Unsubscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
>> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> > >List-Post: <mailto:i-d-announce@ietf.org>
>> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
>> > >List-Subscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
>> > >X-Spam-Score: 2.3
>> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> > ecarhea1.nortel.com
>> > >X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
>> > >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D1
>> > >X-DNSBL-Score: -50
>> > >X-DNSBL-Servers: bl.nortel.com
>> > >X-SMTP-HELO: megatron.ietf.org
>> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> > >X-SMTP-RCPT-TO:
>> >
>> >kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharr
>> ath@nortel
>> .c
>> >
>> om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,hu
>> iwc@nortel
>> .c
>> >
>> om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,kh
>> chan@norte
>> l.
>> > com
>> > >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
>> > >X-SMTP-REASON: PASSED
>> > >X-SMTP-ID: 1183656101.14019435
>> > >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
>> > >FILETIME=3D[F47A20B0:01C7BF28]
>> > >
>> > >A New Internet-Draft is available from the on-line Internet-Drafts
>> > >directories.
>> > >
>> > >
>> > >         Title           : Pre-Congestion Notification Encoding
>> > Comparison
>> > >         Author(s)       : K. Chan, G. Karagiannis
>> > >         Filename        :
>> draft-chan-pcn-encoding-comparison-00.txt
>> > >         Pages           : 36
>> > >         Date            : 2007-7-5
>> > >
>> > >    DiffServ mechanisms have been developed to support Quality of
>> Service
>> > >    (QoS).  However, the level of assurance that can be
>> provided with
>> > >    DiffServ without substantial over-provisioning is
>> limited.  Pre-
>> > >    Congestion Notification (PCN) investigates the use of per-flow
>> > >    admission control to provide the required service
>> guarantees for
>> the
>> > >    admitted traffic.  While admission control will protect the QoS
>> under
>> > >    normal operating conditions, an additional flow termination
>> > > mechanism   is necessary in the times of heavy congestion (e.g.
>> caused
>> > by route
>> > >    changes due to link or node failure).
>> > >
>> > >    Encoding and their transport are required to carry the
>> congestion
>> and
>> > >    pre-congestion information from the congestion and
>> pre-congestion
>> > >    points to the decision points.  This document provides a survey
>> of
>> > >    several encoding methods, using comparisons amongst
>> them as a way
>> to
>> > >    explain their strengths and weaknesses.
>> > >
>> > >
>> > >
>> > >A URL for this Internet-Draft is:
>> >
>> >http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> omparison-
>> > 00.txt
>> > >
>> > >To remove yourself from the I-D Announcement list, send a
>> message to
>> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
>> of
>> > >the message.
>> > >You can also visit
>> https://www1.ietf.org/mailman/listinfo/I-D-announce
>> > >to change your subscription settings.
>> > >
>> > >Internet-Drafts are also available by anonymous FTP. Login
>> with the
>> > >username "anonymous" and a password of your e-mail address. After
>> > >logging in, type "cd internet-drafts" and then "get
>> > >draft-chan-pcn-encoding-comparison-00.txt".
>> > >
>> > >A list of Internet-Drafts directories can be found in
>> > >http://www.ietf.org/shadow.html or
>> > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> > >
>> > >Internet-Drafts can also be obtained by e-mail.
>> > >
>> > >Send a message to:
>> > >         mailserv@ietf.org.
>> > >In the body type:
>> > >         "FILE /internet-drafts/draft-chan-pcn-encoding-comparison-
>> > 00.txt".
>> > >
>> > >NOTE:   The mail server at ietf.org can return the document in
>> > >         MIME-encoded form by using the "mpack" utility.
>> To use this
>> > >         feature, insert the command "ENCODING mime" before the
>> "FILE"
>> > >         command.  To decode the response(s), you will
>> need "munpack"
>> or
>> > >         a MIME-compliant mail reader.  Different
>> MIME-compliant mail
>> > readers
>> > >         exhibit different behavior, especially when dealing with
>> > >         "multipart" MIME messages (i.e. documents which have been
>> split
>> > >         up into multiple messages), so check your local
>> documentation on
>> > >         how to manipulate these messages.
>> > >
>> > >Below is the data which will enable a MIME compliant mail reader
>> > >implementation to automatically retrieve the ASCII version of the
>> > >Internet-Draft.
>> > >
>> > >Content-Type: text/plain
>> > >Content-ID: <2007-7-5125842.I-D@ietf.org>
>> > >
>> > >ENCODING mime
>> > >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>> > >
>> > >
>> >
>> ><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> omparison-
>> > 00.txt>
>> > >_______________________________________________
>> > >I-D-Announce mailing list
>> > >I-D-Announce@ietf.org
>> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > PCN mailing list
>> > PCN@ietf.org
>> > https://www1.ietf.org/mailman/listinfo/pcn
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>
>


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Sat Jul 21 02:28:31 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IC8S7-0006Q7-8e; Sat, 21 Jul 2007 02:28:31 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IC8S5-0006N2-T6
	for pcn-confirm+ok@megatron.ietf.org; Sat, 21 Jul 2007 02:28:29 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IC8S5-0006Mu-J0
	for pcn@ietf.org; Sat, 21 Jul 2007 02:28:29 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IC8S3-0001DY-Sq
	for pcn@ietf.org; Sat, 21 Jul 2007 02:28:29 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 4275576E2;
	Sat, 21 Jul 2007 08:28:25 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 3432A77AC;
	Sat, 21 Jul 2007 08:28:25 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id DD73977A6;
	Sat, 21 Jul 2007 08:28:24 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6L6SOh30015; 
	Sat, 21 Jul 2007 08:28:24 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id B66186F58E; Sat, 21 Jul 2007 08:22:36 +0200 (CEST)
Message-ID: <46A1A6BB.6070603@informatik.uni-wuerzburg.de>
Date: Sat, 21 Jul 2007 08:24:59 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Georgios Karagiannis <karagian@cs.utwente.nl>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
References: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
	<75A199C5D243C741BF3D3F1EBCEF9BA5019DC347@E03MVZ1-UKDY.domain1.systemhost.net>
	<001f01c7cadc$5edd0f30$4c0d5982@dynamic.ewi.utwente.nl>
	<002101c7cae4$4a4ef030$4c0d5982@dynamic.ewi.utwente.nl>
In-Reply-To: <002101c7cae4$4a4ef030$4c0d5982@dynamic.ewi.utwente.nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f8184d7d4d1b986353eb58ea3e887935
Cc: Lars.westberg@ericsson.com, pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Georgios,

thank you very much for this email. It clarified things that I haven't 
understood or overseen when reading the draft.

Georgios Karagiannis wrote:
>  Hi Phil, Michael, Joe
>
> I have read the 3sm draft, see below, and quicly compared it with the LC-PCN
> draft.
>
> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.txt
>
> >From a quick comparison I could derive is the following:
> * Both algorithms can provide admission control, flow termination and 
> ECMP handling during admission control and flow termination.
>
> * Both algoriuthms use excess rate measurements at the interior. The
> semantics are the same, but 
> the implementation type is different, token bucket versus bandwidth
> measurements.
>   

3sm does not perform excess rate measurement, but a token bucket marks 
excess traffic. Interior routers do not calculate rates!

> * Both algorithms use probing during the admission control process and the
> egress rejects a 
> request when they are in "admission-stop" (or "congestion notification"
> state.
>   

3sm allows probing as an option when necessary, but it is not the 
default mode.


> The LC-PCN can support two encoding modes/states:
> * One encoding mode/state for admission control and flow termination
> In the current version only this option is described in detail. The marking
> and metering used 
> For admission control in 3SM and LC-PCN are different. Note that the 3SM
> does not use the reduction factor "s"
> In case of admission control, while in LC-PC, when the "encoded DSCP"
>  marking is used, then the relation factor between metering and marking (N)
> is used.
>   

What's the benefit of using the "relation factor N" for admission 
marking? I haven't understood the objective of that mechanism.

> * Two encoding mode/state: one for admission control and one for flow
> termination
> (in this case the "notified DSCP"" is used for admission control and the
> "encoded DSCP"
> Is used for flow termination. Note that in this option the factor N is not
> used for admission control in LC-PCN.
> In this case the metering and marking 
> Schemes used in 
> LC-PCN and 3SM are semantically very similar.
>
> * For flow termination, when only one value of the "s" parameter is used in
> whole PCN domain (in LC-PCN one N value should be used in whole domain) then
> the metering and marking algorithms in 3SM and LC-PCN are from a semantic
> point of view the same. 

I'm not so sure whether they are the same. What's the objective of using 
N in combination with termination marking?

> The mechanisms at the edges are somehow different.
> In 3SM all flows that are marked are selected for termination, while in
> LC-PCN flows the excess rate is measured and according to this rate
> (corrected by using the value of N)
> a number of flows that are  "affected marked" and "encoded marked" are
> selected for termination.
> Note that the LC-PCN algorithm at the egress takes into account the priority
> of flows. 
> However, the LC-PCN algorithm also works when no priority differentiation
> between flows is used.
>   

Best regards,

    Michael

> Best regards,
> Georgios
>
>
>
>
>
> I think that semantically the metering and marking mechanism are similar.
> hen the parameter "s" is set to be equal in whole PCN domain 
>
>   
>> -----Original Message-----
>> From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl] 
>> Sent: vrijdag 20 juli 2007 16:44
>> To: 'Georgios Karagiannis'
>> Subject: RE: [PCN] Fwd: I-D 
>> ACTION:draft-westberg-pcn-load-control-00.txt
>>
>>  
>>
>>
>> ________________________________
>>
>> 	From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
>> 	Sent: donderdag 19 juli 2007 18:01
>> 	To: Lars.westberg@ericsson.com; pcn@ietf.org
>> 	Subject: RE: [PCN] Fwd: I-D
>> ACTION:draft-westberg-pcn-load-control-00.txt
>> 	
>> 	
>>
>> 	Lars
>>
>> 	 
>>
>> 	I have just been reading
>> http://www.ietf.org/internet-drafts/draft-babiarz-pcn-3sm-00.t
>> xt. it seems a very similar proposal? So one way it might be 
>> useful to clarify your proposal is to compare it with the 
>> babiarz proposal.
>>
>> 	 
>>
>> 	Could you clarify how it differs:
>>
>> 	* in the 2 algorithms at the PCN-interior-nodes, ie for 
>> admission-marking & termination-marking
>> 	* in the encoding used for for admission-marking & 
>> termination-marking (I think it's simply that draft-babiarz 
>> doesn't define encodings (ECN field mentioned in passing), 
>> whereas draft-westberg says use new dscps).
>> 	* in the reaction at the PCN-boundary-nodes
>>
>> 	 
>>
>> 	thanks,
>>
>> 	phil
>>
>> 	-----Original Message-----
>> 	From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
>> 	Sent: 19 July 2007 15:22
>> 	To: Lars.westberg@ericsson.com; pcn@ietf.org
>> 	Subject: RE: [PCN] Fwd: I-D
>> ACTION:draft-westberg-pcn-load-control-00.txt
>>
>> 	 
>>
>> 	Lars
>>
>> 	 
>>
>> 	I started reading your draft, but have a couple of 
>> clarification questions about what you're proposing.
>>
>> 	 
>>
>> 	As I understand it:-
>>
>> 	* there are two marking algorithms on the interior routers
>>
>> 	* Admission-marking: if the rate exceeds threshold-1, 
>> then all pkts are Adm marked
>>
>> 	* Termination-marking: if the rate exceeds threshold-2, 
>> the excess-traffic rate is measured and a fraction (1/N) of 
>> the excess rate is Termination marked.
>>
>> 	 
>>
>> 	The adm marking algo is a bit unclear to me, sometimes 
>> it's described as marking all pkts as soon as threshold-1 is 
>> exceeded - sometimes (eg S4.1.3) it seems that a fraction of 
>> the excess traffic is marked (same idea as above under " * 
>> Termination marked"). Which is correct?
>>
>> 	 
>>
>> 	I'm also not sure what "encoded DSCP" and "notified 
>> DSCP" mean. Do they correspond to Admission-marking and 
>> Termination-marking, or do they mean something else?
>>
>> 	 
>>
>> 	A point that doesn't just apply to this draft:
>>
>> 	
>> http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pk
>> t-mark-00.txt
>> which looks at "whether to allow for packet size when the 
>> network codes or when the transport decodes congestion 
>> notification." This draft argues that, when marking, the 
>> packet size should not be taken into account. 
>> 	 
>> 	Thanks
>> 	phil
>>
>> 	 
>>
>> 	-----Original Message-----
>> 	From: Lars Westberg [mailto:Lars.westberg@ericsson.com] 
>> 	Sent: 25 June 2007 12:22
>> 	To: pcn@ietf.org
>> 	Subject: [PCN] Fwd: I-D
>> ACTION:draft-westberg-pcn-load-control-00.txt
>>
>> 	 
>>
>> 	Dear all
>> 	
>> 	The "LC-PCN - The Load Control PCN solution" draft can 
>> be found via:
>> 	
>> http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co
>> ntrol-00.txt
>> 	
>> 	
>> 	Abstract
>> 	
>> 	There is an increased interest of simple and scalable 
>> resource provisioning
>> 	solution for Diffserv network.
>> 	The Load Control PCN (LC-PCN) addresses the following issues:
>> 	
>> 	1. Admission control for real time data flows in 
>> stateless Diffserv Domains
>> 	2. Flow termination: Termination of flows in case of 
>> exceptional events,
>> 	such as severe congestion after re-routing.
>> 	Admission control in a Diffserv stateless domain is a 
>> combination
>> of:
>> 	
>> 	  1. Probing, whereby a probe packet is
>> 	   sent along the forwarding path in a network to determine
>> 	   whether a flow can be admitted based upon the current
>> 	   congestion state of the network
>> 	
>> 	  2. Admission control based on data marking, whereby 
>> in congestion
>> 	    situations the data packets are marked to notify 
>> the egress node
>> 	    that a congestion occurred on a particular ingress to egress
>> 	    path.
>> 	    The scheme provides the capability of controlling 
>> the traffic load in
>> 	    the network without requiring signaling or any 
>> per-flow processing in
>> 	    the core routers. The complexity of Load Control is 
>> kept to a minimum
>> 	    to make implementation simple.
>> 	
>> 	Kind regards,
>> 	
>> 	Lars
>>
>>
>>
>>     

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Sun Jul 22 22:10:17 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ICnNJ-0005YU-8O; Sun, 22 Jul 2007 22:10:17 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ICnNH-0005YP-Qg
	for pcn-confirm+ok@megatron.ietf.org; Sun, 22 Jul 2007 22:10:15 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ICnNH-0005YG-Dc
	for pcn@ietf.org; Sun, 22 Jul 2007 22:10:15 -0400
Received: from hiltonsmtp.worldspice.net ([216.37.94.58])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ICnNG-0007eq-RY
	for pcn@ietf.org; Sun, 22 Jul 2007 22:10:15 -0400
Received: (qmail 30788 invoked by uid 0); 23 Jul 2007 02:02:40 -0000
Received: by simscan 1.2.0 ppid: 30782, pid: 30784, t: 1.1357s
	scanners: clamav: 0.90.2/m: spam: 3.1.8
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on
	hiltonsmtp.worldspice.net
X-Spam-Level: ****
X-Spam-Status: No, score=4.2 required=6.5 tests=ALL_TRUSTED,BAYES_99,
	HTML_MESSAGE autolearn=disabled version=3.2.1
Received: from unknown (HELO jys3105121962) (z24109@67.97.210.2)
	by hiltonsmtp.worldspice.net with ESMTPA; 23 Jul 2007 02:02:39 -0000
Message-ID: <003b01c7ccce$93b17b80$4fa81cac@jys3105121962>
From: "Tina TSOU" <tena@huawei.com>
To: <pcn@ietf.org>
Date: Sun, 22 Jul 2007 21:09:54 -0500
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 156eddb66af16eef49a76ae923b15b92
Subject: [PCN] thoughts for draft-charny-pcn-single-marking-02
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1053948549=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1053948549==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0038_01C7CCA4.A6D57BA0"

This is a multi-part message in MIME format.

------=_NextPart_000_0038_01C7CCA4.A6D57BA0
Content-Type: text/plain;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

Hi all,

Some thoughts came to my mind for draft-charny-pcn-single-marking-02.txt =
as below.

1)      If the single marking scheme could solve all the problems that =
the dual marking scheme could, only with very little tradeoffs? What are =
the biggest tradeoffs?

2)      If single marking can solve all the problems, why not consider =
give up dual marking approach?

3)      Per draft-charny-pcn-single-marking-02, single marking approach =
can transit to dual marking approach, why not directly design the dual =
marking directly, is there reason to keep the single marking approach?

4)      A) How to mark the interim node? Single marking approach =
requires marking Excess Traffic; dual marking approach does not require =
this, so they are impossible to be compatible with each other at this =
point. May dual marking approach adopt only mark Excess Traffic method, =
whatever for Admission Rate or Termination Rate?

B) Egress and Ingress measurement basis and decision basis are different =
for single marking and dual marking approaches. Via the configuration to =
let both working modes work together, both modes can co-exist, but in =
fact they don=A1=AFt have compatibility. Then why do we do it?

C) Since single marking and dual marking don=A1=AFt have compatibility, =
and solve the almost the same problem, do we need to select and only =
keep one approach?

=20

=20


Tks:)



B. R.

Tina

------=_NextPart_000_0038_01C7CCA4.A6D57BA0
Content-Type: text/html;
	charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312">
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3>Hi all,</FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3>Some thoughts came to my mind for=20
draft-charny-pcn-single-marking-02.txt as below.</FONT></SPAN></P>
<P class=3DMsoNormal=20
style=3D"MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 =
level1 lfo1; tab-stops: list 18.0pt"><FONT=20
face=3D"Times New Roman"><SPAN lang=3DEN-US=20
style=3D"mso-fareast-font-family: 'Times New Roman'"><SPAN=20
style=3D"mso-list: Ignore"><FONT size=3D3>1)</FONT><SPAN=20
style=3D"FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN></SPAN></SPAN><SPAN lang=3DEN-US><FONT size=3D3>If the single =
marking scheme=20
could solve all the problems that the dual marking scheme could, only =
with very=20
little tradeoffs? What are the biggest =
tradeoffs?</FONT></SPAN></FONT></P>
<P class=3DMsoNormal=20
style=3D"MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 =
level1 lfo1; tab-stops: list 18.0pt"><FONT=20
face=3D"Times New Roman"><SPAN lang=3DEN-US=20
style=3D"mso-fareast-font-family: 'Times New Roman'"><SPAN=20
style=3D"mso-list: Ignore"><FONT size=3D3>2)</FONT><SPAN=20
style=3D"FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN></SPAN></SPAN><SPAN lang=3DEN-US><FONT size=3D3>If single marking =
can solve=20
all the problems, why not consider give up dual marking =
approach?<?xml:namespace=20
prefix =3D o ns =3D "urn:schemas-microsoft-com:office:office"=20
/><o:p></o:p></FONT></SPAN></FONT></P>
<P class=3DMsoNormal=20
style=3D"MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 =
level1 lfo1; tab-stops: list 18.0pt"><FONT=20
face=3D"Times New Roman"><SPAN lang=3DEN-US=20
style=3D"mso-fareast-font-family: 'Times New Roman'"><SPAN=20
style=3D"mso-list: Ignore"><FONT size=3D3>3)</FONT><SPAN=20
style=3D"FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN></SPAN></SPAN><SPAN lang=3DEN-US><FONT size=3D3>Per=20
draft-charny-pcn-single-marking-02, single marking approach can transit =
to dual=20
marking approach, why not directly design the dual marking directly, is =
there=20
reason to keep the single marking approach?</FONT></SPAN></FONT></P>
<P class=3DMsoNormal=20
style=3D"MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 =
level1 lfo1; tab-stops: list 18.0pt"><FONT=20
face=3D"Times New Roman"><SPAN lang=3DEN-US=20
style=3D"mso-fareast-font-family: 'Times New Roman'"><SPAN=20
style=3D"mso-list: Ignore"><FONT size=3D3>4)</FONT><SPAN=20
style=3D"FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
</SPAN></SPAN></SPAN><SPAN lang=3DEN-US><FONT size=3D3>A) How to mark =
the interim=20
node? Single marking approach requires marking Excess Traffic; dual =
marking=20
approach does not require this, so they are impossible to be compatible =
with=20
each other at this point. May dual marking approach adopt only mark =
Excess=20
Traffic method, whatever for Admission Rate or Termination=20
Rate?</FONT></SPAN></FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt 18pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3>B) Egress and Ingress measurement =
basis and=20
decision basis are different for single marking and dual marking =
approaches. Via=20
the configuration to let both working modes work together, both modes =
can=20
co-exist, but in fact they don=A1=AFt have compatibility. Then why do we =
do=20
it?</FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt 18pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3>C) Since single marking and dual =
marking don=A1=AFt=20
have compatibility, and solve the almost the same problem, do we need to =
select=20
and only keep one approach?</FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt 18pt"><SPAN =
lang=3DEN-US><o:p><FONT=20
face=3D"Times New Roman" size=3D3>&nbsp;</FONT></o:p></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt 18pt"><SPAN=20
lang=3DEN-US><o:p></o:p></SPAN><SPAN lang=3DEN-US><FONT face=3D"Times =
New Roman"=20
size=3D3><FONT face=3DArial size=3D2>&nbsp;</FONT></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3></FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT=20
face=3D"Times New Roman" size=3D3>Tks:)</FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT face=3DArial=20
size=3D2>B. R.</FONT></SPAN></P>
<P class=3DMsoNormal style=3D"MARGIN: 0cm 0cm 0pt"><SPAN =
lang=3DEN-US><FONT face=3DArial=20
size=3D2>Tina</FONT></SPAN></P></FONT></SPAN></FONT></DIV></BODY></HTML>

------=_NextPart_000_0038_01C7CCA4.A6D57BA0--




--===============1053948549==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1053948549==--






From pcn-bounces@ietf.org Mon Jul 23 07:16:24 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ICvto-0006aV-M9; Mon, 23 Jul 2007 07:16:24 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ICvtm-0006a5-VX
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 07:16:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ICvtj-0006Yn-2l
	for pcn@ietf.org; Mon, 23 Jul 2007 07:16:19 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ICvth-0002mv-IS
	for pcn@ietf.org; Mon, 23 Jul 2007 07:16:19 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 23 Jul 2007 12:16:16 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 12:16:16 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 118518937590; Mon, 23 Jul 2007 12:16:15 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.203])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6NBFv9i008051; Mon, 23 Jul 2007 12:16:12 +0100
Message-Id: <5.2.1.1.2.20070722215415.02bd4de8@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Sun, 22 Jul 2007 22:54:20 +0100
To: "Kwok-Ho Chan" <khchan@nortel.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] EncodingCompDraftIssue#1: Reliance on DiffServ for
	traffic separation
In-Reply-To: <ZRTPHXM19ZNMjiGwYt70000061f@zrtphxm1.corp.nortel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -0.4 () ALL_TRUSTED,DATE_IN_PAST_12_24
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 23 Jul 2007 11:16:16.0519 (UTC)
	FILETIME=[E308B170:01C7CD1A]
X-Spam-Score: 1.8 (+)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Kwok,

I think no-one answered your question below that is a pre-requisite for the 
whole encoding comparison. See embedded for my response.

At 17:37 10/07/2007, Kwok-Ho Chan wrote:
>This is the start of Issue #1 for draft-chan-pcn-encoding-comparison-xx.txt.
>
>In -00 of the Encoding Comparison draft,
>we have organized the encoding choices and made some assumptions
>on the possible use of DiffServ for the purpose of separating the PCN traffic
>from all other traffic.
>
>Would want to test this assumption by making it the Issue #1 for the
>Encoding Comparison draft:
>
>"Should the PCN WG requires the use of DiffServ (or some other mechanism)
>to separate the PCN (packet) traffic from all other (packet) traffic?"

May I re-write this question with a specific example, to ensure everyone 
understands (and to confirm I've understood your question)?

How do we distinguish three states like these:
                                         Option X        Option Y
0... other non-EF, non-PCN states       DSCP0...        DSCP0...
1 EF scheduling without PCN marking     DSCP1           DSCP1 + ECN0
2 EF scheduling with    PCN marking     DSCP2           DSCP1 + ECN1

In both cases, the DSCP distinguishes PCN marking from not, but in Option Y 
PCN is turned on by the DS field *combined* with the ECN field.

A packet's DSCP says what scheduling behaviour the interface should use to 
handle that packet. It can also say that the packet should experience a 
congestion marking behaviour (3168 says all PHBs get the default 3168 ECN 
marking behaviour unless the PHB spec defines otherwise).

But there are the above two ways to get the same scheduling behaviour with 
and without marking during (pre-)congestion. I don't mind which, but these 
are options that have to be added to the mix to be decided. Actually, given 
a free choice I'd prefer Option Y, as it's got the same logic as RFC3168 ECN.



Bob


>The result of discussion on this Issue #1 will affect how we compare the 
>different
>Encoding choices (including the use of ECN bits and other DSCPs).
>
>This assumption on requirement may also affect the Requirements on 
>Metering Algorithms
>and Marking Semantics as we go forward.
>
>A secondary (for the future) idea that may play into this discussion is that
>should we use PCN on other real-time traffic service classes?  Should these
>different real-time service classes be separated by the use of DiffServ?
>
>Thanks!
>-- Kwok --
>
>
>
>
>
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www1.ietf.org/mailman/listinfo/pcn

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 23 12:06:48 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID0Qq-0006jh-Do; Mon, 23 Jul 2007 12:06:48 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID0Lp-0007u0-HA
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 12:01:37 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID0Lp-0007rT-63 for pcn@ietf.org; Mon, 23 Jul 2007 12:01:37 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0C8-0000Mw-B2
	for pcn@ietf.org; Mon, 23 Jul 2007 11:51:36 -0400
Received: from web33001.mail.mud.yahoo.com ([209.191.69.116])
	by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1ID0C6-0000M0-Rq
	for pcn@ietf.org; Mon, 23 Jul 2007 11:51:36 -0400
Received: (qmail 45317 invoked by uid 60001); 23 Jul 2007 15:51:34 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID;
	b=6KmmyVOYdFHFwDrE6wxbCUv9O5r61rNu9698aLgC5FF4ptbM6fHzEjFt3KOBiUFpvj1DM1d4j6mhGvk2Rha30Nnv2JdBOw4qqbdHfCYazjKCxNbEAn4EVQ9q8q1tIqPkaVnAPRY0iEm/X9YtjjT5VwXtiO5BlXZ9ckq+WeIyoXI=;
X-YMail-OSG: _FhhCOkVM1mdFYuC6oqU4IneQD6N3XtiO5J0FTSEC47aj_UvQJ_G2ZoW1Ci0qn_o0H0m3GH9tw--
Received: from [130.129.54.93] by web33001.mail.mud.yahoo.com via HTTP;
	Mon, 23 Jul 2007 08:51:34 PDT
Date: Mon, 23 Jul 2007 08:51:34 -0700 (PDT)
From: Anna Charny <annacharny@yahoo.com>
Subject: re: [PCN] thoughts for draft-charny-pcn-single-marking
To: pcn@ietf.org
MIME-Version: 1.0
Message-ID: <322832.44980.qm@web33001.mail.mud.yahoo.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db
X-TMDA-Confirmed: Mon, 23 Jul 2007 12:01:37 -0400
X-Mailman-Approved-At: Mon, 23 Jul 2007 12:06:48 -0400
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0271353707=="
Errors-To: pcn-bounces@ietf.org

--===============0271353707==
Content-Type: multipart/alternative; boundary="0-815086369-1185205894=:44980"
Content-Transfer-Encoding: 8bit

--0-815086369-1185205894=:44980
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

  Hello Tina,
   
  Here are some answers to your questions, below.
   
  >Hi all,
  >Some thoughts came to my mind for draft-charny-pcn-single-marking-02.txt as below.
  >1)      If the single marking scheme could solve all the problems that the dual marking
  >  scheme could, only with very little tradeoffs? What are the biggest tradeoffs?
  >
   
  Well, I first want to emphasize that there is no clear view at the moment of which dual-marking approach to choose. Since  there are three substantially different proposals with substantially different properties, it is hard to answer your questions in a way that would apply to all dual-marking proposals.  In draft-charny-pcn-single-marking  we attempt to quantify performance tradeoffs with respect to the specific dual marking approach that was proposed in various draft-briscoe drafts prior to the PCN BOF.  Here are some (although not all) points from the single marking draft:
   
  * single marking saves a codepoint and  allows core equipment to do only one metering/marking instead of two (important since it is done in the forwarding path). This point provides the key motivation.  A secondary motivation is that it can be implemented with a (single) token bucket which most of the equipment can support today.
  * with single marking,  there is some degree of accuracy lost in the ability to deal with multi-path routing (the extent of comparative loss of accuracy differs for different dual-marking approaches)
  * there are some tradeoffs in the flexibility of traffic engineering (see appropriate section in the draft-charny-single-marking) - this tradeoff will be the same in comparison with other dual-marking approaches
  * there are some performance tradeoffs (discussed in the draft in comparison with *specific* dual marking approach).  Note that performance tradeoffs will be different for *different* dual-marking schemes currently on the table.
  * it is unclear how to deal with anti-cheating end-to-end (something virtual-queue based approach previously discussed in several draft-briscoe drafts dealt with).  Note here that it is equally unclear how to deal with the anti-cheating issue with other dual marking approaches proposed in draft-babiarz and draft-westberg.
   
  >2)      If single marking can solve all the problems, why not consider give up dual marking 
  >   approach?
   
  see above tradeoffs.  One can be prepared to live with those tradeoffs in some environments but not in others.
   
  >3)      Per draft-charny-pcn-single-marking-02, single marking approach can transit to
  >   dual marking approach, why not directly design the dual marking directly, is there 
  >    reason to keep the single marking approach?
   
  the key reasons to allow single marking would be to avoid requiring the complexity of two metering/marking in the forwarding path, saving codepoints where necessary, and to allow quick implementations 
   
  the key reason to eventually get to dual marking would be to allow eventually remove the restrictions/tradeoffs and get a more flexible scheme.    
   
  >4)      A) How to mark the interim node? Single marking approach requires marking
  >    Excess Traffic; dual marking approach does not require this, so they are impossible
  > to be compatible with each other at this point. 
   
  I think this may be some misconception here.  First I note that dual marking as described in various draft-briscoe drafts requires both excess rate and virtual queue marking, so both require excess rate marking.  Other dual marking drafts require yet different versions of marking.   
  Single marking draft argues that if a device implements only excess rate marking, then single marking approach can be used. If a device implements both excess rate marking and virtual-queue marking, then the specific version of dual marking (that of draft-briscoe...) can be used.   
   
  single-marking draft does not address at the moment whether and how single marking can live with other dual-marking approaches.  
   
  >May dual marking approach adopt only mark Excess Traffic method, whatever for
  > Admission Rate or Termination Rate?
   
  see above
   
  >B) Egress and Ingress measurement basis and decision basis are different for single
  > marking and dual marking approaches. 
   
  I note here that these decisions are also different for the multiple dual-marking approaches proposed :-).
   
  >Via the configuration to let both working modes work together, both modes can co
  >exist, but in fact they don’t have compatibility. Then why do we do it?
   
  It is probably useful to note that the measurement functions and decisions are exactly the same for single-marking and the specific dual-marking draft proposed in the briscoe drafts.   So the implementation differences at the edge nodes are almost negligible.   As to why do it - this question seems to be equivalent to why single-marking is needed which has been addressed above
   
  > C) Since single marking and dual marking don’t have compatibility, and solve the
  >  almost the same problem, do we need to select and only keep one approach?
   
  We were trying to argue both at the last IETF and in draft-charny that it may be beneficial to allow both single and dual marking approaches.  We were also arguing that the single-marking can be viewed as an intermediate step, leading to faster implementation and deployments.  We argued that in environments where the tradeoffs associated with single marking are undesirable or  unacceptable, the additional complexity of the dual marking may be necessary.  We argued that with minor changes to the architecture it is possible to allow both, and argued how transitions from one to another can be achieved.
   
  Hope this is helpful,
   
  Anna  
   
  >B. R.
  >Tina


--0-815086369-1185205894=:44980
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

<DIV><FONT face=Arial size=2>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>Hello Tina,</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>Here are some answers to your questions, below.</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;Hi all,</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;Some thoughts came to my mind for draft-charny-pcn-single-marking-02.txt as below.</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm
 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US style="mso-fareast-font-family: 'Times New Roman'"><SPAN style="mso-list: Ignore"><FONT size=3>&gt;1)</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN></SPAN><SPAN lang=EN-US><FONT size=3>If the single marking scheme could solve all the problems that the dual marking</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;&nbsp; scheme could, only with very little tradeoffs? What are the biggest tradeoffs?</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>&gt;</SPAN></FONT></DIV>  <DIV
 class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>Well, I first want to emphasize that there is no clear view at the moment of which dual-marking approach to choose. Since&nbsp; there are three substantially different proposals with substantially different properties, it is hard to answer your questions in a way that would apply to all dual-marking proposals.&nbsp; In draft-charny-pcn-single-marking&nbsp; we attempt to quantify performance tradeoffs with respect to the specific dual marking approach that was proposed in various draft-briscoe drafts prior to the PCN BOF.&nbsp; Here are some (although not all) points from the single marking
 draft:</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>* single marking saves&nbsp;a codepoint&nbsp;and&nbsp; allows core equipment to do only one metering/marking instead of two (important since it is done in the forwarding path). This point provides the key motivation.&nbsp; A secondary motivation is that it can be implemented with a (single) token bucket which most of the equipment can support today.</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT
 face="Times New Roman" size=3><SPAN lang=EN-US>* with single marking,&nbsp; there is some degree of accuracy lost in the ability to deal with multi-path routing (the extent of comparative loss of accuracy differs for different dual-marking approaches)</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>* there are some tradeoffs in the flexibility of traffic engineering (see appropriate section in the draft-charny-single-marking) - this tradeoff will be the same in comparison with other dual-marking approaches</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>* there are some performance tradeoffs (discussed in the draft in comparison with *specific* dual marking approach).&nbsp; Note
 that performance tradeoffs will be different for *different* dual-marking schemes currently on the table.</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>* it is unclear how to deal with anti-cheating end-to-end (something virtual-queue based approach previously discussed in several draft-briscoe drafts dealt with).&nbsp; Note here that it is equally unclear how to deal with the anti-cheating issue with other dual marking approaches proposed in draft-babiarz and draft-westberg.</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list
 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US style="mso-fareast-font-family: 'Times New Roman'"><SPAN style="mso-list: Ignore"><FONT size=3>&gt;2)</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN></SPAN><SPAN lang=EN-US><FONT size=3>If single marking can solve all the problems, why not consider give up dual marking </FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;&nbsp;&nbsp; approach?</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3></FONT></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT
 face="Times New Roman"><SPAN lang=EN-US><FONT size=3>see above tradeoffs.&nbsp; One can be prepared to live with those tradeoffs in some environments but not in others.</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US style="mso-fareast-font-family: 'Times New Roman'"><SPAN style="mso-list: Ignore"><FONT size=3>&gt;3)</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN></SPAN><SPAN lang=EN-US><FONT size=3>Per draft-charny-pcn-single-marking-02, single marking approach can transit to</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt;
 mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;&nbsp;&nbsp; dual marking approach, why not directly design the dual marking directly, is there </FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;&nbsp;&nbsp;&nbsp; reason to keep the single marking approach?</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>the key reasons to allow single marking would be to avoid requiring the complexity of two
 metering/marking in the forwarding path, saving codepoints where necessary, and to allow quick implementations </SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>the key reason to eventually get to dual marking would be to allow eventually remove the restrictions/tradeoffs and get a more flexible scheme.&nbsp;&nbsp;&nbsp; </SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list:
 l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US style="mso-fareast-font-family: 'Times New Roman'"><SPAN style="mso-list: Ignore"><FONT size=3>&gt;4)</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN></SPAN><SPAN lang=EN-US><FONT size=3>A) How to mark the interim node? Single marking approach requires marking</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;&nbsp;&nbsp;&nbsp; Excess Traffic; dual marking approach does not require this, so they are impossible</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt; to be compatible with each other at this point.
 </FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>I think this may be some misconception here.&nbsp; First I note that dual marking as described in various draft-briscoe drafts requires both excess rate and virtual queue marking, so both require excess rate marking.&nbsp; Other dual marking drafts require yet different versions of marking.&nbsp;&nbsp; </FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>Single marking draft argues that if a device implements only
 excess rate marking, then single marking approach can be used. If a device implements both excess rate marking and virtual-queue marking, then the specific version of dual marking (that of draft-briscoe...) can be used.&nbsp;&nbsp; </SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>single-marking draft does not address at the moment whether and how single marking can live with other dual-marking approaches.&nbsp; </SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT
 size=3></FONT></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt;May dual marking approach adopt only mark Excess Traffic method, whatever for</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>&gt; Admission Rate or Termination Rate?</FONT></SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US></SPAN></FONT>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman" size=3><SPAN lang=EN-US>see
 above</SPAN></FONT></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;B) Egress and Ingress measurement basis and decision basis are different for single</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt; marking and dual marking approaches. </FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal
 style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>I note here that&nbsp;these decisions are&nbsp;also different for the multiple dual-marking approaches proposed :-).</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;Via the configuration to let both working modes work together, both modes can co</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;exist, but in fact they
 don’t have compatibility. Then why do we do it?</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>It is probably useful to note that the measurement functions and decisions are exactly the </FONT></SPAN><SPAN lang=EN-US><FONT face="Times New Roman" size=3>same for single-marking and the specific dual-marking draft proposed in the briscoe drafts.&nbsp;&nbsp; So the implementation differences at the edge nodes are almost negligible.&nbsp;&nbsp; As to why do it - this question seems to be equivalent to why single-marking is needed which has been addressed above</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt
 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt; C) Since single marking and dual marking don’t have compatibility, and solve the</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&gt;&nbsp; almost the same problem, do we need to select and only keep one approach?</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt"><SPAN lang=EN-US><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p><FONT face="Times New Roman" size=3></FONT></o:p></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm
 0cm 0pt 18pt"><SPAN lang=EN-US><o:p><FONT face="Times New Roman" size=3>We were trying to argue both at the last IETF and&nbsp;in draft-charny that&nbsp;it may be beneficial to allow both single and dual marking approaches.&nbsp; We&nbsp;were also arguing that the single-marking can be viewed as an intermediate step, leading to faster implementation and deployments.&nbsp; We argued that in environments where the tradeoffs associated with single marking are undesirable or&nbsp;&nbsp;unacceptable, the additional complexity of the dual marking may be necessary.&nbsp; </FONT></o:p></SPAN><SPAN lang=EN-US><o:p><FONT face="Times New Roman" size=3>We argued that with minor changes to the architecture it&nbsp;is possible to allow both, and argued how transitions from one to another can be achieved.</FONT></o:p></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt"><SPAN lang=EN-US><o:p></o:p></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt
 18pt"><SPAN lang=EN-US><o:p><FONT face="Times New Roman" size=3>Hope this is helpful,</FONT></o:p></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt"><SPAN lang=EN-US><o:p></o:p></SPAN>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt"><SPAN lang=EN-US><o:p><FONT face="Times New Roman" size=3>Anna </FONT>&nbsp;</o:p></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt"><SPAN lang=EN-US><o:p><FONT face="Times New Roman" size=3></FONT></o:p></SPAN><SPAN lang=EN-US><FONT face="Times New Roman" size=3>&nbsp;</DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face=Arial size=2>&gt;B. R.</FONT></SPAN></DIV>  <DIV class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face=Arial size=2>&gt;Tina</FONT></SPAN></DIV></FONT></SPAN></FONT></DIV>
--0-815086369-1185205894=:44980--




--===============0271353707==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0271353707==--






From pcn-bounces@ietf.org Mon Jul 23 12:11:06 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID0V0-0002JO-Ml; Mon, 23 Jul 2007 12:11:06 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID0Uy-0002JI-R6
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 12:11:04 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0Uy-0002JA-Gq
	for pcn@ietf.org; Mon, 23 Jul 2007 12:11:04 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ID0Uw-0002IJ-RT
	for pcn@ietf.org; Mon, 23 Jul 2007 12:11:04 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 23 Jul 2007 17:09:20 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 17:09:18 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185206956768; Mon, 23 Jul 2007 17:09:16 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.20])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6NG92JK011233; Mon, 23 Jul 2007 17:09:11 +0100
Message-Id: <5.2.1.1.2.20070722214056.02a64518@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Mon, 23 Jul 2007 17:07:18 +0100
To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
In-Reply-To: <oTxcJmeQ.1184998636.1043470.karagian@ewi.utwente.nl>
References: <004c01c7cb00$f65088a0$4c0d5982@dynamic.ewi.utwente.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 23 Jul 2007 16:09:18.0083 (UTC)
	FILETIME=[D2767530:01C7CD43]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fba2f9e3429fd649356ecb87f3ef34a7
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Georgios,

I've had a chance to read this one now - detailed review embedded...

At 07:17 21/07/2007, Georgios Karagiannis wrote:
>On 7/20/2007, "Georgios Karagiannis" <karagian@cs.utwente.nl> wrote:
>
> >Hi Phil
> >
> >Thank you very much for the comments!
> >Please see some remarks in line!
> >
> >
> >> -----Original Message-----
> >> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
> >> Sent: donderdag 19 juli 2007 12:12
> >> To: khchan@nortel.com; pcn@ietf.org
> >> Subject: RE: [PCN] Fwd: I-D
> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
> >>
> >> Kwok, Georgios
> >>
> >> I read your draft. I have quite a lot of comments, but the
> >> basic msg is that i think it's a suitable starting point for
> >> a WG draft (towards the Charter milestone on this subject) - thanks.
> >
>Georgios: Thank you very much!

I agree.

> >>
> >> 1. motivation & goals
> >> this seems quite long for this draft, maybe the material is
> >> more suitable elsewhere eg architecture draft?
> >
>Georgios: We will try to reduce the text!
> >>
> >> 2. PCN encoding .. in current PCN .. mechanisms & Appendix I
> >> didn't find it useful to present the various proposed
> >> mechanisms. The dependence between encoding & mechanism
> >> (marking algo & PCN-boundary-node reaction) seem pretty weak
> >> to me. In fact I think there's almost none, except in terms
> >> of the number of codepoints that a proposed mechanism uses.
> >> (Even this is not clear-cut; for example 'Affected marking'
> >> could, I think, be easily added to those proposals that don't
> >> mention it, or indeed removed from those proposals that do.)
> >>
> >> So can this section simply say that different proposals
> >> require different numbers of encoding codepoints, and explain
> >> this in a paragraph?
> >
>Georgios: Please note that this draft should be a survey.
>Thus what we have done we have checked
>the existing PCN like mechanisms and briefly described them.
>In this way we could described which PCN features and which
>encoding modes/states are supported(and thus are available) by these
>mechanisms.
>I would like to keep this section.

I disagree. Like Phil, I think it would be useful to try to cut down 
drastically. The set of choices need to be laid out clearly, but I found 
there was much more text than was needed for clarity. Once/if this becomes 
an RFC, no-one is going to read it as the first or only thing they ever 
read about PCN. So you can refer to things like the architecture and get 
straight to the point in this one.

- I agree with Phil that the marking algo text is fairly redundant
- there also seem to be a lot of options that could just be killed off at 
birth (see later for specifics) because they don't work sufficiently to go 
forward. They just lead to a combinatorial explosion of text later, and 
waste IETF cycles discussing them.

To cut down the choices, you need a criterion for a scheme getting 
mentioned in this draft. I suggest it should be that someone has already 
proposed it as part of a coherent PCN system, or that you (the authors) can 
propose an encoding that would be a better alternative to one already 
coherently proposed.

So Fig 1 should have a ref column giving the ref that describes the option. 
Then you make a rule: No ref, no row.


> >>
> >> Incidentally, I found it a bit confusing to describe "not
> >> congested" as a feature - at least, it doesn't seem a feature
> >> in the way that adm ctrl & flow termination are features. In
> >> fact, I found the discussion of 'features' in S3 & 4 a bit
> >> misleading (stick with codepoints).
> >
>Georgios: I think that a better term would be PCN encoding features,
>instead
>of PCN features.
>In this case "not congested" admission control and flow termination can
>be
>seen to belong in the same category. What we actually wanted to do is to
>emphaisze and differentiate between
>PCN encoding features and encoding modes/states.
>This is because one PCN encoding feature can be accomplished using more
>than
>one encoding modes/states
>
> >>
> >> I think phrases like "requirement for xx marking" could be
> >> better expressed (are they reqts? It's a choice about how
> >> many codepoints we
> >> have)
>
>Georgios: Do you have any suggestion on naming?
>
> >>
> >> 3. survey of encoding
> >> the table is very useful.

I agree - very useful format.

Another suggestion: Could a lot of the following text also be tabulated and 
the longhand text removed.

> >>
> >> Would it be better grouping the options in terms of the
> >> number of codepoints required? Ie if the mechanism needs 3
> >> codepoints here are your options; if it needs 4 here they are etc.
>
>Georgios: I am not sure if this will encounter what we wanted to do.
>Please note that we intended to also include the PCN encoding features
>that are supported by each option.

Please reconsider your response. Phil's talking sense.

The top level question is how many states do we want to encode. Then, the 
second level question is how do we encode them.

> >> Should there be an option similar to option 9, but with PCN dscp?
>
> >> Should there be an option similar to option 10/11, but with 2 DSCPs?
> >> (that single marking mechanism could use)
>
>Georgios: I do not understand this remarks. Maybe we can discuss them in
>Chicago

I'm trying to unpick how Georgios (and Kwok) are thinking. I understand 
Phil's comments perfectly, so there must be some misunderstanding here.

> >> Should there be an option similar to option 9, but with PCN dscp?

In fact, I don't understand why any of 5-9 are in the table at all as they 
don't distinguish PCN from non-PCN (see my response "Yes, of course" to 
Kwok's original question asking whether this was a key requirement).

Here's quotes from options 5-9:
===========================================================================
5: "The use of Not-ECT will separate PCN traffic from non[e] PCN traffic 
with the big exception of [for] ECN traffic."

6: "Encoding Option 6 suffers the same issue as Encoding Option 5 on 
ability to separate traffic and indications between PCN and ECN traffic."

7: "But this still suffers the same problems as Encoding Options 5 & 6"

8: "But then it cannot distinguish PCN/ECN capable traffic from non[e] 
PCN/ECN capable traffic, and still suffers the same issues as Encoding 
Options 5, 6 and 7."

9: "But it still suffers the lack of ability to be distinguished from 
RFC3168 ECN traffic."
===========================================================================

So, all of options 5-9 should be killed. No-one has proposed them anyway 
and they don't work.

However, two of the ECN field combinations in them (6 & 9) should be 
"reincarnated": two new ECN+DS combinations should be created exactly like 
6 & 9 except with 'PCN' in the DSCP column.

> >> Should there be an option similar to option 10/11, but with 2 DSCPs?
> >> (that single marking mechanism could use)
>
>Georgios: I do not understand this remarks. Maybe we can discuss them in
>Chicago

I believe Phil was trying to say what I've tabulated below - does this 
help? The numbers in the body are for the different DSCPs needed (ie 0 = 
DSCP0, 1 = DSCP1, 2 = DSCP2 etc).

Encodg Option  10       11      12      13
Not congested   0       0       0       0
Admisn marked   1       -       1       1
Termin marked   2       1       1       1
ECMP affected   3       2       -       2

12 is Anna's single marking scheme using just DSCPs rather than DSCP + ECN

13 is as 12, but using another DSCP for ECMP affected.

AM & TM only need one DSCP, because Anna's single marking proposal requires 
one less state (because the egress calculates both admission and 
termination information from one marking state).


> >>
> >> Don't understand NDS-CE
>Georgios: will clarify!

I think this is a (unsuccesful?) attempt to invent an ECN-only scheme that 
makes sense (as I've said, I don't think any ECN-only scheme will ever make 
sense).

S.3.1.2 (Option 2) Why is additional control and separation of AM & TM to 
provide edge nodes with added capabilites out of scope? Sounds like it 
should be very much in scope to me, but I don't know what is referred to here.

> >>
> >> There are many typos where 'none' should be 'non' (non PCN capable
> >> transport)
>
>Georgios: agree it is a typo!
>
> >>
> >> In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I
> >> remember back in Briscoe-cl-phb we looked at an option where
> >> PCN marking was signalled by a *change* of codepoint, maybe
> >> it's referring to this idea? ie Adm marking is 01 -> 00 &
> >> Termination marking is 10 -> 11.)
>
>Georgios: yes this is taken from Briscoe-cl-phb draft.

It was one of Joe's ideas documented in the cl-phb draft


> >>
> >> S3.4 use of IPFIX. I know you included this section because
> >> the charter seems to suggest it - but I must admit to finding
> >> it out of place in this doc.
>
>Georgios: I think it is good to include an option that uses for encoding
>and transport a different channel than the data path.

I'd rather the arch doc explained why out-of-band signalling needs more 
complexity to authenticate it than in-band and so out of scope of PCN, then 
we could just delete it from this doc.

That doesn't mean we're stopping people doing OOB signalling or saying they 
shouldn't, it's just not relevant to PCN if they do.


> >>
> >>
> >> 4. comparison
> >> I wonder if it's worth starting this section with all the
> >> points that relate to how many codepoints there should be,
> >> and later handle the more detailed aspects.

I strongly urge the authors to follow Phil's advice here.

> >>
> >> Aspects of the first part:
> >> - will there be non-PCN traffic in the DS network? (surely a
> >> clear yes, ie we need a separate PCN DSCP(s))
> >> - MPLS (which has limited codepoint space) [discussed in
> >> earlier Briscoe-cl-architecture drafts - could adapt text from there]

draft-ietf-tsvwg-ecn-mpls is going to WG last call. Pls read it - it has a 
lot about how PCN marking might be encoded into MPLS (without pre-judging 
this PCN w-g encoding debate).

> >> - whether 'affected marking' is needed /useful [no consensus
> >> at present
> >> - based on your text in S2]

I agree with Phil. There's been little/no debate on whether dealing with 
ECMP is best done by
a) encoding in packet markings or
b) by finding some way to include a path identifier in packets.

I can give lots of reasons why ECMP affected marking might not work well.

[Here's one... Imagine a scenario with a crowd converging on an egress 
boundary node over different ECMP paths. Links on more than 1 (e.g. 2) of 
the paths might start AM, with one marking at a much lower level than the 
other. Both paths would start affected marking. But affected marking only 
helps if just one path is affected, or of all affected paths have the same 
marking level.

Termination marking would suffer exactly the same problem.]

An alternative solution might be to find a way for the egress to 
distinguish measurements from each separate ECMP path, by unpicking the 
path identifiers that ECMP is using to separate the paths in the first place.

This isn't the place to discuss the merits of solutions to ECMP (not this 
draft, and not this mail thread). So I suggest for now this draft just 
documents the possible need for an ECMP codepoint, and in the comparison 
notes those encodings that would or would not have space for it.

> >> - whether adm ctrl & termination ctrl can be driven by the
> >> same encoding
>
>Georgios: Check and discuss the above issues in Chicago

I agree this should be considered - Anna's single marking is the ref here 
(I'm not saying I agree, just that it should be considered).

> >>
> >> - perhaps that adm ctrl & flow termination mechanisms are not
> >> required to both be deployed (just one could be)
> >> - etc
>
>Georgios: yes, but many scenarios require both ... Therefore is good to
>emphasize which of them support both and which not!
> >>
> >> this would actually shorten some of the draft, eg S4.2.3
> >> could basically disappear.
> >>
> >>
> >> some of the ECN nonce discussion I found hard to follow
> >> 4.1.5. explain what 'alternate ECN semantics' means

I disagree with Phil here. See my comment earlier about keeping this I-D 
short by referring out. I'd rather you (Georgios & Kwok) didn't repeat 
RFC4774 here in the interests of brevity.

In S4.2.4 on distinguishing PCN from non-PCN, I agree with your second 
option in the last para of the section: ie. don't have a special DSCP for 
Not-PCN-Capable, because this role is fulfilled by all the DSCPs that 
aren't PCN DSCPs.

> >> S4.2.5 I didn't follow what cases you were distinguishing.

I don't agree with (or don't understand) this statement in the draft: 
"There are two issues indicated here. First: the ability to distinguish PCN 
traffic from non[e] PCN traffic. Second: the ability to distinguish PCN 
from ECN traffic."

I think a lot of these misunderstandings would be solved if you defined 
what you think you mean (in terms of scheduling behaviour as well as 
marking behaviour) by
- PCN traffic
- non-PCN traffic
- ECN traffic

See point below about Fred Baker's EF-ADMIT draft and the list discussion 
started by Kwok on this.

> >> there are a couple of issues at the high level: whether ECN
> >> nonce is useful with PCN; backwards compatibility of PCN with
> >> ECN nonce,

The ECN nonce only works if the receiver processes the packets in order. In 
this case, that would mean the PCN-ingress-node would have to add sequence 
numbers to all the packets in the aggregate and the PCN-egress-node would 
have to bring the aggregate of packets back into order to check the none sum.

Even then, the ECN nonce only provides protection once every feedback 
message. That was useful with frequencies of feedback much higher than 
marking frequencies (like the feedback every other packet you get with 
TCP). PCN envisages feedback on signalling timescales (at minimum every few 
thousand packets).

So even if there was reliable ordering, a binary nonce would only allow the 
PCN-ingress-node to detect a change to the last packet marking before each 
feedback signal. And, of course, it doesn't allow the network to check if 
the PCN-ingress-node is cheating.

See draft-briscoe-re-pcn-border-cheat-00.txt for my suggested encoding to 
deal with a wide range of anti-cheating cases. But other encodings are 
possible - I'm not religious about this. I will write-up the constraints I 
believe we have on the encoding.

In a single trust domain scenario, we don't need anti-cheating codepoints. 
Anti-cheating falls into the category of things to consider for when we 
move to a multi-domain scenario. Having done that exercise I can assure you 
that a codepoint for the ECN nonce is not needed in PCN scenarios.


>eg in an 'unusual situation' such as the PCN pkt
> >> encounters an 'old' (ECN) router.
>
>Georgios: we have to update and enlarge section 4.2.5

The appendix of cl-phb on all the coding choices known at that time 
contains excellent (and brief) text you can use for this draft. It already 
included most of the workable choices you've covered, except it just needed 
discussion of the extra codepoint that might be needed for ECMP Affected 
(and one or two new ideas added from the list since, such as Anna's single 
marking). Of course, it included the RMD/LC Diffserv only encoding.

In writing CL-PHB, a lot of time was spent taking combinations that were 
effectively equivalent but just with arbitrarily different choices of 
codepoints, and working out which ones were more robust to config errors 
(alt ECN semantics discussion) or the presence of unexpected legacy routers 
(S.4.1.6 of your I-D) etc. All that work was documented succinctly, and 
could be easily copied and pasted into this draft.

A large amount of all the authors' time (including yours) had been spent 
narrowing down the coding choices to those that represented the different 
trade-offs each person thought important, so that the list could discuss this.

> >>
> >> could mention the discussion we had about the charter
> >> assuming a single domain, but we're going to keep strongly in
> >> mind that want it to work multi-domain in future. This seems
> >> esp important when it comes to encoding - after all, if it's
> >> just your domain you can do what you like.
> >> The multi-domain consideration has several impacts I think:
> >> * makes standardising encoding important
> >> * need to consider rfc4774 [because the issues it raises are
> >> probably more significant in the inter-domain case than in
> >> one domain under one operator's control]
>
>georgios: Thus you propose to include the multi-domain support as an
>additional criterion
>
> >> * need to consider limitations about encoding from
> >> draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism
> >> for making PCN work inter-domain]
>
>Georgios: We will discuss this in CHicago

Yes, the WG chairs have already said we should take multidomain into 
account when considering encodings, but they need to re-affirm how deeply 
that means we need to go.

In section 6, I suggest all the paras except the last should be moved to an 
architecture doc - they aren't security issues about the encoding, but just 
general architectural security issues. The last para needs expanding to 
address the above issues.

Concerning the first para (MLPP), there is an impact on encoding but its 
orthogonal to PCN encoding and dealt with already in MLPP documents.

Other constraints should be mentioned:

1. Architectural intent of different fields (DS & ECN)
------------------------------------------------------
There was a long discussion on the tsvwg mailing list way back about this 
(between you & I) that could be summarised in your I-D.

2. PCN encoding encapsulation and decapsulation:
-----------------------------------------------
Within a PCN domain there may be arbitrary encapsulations of the outer IP 
header in further outer headers, either as packets cross link layers that 
support PCN (e.g. see draft-ietf-ecn-mpls-01.txt) or because of IP in IP 
tunnelling (e.g. between two sites of an enterprise that want IPsec between 
them as well as PCN reservations). We cannot and should not constrain all 
tunnelling to be outside a PCN domain.

An ideal PCN encoding would allow any tunnel or link encapsulation 
implementation to just encapsulate packets with the same rules for 
processing the ECN and DS fields as non-PCN packets. Otherwise, all tunnel 
and link technology vendors have to know about PCN as an exception.

See "Layered Encapsulation of Congestion Notification" 
<draft-briscoe-tsvwg-ecn-tunnel-00.txt> (I posted a note about this to the 
PCN list in Jun 07).

This relates to the point about architectural intent of the fields: tunnels 
will treat the fields differently depending on their architectural intent. 
The DS field is processed differently by tunnels than the ECN field, 
because the ECN field has a special codepoint (Not-ECT) and a ranking of 
codepoints (CE>ECT) that makes some transitions illegal. PCN is similar. It 
can have a multi-level ranking (CE>TM>AM) and a Not-PCN state (excuse my 
abbreviated terminology). Tunnels treat DS differently, just copying it.

3. Distinguishing admission controlled from non-admission controlled
--------------------------------------------------------------------
The draft should refer to (and take accont of) Fred Baker's "DSCPs for 
Capacity Admitted Traffic" <draft-ietf-tsvwg-admitted-realtime-dscp-01> 
with its suggestions on how to distinguish between admission controlled EF 
and non-admission controlled. It should also take account of the discussion 
on this subject started by Kwok recently.

Nits
----
Section 1: ECN in RFC3168 was not only designed for TCP. It was designed 
into IP for all transports but the TCP-ECN spec was defined in the same 
doc, at the request of the Transport ADs at the time.

Section 2:
3 occurrences of wording that (confusingly) implies PCN is already deployed.
"PCN based mechanisms are used..."
"the current available PCN based algorithms"
"the current PCN detection"

S.2.1: Your draft implies CL-PHB is one proposal, whereas it was a 
comparison of 5 different proposals. As editor, I know Phil was very 
careful not to recommend one above the others (the one used in the body of 
the text was "just to be concrete"). So there's no such thing as "in CL-PHB 
a solution has been developed" or "the main encoding scheme used in CL-PHB".

Figure 1 -> Table 1

S.3 Surely there's no difference between Not-CE (Option 8) and ECT (Option 9)?

Hope this all helps.


Bob

>Best regards,
>Georgios
>
> >>
> >> best wishes - see you in Chicago!
> >> phil
> >>
> >> > -----Original Message-----
> >> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
> >> > Sent: 05 July 2007 21:13
> >> > To: pcn@ietf.org
> >> > Subject: [PCN] Fwd: I-D
> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
> >> >
> >> > PCN WG:
> >> > I would like to bring to your attention the availability of the
> >> > initial version of PCN Encoding Comparison draft.
> >> >
> >> > Please review and comment.  And discuss on the PCN list.
> >> >
> >> > Thank you very much and looking forward to your comments.
> >> > -- Kwok and Georgios --
> >> >
> >> > >To: i-d-announce@ietf.org
> >> > >Cc:
> >> > >From: Internet-Drafts@ietf.org
> >> > >Date: Thu, 05 Jul 2007 13:15:02 -0400
> >> > >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
> >> > >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
> >> > >X-BeenThere: i-d-announce@ietf.org
> >> > >X-Mailman-Version: 2.1.5
> >> > >Reply-To: internet-drafts@ietf.org
> >> > >List-Id: i-d-announce.ietf.org
> >> > >List-Unsubscribe:
> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >> > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> >> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
> >> > >List-Post: <mailto:i-d-announce@ietf.org>
> >> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
> >> > >List-Subscribe:
> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
> >> > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
> >> > >X-Spam-Score: 2.3
> >> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
> >> > ecarhea1.nortel.com
> >> > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
> >> > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=1
> >> > >X-DNSBL-Score: -50
> >> > >X-DNSBL-Servers: bl.nortel.com
> >> > >X-SMTP-HELO: megatron.ietf.org
> >> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
> >> > >X-SMTP-RCPT-TO:
> >> >
> >> >kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharr
> >> ath@nortel
> >> .c
> >> >
> >> om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,hu
> >> iwc@nortel
> >> .c
> >> >
> >> om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,kh
> >> chan@norte
> >> l.
> >> > com
> >> > >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
> >> > >X-SMTP-REASON: PASSED
> >> > >X-SMTP-ID: 1183656101.14019435
> >> > >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
> >> > >FILETIME=[F47A20B0:01C7BF28]
> >> > >
> >> > >A New Internet-Draft is available from the on-line Internet-Drafts
> >> > >directories.
> >> > >
> >> > >
> >> > >         Title           : Pre-Congestion Notification Encoding
> >> > Comparison
> >> > >         Author(s)       : K. Chan, G. Karagiannis
> >> > >         Filename        :
> >> draft-chan-pcn-encoding-comparison-00.txt
> >> > >         Pages           : 36
> >> > >         Date            : 2007-7-5
> >> > >
> >> > >    DiffServ mechanisms have been developed to support Quality of
> >> Service
> >> > >    (QoS).  However, the level of assurance that can be
> >> provided with
> >> > >    DiffServ without substantial over-provisioning is
> >> limited.  Pre-
> >> > >    Congestion Notification (PCN) investigates the use of per-flow
> >> > >    admission control to provide the required service
> >> guarantees for
> >> the
> >> > >    admitted traffic.  While admission control will protect the QoS
> >> under
> >> > >    normal operating conditions, an additional flow termination
> >> > > mechanism   is necessary in the times of heavy congestion (e.g.
> >> caused
> >> > by route
> >> > >    changes due to link or node failure).
> >> > >
> >> > >    Encoding and their transport are required to carry the
> >> congestion
> >> and
> >> > >    pre-congestion information from the congestion and
> >> pre-congestion
> >> > >    points to the decision points.  This document provides a survey
> >> of
> >> > >    several encoding methods, using comparisons amongst
> >> them as a way
> >> to
> >> > >    explain their strengths and weaknesses.
> >> > >
> >> > >
> >> > >
> >> > >A URL for this Internet-Draft is:
> >> >
> >> >http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
> >> omparison-
> >> > 00.txt
> >> > >
> >> > >To remove yourself from the I-D Announcement list, send a
> >> message to
> >> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
> >> of
> >> > >the message.
> >> > >You can also visit
> >> https://www1.ietf.org/mailman/listinfo/I-D-announce
> >> > >to change your subscription settings.
> >> > >
> >> > >Internet-Drafts are also available by anonymous FTP. Login
> >> with the
> >> > >username "anonymous" and a password of your e-mail address. After
> >> > >logging in, type "cd internet-drafts" and then "get
> >> > >draft-chan-pcn-encoding-comparison-00.txt".
> >> > >
> >> > >A list of Internet-Drafts directories can be found in
> >> > >http://www.ietf.org/shadow.html or
> >> > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >> > >
> >> > >Internet-Drafts can also be obtained by e-mail.
> >> > >
> >> > >Send a message to:
> >> > >         mailserv@ietf.org.
> >> > >In the body type:
> >> > >         "FILE /internet-drafts/draft-chan-pcn-encoding-comparison-
> >> > 00.txt".
> >> > >
> >> > >NOTE:   The mail server at ietf.org can return the document in
> >> > >         MIME-encoded form by using the "mpack" utility.
> >> To use this
> >> > >         feature, insert the command "ENCODING mime" before the
> >> "FILE"
> >> > >         command.  To decode the response(s), you will
> >> need "munpack"
> >> or
> >> > >         a MIME-compliant mail reader.  Different
> >> MIME-compliant mail
> >> > readers
> >> > >         exhibit different behavior, especially when dealing with
> >> > >         "multipart" MIME messages (i.e. documents which have been
> >> split
> >> > >         up into multiple messages), so check your local
> >> documentation on
> >> > >         how to manipulate these messages.
> >> > >
> >> > >Below is the data which will enable a MIME compliant mail reader
> >> > >implementation to automatically retrieve the ASCII version of the
> >> > >Internet-Draft.
> >> > >
> >> > >Content-Type: text/plain
> >> > >Content-ID: <2007-7-5125842.I-D@ietf.org>
> >> > >
> >> > >ENCODING mime
> >> > >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
> >> > >
> >> > >
> >> >
> >> ><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-c>> 
> omparison-
> >> > 00.txt>
> >> > >_______________________________________________
> >> > >I-D-Announce mailing list
> >> > >I-D-Announce@ietf.org
> >> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
> >> >
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > PCN mailing list
> >> > PCN@ietf.org
> >> > https://www1.ietf.org/mailman/listinfo/pcn
> >>
> >>
> >> _______________________________________________
> >> PCN mailing list
> >> PCN@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/pcn
> >>
> >
>
>
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www1.ietf.org/mailman/listinfo/pcn

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196  




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 23 12:35:02 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID0s9-0006fI-NQ; Mon, 23 Jul 2007 12:35:01 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID0s8-0006f7-3r
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 12:35:00 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0s7-0006ez-Q8
	for pcn@ietf.org; Mon, 23 Jul 2007 12:34:59 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ID0s6-0002sR-BV
	for pcn@ietf.org; Mon, 23 Jul 2007 12:34:59 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 23 Jul 2007 17:00:51 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Date: Mon, 23 Jul 2007 17:00:50 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C11B@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Thread-Index: AcfLXs5wgnwnxwpbQ5iYnPmqUyss6QB4Zssm
References: <oTxcJmeQ.1184998636.1043470.karagian@ewi.utwente.nl>
From: <philip.eardley@bt.com>
To: <karagian@cs.utwente.nl>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 23 Jul 2007 16:00:51.0216 (UTC)
	FILETIME=[A458B100:01C7CD42]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 32604d42645517c44d778f1d111b40a6
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

in-line
thanks
phil

________________________________

From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]
Sent: Sat 21/07/2007 07:17
To: pcn@ietf.org; Eardley,PL,Philip,CXR9 R
Cc: karagian@cs.utwente.nl
Subject: RE: [PCN] Fwd: I-D =
ACTION:draft-chan-pcn-encoding-comparison-00.txt



On 7/20/2007, "Georgios Karagiannis" <karagian@cs.utwente.nl> wrote:

>Hi Phil
>
>Thank you very much for the comments!
>Please see some remarks in line!
>
>
>> -----Original Message-----
>> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>> Sent: donderdag 19 juli 2007 12:12
>> To: khchan@nortel.com; pcn@ietf.org
>> Subject: RE: [PCN] Fwd: I-D
>> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>>
>> Kwok, Georgios
>>
>> I read your draft. I have quite a lot of comments, but the
>> basic msg is that i think it's a suitable starting point for
>> a WG draft (towards the Charter milestone on this subject) - thanks.
>
Georgios: Thank you very much!

>>
>> 1. motivation & goals
>> this seems quite long for this draft, maybe the material is
>> more suitable elsewhere eg architecture draft?
>
Georgios: We will try to reduce the text!

>>
>> 2. PCN encoding .. in current PCN .. mechanisms & Appendix I
>> didn't find it useful to present the various proposed
>> mechanisms. The dependence between encoding & mechanism
>> (marking algo & PCN-boundary-node reaction) seem pretty weak
>> to me. In fact I think there's almost none, except in terms
>> of the number of codepoints that a proposed mechanism uses.
>> (Even this is not clear-cut; for example 'Affected marking'
>> could, I think, be easily added to those proposals that don't
>> mention it, or indeed removed from those proposals that do.)
>>
>> So can this section simply say that different proposals
>> require different numbers of encoding codepoints, and explain
>> this in a paragraph?
>
Georgios: Please note that this draft should be a survey.
Thus what we have done we have checked
the existing PCN like mechanisms and briefly described them.
In this way we could described which PCN features and which
encoding modes/states are supported(and thus are available) by these
mechanisms.
I would like to keep this section.


[phil] well it's supposed to be a survey of encoding, not a survey of =
algorithms. i think the section degrades from the draft.


>>
>> Incidentally, I found it a bit confusing to describe "not
>> congested" as a feature - at least, it doesn't seem a feature
>> in the way that adm ctrl & flow termination are features. In
>> fact, I found the discussion of 'features' in S3 & 4 a bit
>> misleading (stick with codepoints).
>
Georgios: I think that a better term would be PCN encoding features,
instead
of PCN features.
In this case "not congested" admission control and flow termination can
be
seen to belong in the same category. What we actually wanted to do is to
emphaisze and differentiate between
PCN encoding features and encoding modes/states.
This is because one PCN encoding feature can be accomplished using more
than
one encoding modes/states


[phil] sorry, what is an 'encoding feature'? why are "not congested" and =
"termination control" both 'encoding features'. i must admit i'm still =
confused. although your final sentence is true, this is most relevant =
for drafts about teh reaction of PCN-boundary-nodes - it doesnt really =
have much to do with encoding choices.


>>
>> I think phrases like "requirement for xx marking" could be
>> better expressed (are they reqts? It's a choice about how
>> many codepoints we
>> have)

Georgios: Do you have any suggestion on naming?

>>
>> 3. survey of encoding
>> the table is very useful.
>>
>> Would it be better grouping the options in terms of the
>> number of codepoints required? Ie if the mechanism needs 3
>> codepoints here are your options; if it needs 4 here they are etc.

Georgios: I am not sure if this will encounter what we wanted to do.
Please note that we intended to also include the PCN encoding features
that are supported by each option.


[phil] the functionality that can be supported by the end systems and =
the encoding choice are fairly independent things. on reflection, i =
think my original comment here is the most critical one. it seems the =
most fundamental decision for this draft is how many PCN codepoints are =
needed.


>> Should there be an option similar to option 9, but with PCN dscp?

>> Should there be an option similar to option 10/11, but with 2 DSCPs?
>> (that single marking mechanism could use)

Georgios: I do not understand this remarks. Maybe we can discuss them in
Chicago

[phil] sure.=20


>>
>> Don't understand NDS-CE
Georgios: will clarify!

>>
>> There are many typos where 'none' should be 'non' (non PCN capable
>> transport)

Georgios: agree it is a typo!

>>
>> In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I
>> remember back in Briscoe-cl-phb we looked at an option where
>> PCN marking was signalled by a *change* of codepoint, maybe
>> it's referring to this idea? ie Adm marking is 01 -> 00 &
>> Termination marking is 10 -> 11.)

Georgios: yes this is taken from Briscoe-cl-phb draft.


[phil] ok. just to point out then that you have misunderstood it in your =
draft.


>>
>> S3.4 use of IPFIX. I know you included this section because
>> the charter seems to suggest it - but I must admit to finding
>> it out of place in this doc.

Georgios: I think it is good to include an option that uses for encoding
and transport a different channel than the data path.


[phil] thinking more about this, i think probably the Architecture draft =
should discuss this. personally i think the arch doc should make more =
choices than it does at the moment - so we should state (explain) in =
that doc that PCn will only look at data pkt marking mechanisms, and not =
at explicit signalling of congestion (from a pre-congested node to the =
egress]


>>
>>
>> 4. comparison
>> I wonder if it's worth starting this section with all the
>> points that relate to how many codepoints there should be,
>> and later handle the more detailed aspects.
>>
>> Aspects of the first part:
>> - will there be non-PCN traffic in the DS network? (surely a
>> clear yes, ie we need a separate PCN DSCP(s))
>> - MPLS (which has limited codepoint space) [discussed in
>> earlier Briscoe-cl-architecture drafts - could adapt text from there]
>> - whether 'affected marking' is needed /useful [no consensus
>> at present
>> - based on your text in S2]
>> - whether adm ctrl & termination ctrl can be driven by the
>> same encoding

Georgios: Check and discuss the above issues in Chicago

>>
>> - perhaps that adm ctrl & flow termination mechanisms are not
>> required to both be deployed (just one could be)
>> - etc

Georgios: yes, but many scenarios require both ... Therefore is good to
emphasize which of them support both and which not!
>>
>> this would actually shorten some of the draft, eg S4.2.3
>> could basically disappear.
>>
>>
>> some of the ECN nonce discussion I found hard to follow
>> 4.1.5. explain what 'alternate ECN semantics' means
>> S4.2.5 I didn't follow what cases you were distinguishing.
>> there are a couple of issues at the high level: whether ECN
>> nonce is useful with PCN; backwards compatibility of PCN with
>> ECN nonce, eg in an 'unusual situation' such as the PCN pkt
>> encounters an 'old' (ECN) router.

Georgios: we have to update and enlarge section 4.2.5

[phil] also the drfqat-briscoe-cl-phb has an appendix that compares 4 or =
5 different encoding options, including issues related to what's now =
rfc4774. think we need to re-visit that and expand/change as needed?


>>
>> could mention the discussion we had about the charter
>> assuming a single domain, but we're going to keep strongly in
>> mind that want it to work multi-domain in future. This seems
>> esp important when it comes to encoding - after all, if it's
>> just your domain you can do what you like.
>> The multi-domain consideration has several impacts I think:
>> * makes standardising encoding important
>> * need to consider rfc4774 [because the issues it raises are
>> probably more significant in the inter-domain case than in
>> one domain under one operator's control]

georgios: Thus you propose to include the multi-domain support as an
additional criterion


[phil] yes (well it's not me proposing it - what was agreed in BoF)


>> * need to consider limitations about encoding from
>> draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism
>> for making PCN work inter-domain]

Georgios: We will discuss this in CHicago

Best regards,
Georgios

>>
>> best wishes - see you in Chicago!
>> phil
>>
>> > -----Original Message-----
>> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> > Sent: 05 July 2007 21:13
>> > To: pcn@ietf.org
>> > Subject: [PCN] Fwd: I-D
>> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >
>> > PCN WG:
>> > I would like to bring to your attention the availability of the
>> > initial version of PCN Encoding Comparison draft.
>> >
>> > Please review and comment.  And discuss on the PCN list.
>> >
>> > Thank you very much and looking forward to your comments.
>> > -- Kwok and Georgios --
>> >
>> > >To: i-d-announce@ietf.org
>> > >Cc:
>> > >From: Internet-Drafts@ietf.org
>> > >Date: Thu, 05 Jul 2007 13:15:02 -0400
>> > >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
>> > >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> > >X-BeenThere: i-d-announce@ietf.org
>> > >X-Mailman-Version: 2.1.5
>> > >Reply-To: internet-drafts@ietf.org
>> > >List-Id: i-d-announce.ietf.org
>> > >List-Unsubscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
>> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> > >List-Post: <mailto:i-d-announce@ietf.org>
>> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
>> > >List-Subscribe:
>> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
>> > >X-Spam-Score: 2.3
>> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> > ecarhea1.nortel.com
>> > >X-Spam-Tests: FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
>> > >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D1
>> > >X-DNSBL-Score: -50
>> > >X-DNSBL-Servers: bl.nortel.com
>> > >X-SMTP-HELO: megatron.ietf.org
>> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> > >X-SMTP-RCPT-TO:
>> >
>> >kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharr
>> ath@nortel
>> .c
>> >
>> om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,hu
>> iwc@nortel
>> .c
>> >
>> om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,kh
>> chan@norte
>> l.
>> > com
>> > >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
>> > >X-SMTP-REASON: PASSED
>> > >X-SMTP-ID: 1183656101.14019435
>> > >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
>> > >FILETIME=3D[F47A20B0:01C7BF28]
>> > >
>> > >A New Internet-Draft is available from the on-line Internet-Drafts
>> > >directories.
>> > >
>> > >
>> > >         Title           : Pre-Congestion Notification Encoding
>> > Comparison
>> > >         Author(s)       : K. Chan, G. Karagiannis
>> > >         Filename        :
>> draft-chan-pcn-encoding-comparison-00.txt
>> > >         Pages           : 36
>> > >         Date            : 2007-7-5
>> > >
>> > >    DiffServ mechanisms have been developed to support Quality of
>> Service
>> > >    (QoS).  However, the level of assurance that can be
>> provided with
>> > >    DiffServ without substantial over-provisioning is
>> limited.  Pre-
>> > >    Congestion Notification (PCN) investigates the use of per-flow
>> > >    admission control to provide the required service
>> guarantees for
>> the
>> > >    admitted traffic.  While admission control will protect the =
QoS
>> under
>> > >    normal operating conditions, an additional flow termination
>> > > mechanism   is necessary in the times of heavy congestion (e.g.
>> caused
>> > by route
>> > >    changes due to link or node failure).
>> > >
>> > >    Encoding and their transport are required to carry the
>> congestion
>> and
>> > >    pre-congestion information from the congestion and
>> pre-congestion
>> > >    points to the decision points.  This document provides a =
survey
>> of
>> > >    several encoding methods, using comparisons amongst
>> them as a way
>> to
>> > >    explain their strengths and weaknesses.
>> > >
>> > >
>> > >
>> > >A URL for this Internet-Draft is:
>> >
>> >http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> omparison-
>> > 00.txt
>> > >
>> > >To remove yourself from the I-D Announcement list, send a
>> message to
>> > >i-d-announce-request@ietf.org with the word unsubscribe in the =
body
>> of
>> > >the message.
>> > >You can also visit
>> https://www1.ietf.org/mailman/listinfo/I-D-announce
>> > >to change your subscription settings.
>> > >
>> > >Internet-Drafts are also available by anonymous FTP. Login
>> with the
>> > >username "anonymous" and a password of your e-mail address. After
>> > >logging in, type "cd internet-drafts" and then "get
>> > >draft-chan-pcn-encoding-comparison-00.txt".
>> > >
>> > >A list of Internet-Drafts directories can be found in
>> > >http://www.ietf.org/shadow.html or
>> > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> > >
>> > >Internet-Drafts can also be obtained by e-mail.
>> > >
>> > >Send a message to:
>> > >         mailserv@ietf.org.
>> > >In the body type:
>> > >         "FILE =
/internet-drafts/draft-chan-pcn-encoding-comparison-
>> > 00.txt".
>> > >
>> > >NOTE:   The mail server at ietf.org can return the document in
>> > >         MIME-encoded form by using the "mpack" utility.
>> To use this
>> > >         feature, insert the command "ENCODING mime" before the
>> "FILE"
>> > >         command.  To decode the response(s), you will
>> need "munpack"
>> or
>> > >         a MIME-compliant mail reader.  Different
>> MIME-compliant mail
>> > readers
>> > >         exhibit different behavior, especially when dealing with
>> > >         "multipart" MIME messages (i.e. documents which have been
>> split
>> > >         up into multiple messages), so check your local
>> documentation on
>> > >         how to manipulate these messages.
>> > >
>> > >Below is the data which will enable a MIME compliant mail reader
>> > >implementation to automatically retrieve the ASCII version of the
>> > >Internet-Draft.
>> > >
>> > >Content-Type: text/plain
>> > >Content-ID: <2007-7-5125842.I-D@ietf.org>
>> > >
>> > >ENCODING mime
>> > >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>> > >
>> > >
>> >
>> ><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> omparison-
>> > 00.txt>
>> > >_______________________________________________
>> > >I-D-Announce mailing list
>> > >I-D-Announce@ietf.org
>> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > PCN mailing list
>> > PCN@ietf.org
>> > https://www1.ietf.org/mailman/listinfo/pcn
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>
>




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 23 13:19:43 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID1ZO-0003F2-SX; Mon, 23 Jul 2007 13:19:42 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID1ZN-0003AV-Lr
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 13:19:41 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID1ZN-00037b-72
	for pcn@ietf.org; Mon, 23 Jul 2007 13:19:41 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ID1ZK-0003DH-If
	for pcn@ietf.org; Mon, 23 Jul 2007 13:19:41 -0400
Received: from zrtphxm1.corp.nortel.com (zrtphxm1.corp.nortel.com
	[47.140.202.50])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6NHJIm07604; Mon, 23 Jul 2007 17:19:18 GMT
Received: from KCHAN-2K3.nortel.com ([47.102.179.11] RDNS failed) by
	zrtphxm1.corp.nortel.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 23 Jul 2007 13:19:15 -0400
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 23 Jul 2007 13:19:14 -0400
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
From: "Kwok-Ho Chan" <khchan@nortel.com>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
In-Reply-To: <5.2.1.1.2.20070722214056.02a64518@pop3.jungle.bt.co.uk>
References: <004c01c7cb00$f65088a0$4c0d5982@dynamic.ewi.utwente.nl>
	<5.2.1.1.2.20070722214056.02a64518@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <ZRTPHXM1FRaqbC8wSA1000002ba@zrtphxm1.corp.nortel.com>
X-OriginalArrivalTime: 23 Jul 2007 17:19:15.0651 (UTC)
	FILETIME=[98688130:01C7CD4D]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e535e8fdae689580ce57283401d548ee
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

My personal opinion on the direction of the draft is:

1. Simplify the draft by focusing on Encoding and not Algorithm.
     I actually have the same opinion and are trying to de-emphasize 
the Algorithm parts
     of the draft by moving them to the appendix.  I have also 
removed the more detailed
     descriptions of 3sm algorithm from the appendix (the one that I 
can remove without
     making someone feel bad that their algorithm is not represented 
in this draft).
     (I wanted people to read the short 3sm draft instead of the summary. :)

2. I wanted to make the Encoding comparison (and choices) be as independent as
     possible from the Algorithm comparison (and choices).  We have 
wrote the latest
     Algorithm drafts without calling for specific Encoding (the 
bits), just indicating
     the "states" the Algorithm requires/uses to carry the 
information output of the
     Algorithms.  Hence we should try to continue to achieve the "independence"
     goal of the draft.

3. There may be cases where special considerations are applicable wrt possible
     additional "states/modes".  For example, do we need an "ECMP 
Handling State/Mode"?
     We may want to add that as a "state/mode" (lets just use the 
word "state"), this should
     be one of the open issues.
     Or we may want to do this as an exception (the special 
consideration), and not as the rule.
     This is just 2 possible way to move this forward.

4.  The -00 version have the net relatively wide open.  We will want 
to start narrowing down
      the net relatively quickly with -01.  Hence the table in Figure 
1 will be shorten quickly.

Thanks!
-- Kwok --

At 12:07 PM 7/23/2007, Bob Briscoe wrote:
>Georgios,
>
>I've had a chance to read this one now - detailed review embedded...
>
>At 07:17 21/07/2007, Georgios Karagiannis wrote:
>>On 7/20/2007, "Georgios Karagiannis" <karagian@cs.utwente.nl> wrote:
>>
>> >Hi Phil
>> >
>> >Thank you very much for the comments!
>> >Please see some remarks in line!
>> >
>> >
>> >> -----Original Message-----
>> >> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>> >> Sent: donderdag 19 juli 2007 12:12
>> >> To: khchan@nortel.com; pcn@ietf.org
>> >> Subject: RE: [PCN] Fwd: I-D
>> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >>
>> >> Kwok, Georgios
>> >>
>> >> I read your draft. I have quite a lot of comments, but the
>> >> basic msg is that i think it's a suitable starting point for
>> >> a WG draft (towards the Charter milestone on this subject) - thanks.
>> >
>>Georgios: Thank you very much!
>
>I agree.
>
>> >>
>> >> 1. motivation & goals
>> >> this seems quite long for this draft, maybe the material is
>> >> more suitable elsewhere eg architecture draft?
>> >
>>Georgios: We will try to reduce the text!
>> >>
>> >> 2. PCN encoding .. in current PCN .. mechanisms & Appendix I
>> >> didn't find it useful to present the various proposed
>> >> mechanisms. The dependence between encoding & mechanism
>> >> (marking algo & PCN-boundary-node reaction) seem pretty weak
>> >> to me. In fact I think there's almost none, except in terms
>> >> of the number of codepoints that a proposed mechanism uses.
>> >> (Even this is not clear-cut; for example 'Affected marking'
>> >> could, I think, be easily added to those proposals that don't
>> >> mention it, or indeed removed from those proposals that do.)
>> >>
>> >> So can this section simply say that different proposals
>> >> require different numbers of encoding codepoints, and explain
>> >> this in a paragraph?
>> >
>>Georgios: Please note that this draft should be a survey.
>>Thus what we have done we have checked
>>the existing PCN like mechanisms and briefly described them.
>>In this way we could described which PCN features and which
>>encoding modes/states are supported(and thus are available) by these
>>mechanisms.
>>I would like to keep this section.
>
>I disagree. Like Phil, I think it would be useful to try to cut down 
>drastically. The set of choices need to be laid out clearly, but I 
>found there was much more text than was needed for clarity. Once/if 
>this becomes an RFC, no-one is going to read it as the first or only 
>thing they ever read about PCN. So you can refer to things like the 
>architecture and get straight to the point in this one.
>
>- I agree with Phil that the marking algo text is fairly redundant
>- there also seem to be a lot of options that could just be killed 
>off at birth (see later for specifics) because they don't work 
>sufficiently to go forward. They just lead to a combinatorial 
>explosion of text later, and waste IETF cycles discussing them.
>
>To cut down the choices, you need a criterion for a scheme getting 
>mentioned in this draft. I suggest it should be that someone has 
>already proposed it as part of a coherent PCN system, or that you 
>(the authors) can propose an encoding that would be a better 
>alternative to one already coherently proposed.
>
>So Fig 1 should have a ref column giving the ref that describes the 
>option. Then you make a rule: No ref, no row.
>
>
>> >>
>> >> Incidentally, I found it a bit confusing to describe "not
>> >> congested" as a feature - at least, it doesn't seem a feature
>> >> in the way that adm ctrl & flow termination are features. In
>> >> fact, I found the discussion of 'features' in S3 & 4 a bit
>> >> misleading (stick with codepoints).
>> >
>>Georgios: I think that a better term would be PCN encoding features,
>>instead
>>of PCN features.
>>In this case "not congested" admission control and flow termination can
>>be
>>seen to belong in the same category. What we actually wanted to do is to
>>emphaisze and differentiate between
>>PCN encoding features and encoding modes/states.
>>This is because one PCN encoding feature can be accomplished using more
>>than
>>one encoding modes/states
>>
>> >>
>> >> I think phrases like "requirement for xx marking" could be
>> >> better expressed (are they reqts? It's a choice about how
>> >> many codepoints we
>> >> have)
>>
>>Georgios: Do you have any suggestion on naming?
>>
>> >>
>> >> 3. survey of encoding
>> >> the table is very useful.
>
>I agree - very useful format.
>
>Another suggestion: Could a lot of the following text also be 
>tabulated and the longhand text removed.
>
>> >>
>> >> Would it be better grouping the options in terms of the
>> >> number of codepoints required? Ie if the mechanism needs 3
>> >> codepoints here are your options; if it needs 4 here they are etc.
>>
>>Georgios: I am not sure if this will encounter what we wanted to do.
>>Please note that we intended to also include the PCN encoding features
>>that are supported by each option.
>
>Please reconsider your response. Phil's talking sense.
>
>The top level question is how many states do we want to encode. 
>Then, the second level question is how do we encode them.
>
>> >> Should there be an option similar to option 9, but with PCN dscp?
>>
>> >> Should there be an option similar to option 10/11, but with 2 DSCPs?
>> >> (that single marking mechanism could use)
>>
>>Georgios: I do not understand this remarks. Maybe we can discuss them in
>>Chicago
>
>I'm trying to unpick how Georgios (and Kwok) are thinking. I 
>understand Phil's comments perfectly, so there must be some 
>misunderstanding here.
>
>> >> Should there be an option similar to option 9, but with PCN dscp?
>
>In fact, I don't understand why any of 5-9 are in the table at all 
>as they don't distinguish PCN from non-PCN (see my response "Yes, of 
>course" to Kwok's original question asking whether this was a key requirement).
>
>Here's quotes from options 5-9:
>===========================================================================
>5: "The use of Not-ECT will separate PCN traffic from non[e] PCN 
>traffic with the big exception of [for] ECN traffic."
>
>6: "Encoding Option 6 suffers the same issue as Encoding Option 5 on 
>ability to separate traffic and indications between PCN and ECN traffic."
>
>7: "But this still suffers the same problems as Encoding Options 5 & 6"
>
>8: "But then it cannot distinguish PCN/ECN capable traffic from 
>non[e] PCN/ECN capable traffic, and still suffers the same issues as 
>Encoding Options 5, 6 and 7."
>
>9: "But it still suffers the lack of ability to be distinguished 
>from RFC3168 ECN traffic."
>===========================================================================
>
>So, all of options 5-9 should be killed. No-one has proposed them 
>anyway and they don't work.
>
>However, two of the ECN field combinations in them (6 & 9) should be 
>"reincarnated": two new ECN+DS combinations should be created 
>exactly like 6 & 9 except with 'PCN' in the DSCP column.
>
>> >> Should there be an option similar to option 10/11, but with 2 DSCPs?
>> >> (that single marking mechanism could use)
>>
>>Georgios: I do not understand this remarks. Maybe we can discuss them in
>>Chicago
>
>I believe Phil was trying to say what I've tabulated below - does 
>this help? The numbers in the body are for the different DSCPs 
>needed (ie 0 = DSCP0, 1 = DSCP1, 2 = DSCP2 etc).
>
>Encodg Option  10       11      12      13
>Not congested   0       0       0       0
>Admisn marked   1       -       1       1
>Termin marked   2       1       1       1
>ECMP affected   3       2       -       2
>
>12 is Anna's single marking scheme using just DSCPs rather than DSCP + ECN
>
>13 is as 12, but using another DSCP for ECMP affected.
>
>AM & TM only need one DSCP, because Anna's single marking proposal 
>requires one less state (because the egress calculates both 
>admission and termination information from one marking state).
>
>
>> >>
>> >> Don't understand NDS-CE
>>Georgios: will clarify!
>
>I think this is a (unsuccesful?) attempt to invent an ECN-only 
>scheme that makes sense (as I've said, I don't think any ECN-only 
>scheme will ever make sense).
>
>S.3.1.2 (Option 2) Why is additional control and separation of AM & 
>TM to provide edge nodes with added capabilites out of scope? Sounds 
>like it should be very much in scope to me, but I don't know what is 
>referred to here.
>
>> >>
>> >> There are many typos where 'none' should be 'non' (non PCN capable
>> >> transport)
>>
>>Georgios: agree it is a typo!
>>
>> >>
>> >> In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I
>> >> remember back in Briscoe-cl-phb we looked at an option where
>> >> PCN marking was signalled by a *change* of codepoint, maybe
>> >> it's referring to this idea? ie Adm marking is 01 -> 00 &
>> >> Termination marking is 10 -> 11.)
>>
>>Georgios: yes this is taken from Briscoe-cl-phb draft.
>
>It was one of Joe's ideas documented in the cl-phb draft
>
>
>> >>
>> >> S3.4 use of IPFIX. I know you included this section because
>> >> the charter seems to suggest it - but I must admit to finding
>> >> it out of place in this doc.
>>
>>Georgios: I think it is good to include an option that uses for encoding
>>and transport a different channel than the data path.
>
>I'd rather the arch doc explained why out-of-band signalling needs 
>more complexity to authenticate it than in-band and so out of scope 
>of PCN, then we could just delete it from this doc.
>
>That doesn't mean we're stopping people doing OOB signalling or 
>saying they shouldn't, it's just not relevant to PCN if they do.
>
>
>> >>
>> >>
>> >> 4. comparison
>> >> I wonder if it's worth starting this section with all the
>> >> points that relate to how many codepoints there should be,
>> >> and later handle the more detailed aspects.
>
>I strongly urge the authors to follow Phil's advice here.
>
>> >>
>> >> Aspects of the first part:
>> >> - will there be non-PCN traffic in the DS network? (surely a
>> >> clear yes, ie we need a separate PCN DSCP(s))
>> >> - MPLS (which has limited codepoint space) [discussed in
>> >> earlier Briscoe-cl-architecture drafts - could adapt text from there]
>
>draft-ietf-tsvwg-ecn-mpls is going to WG last call. Pls read it - it 
>has a lot about how PCN marking might be encoded into MPLS (without 
>pre-judging this PCN w-g encoding debate).
>
>> >> - whether 'affected marking' is needed /useful [no consensus
>> >> at present
>> >> - based on your text in S2]
>
>I agree with Phil. There's been little/no debate on whether dealing 
>with ECMP is best done by
>a) encoding in packet markings or
>b) by finding some way to include a path identifier in packets.
>
>I can give lots of reasons why ECMP affected marking might not work well.
>
>[Here's one... Imagine a scenario with a crowd converging on an 
>egress boundary node over different ECMP paths. Links on more than 1 
>(e.g. 2) of the paths might start AM, with one marking at a much 
>lower level than the other. Both paths would start affected marking. 
>But affected marking only helps if just one path is affected, or of 
>all affected paths have the same marking level.
>
>Termination marking would suffer exactly the same problem.]
>
>An alternative solution might be to find a way for the egress to 
>distinguish measurements from each separate ECMP path, by unpicking 
>the path identifiers that ECMP is using to separate the paths in the 
>first place.
>
>This isn't the place to discuss the merits of solutions to ECMP (not 
>this draft, and not this mail thread). So I suggest for now this 
>draft just documents the possible need for an ECMP codepoint, and in 
>the comparison notes those encodings that would or would not have space for it.
>
>> >> - whether adm ctrl & termination ctrl can be driven by the
>> >> same encoding
>>
>>Georgios: Check and discuss the above issues in Chicago
>
>I agree this should be considered - Anna's single marking is the ref 
>here (I'm not saying I agree, just that it should be considered).
>
>> >>
>> >> - perhaps that adm ctrl & flow termination mechanisms are not
>> >> required to both be deployed (just one could be)
>> >> - etc
>>
>>Georgios: yes, but many scenarios require both ... Therefore is good to
>>emphasize which of them support both and which not!
>> >>
>> >> this would actually shorten some of the draft, eg S4.2.3
>> >> could basically disappear.
>> >>
>> >>
>> >> some of the ECN nonce discussion I found hard to follow
>> >> 4.1.5. explain what 'alternate ECN semantics' means
>
>I disagree with Phil here. See my comment earlier about keeping this 
>I-D short by referring out. I'd rather you (Georgios & Kwok) didn't 
>repeat RFC4774 here in the interests of brevity.
>
>In S4.2.4 on distinguishing PCN from non-PCN, I agree with your 
>second option in the last para of the section: ie. don't have a 
>special DSCP for Not-PCN-Capable, because this role is fulfilled by 
>all the DSCPs that aren't PCN DSCPs.
>
>> >> S4.2.5 I didn't follow what cases you were distinguishing.
>
>I don't agree with (or don't understand) this statement in the 
>draft: "There are two issues indicated here. First: the ability to 
>distinguish PCN traffic from non[e] PCN traffic. Second: the ability 
>to distinguish PCN from ECN traffic."
>
>I think a lot of these misunderstandings would be solved if you 
>defined what you think you mean (in terms of scheduling behaviour as 
>well as marking behaviour) by
>- PCN traffic
>- non-PCN traffic
>- ECN traffic
>
>See point below about Fred Baker's EF-ADMIT draft and the list 
>discussion started by Kwok on this.
>
>> >> there are a couple of issues at the high level: whether ECN
>> >> nonce is useful with PCN; backwards compatibility of PCN with
>> >> ECN nonce,
>
>The ECN nonce only works if the receiver processes the packets in 
>order. In this case, that would mean the PCN-ingress-node would have 
>to add sequence numbers to all the packets in the aggregate and the 
>PCN-egress-node would have to bring the aggregate of packets back 
>into order to check the none sum.
>
>Even then, the ECN nonce only provides protection once every 
>feedback message. That was useful with frequencies of feedback much 
>higher than marking frequencies (like the feedback every other 
>packet you get with TCP). PCN envisages feedback on signalling 
>timescales (at minimum every few thousand packets).
>
>So even if there was reliable ordering, a binary nonce would only 
>allow the PCN-ingress-node to detect a change to the last packet 
>marking before each feedback signal. And, of course, it doesn't 
>allow the network to check if the PCN-ingress-node is cheating.
>
>See draft-briscoe-re-pcn-border-cheat-00.txt for my suggested 
>encoding to deal with a wide range of anti-cheating cases. But other 
>encodings are possible - I'm not religious about this. I will 
>write-up the constraints I believe we have on the encoding.
>
>In a single trust domain scenario, we don't need anti-cheating 
>codepoints. Anti-cheating falls into the category of things to 
>consider for when we move to a multi-domain scenario. Having done 
>that exercise I can assure you that a codepoint for the ECN nonce is 
>not needed in PCN scenarios.
>
>
>>eg in an 'unusual situation' such as the PCN pkt
>> >> encounters an 'old' (ECN) router.
>>
>>Georgios: we have to update and enlarge section 4.2.5
>
>The appendix of cl-phb on all the coding choices known at that time 
>contains excellent (and brief) text you can use for this draft. It 
>already included most of the workable choices you've covered, except 
>it just needed discussion of the extra codepoint that might be 
>needed for ECMP Affected (and one or two new ideas added from the 
>list since, such as Anna's single marking). Of course, it included 
>the RMD/LC Diffserv only encoding.
>
>In writing CL-PHB, a lot of time was spent taking combinations that 
>were effectively equivalent but just with arbitrarily different 
>choices of codepoints, and working out which ones were more robust 
>to config errors (alt ECN semantics discussion) or the presence of 
>unexpected legacy routers (S.4.1.6 of your I-D) etc. All that work 
>was documented succinctly, and could be easily copied and pasted 
>into this draft.
>
>A large amount of all the authors' time (including yours) had been 
>spent narrowing down the coding choices to those that represented 
>the different trade-offs each person thought important, so that the 
>list could discuss this.
>
>> >>
>> >> could mention the discussion we had about the charter
>> >> assuming a single domain, but we're going to keep strongly in
>> >> mind that want it to work multi-domain in future. This seems
>> >> esp important when it comes to encoding - after all, if it's
>> >> just your domain you can do what you like.
>> >> The multi-domain consideration has several impacts I think:
>> >> * makes standardising encoding important
>> >> * need to consider rfc4774 [because the issues it raises are
>> >> probably more significant in the inter-domain case than in
>> >> one domain under one operator's control]
>>
>>georgios: Thus you propose to include the multi-domain support as an
>>additional criterion
>>
>> >> * need to consider limitations about encoding from
>> >> draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism
>> >> for making PCN work inter-domain]
>>
>>Georgios: We will discuss this in CHicago
>
>Yes, the WG chairs have already said we should take multidomain into 
>account when considering encodings, but they need to re-affirm how 
>deeply that means we need to go.
>
>In section 6, I suggest all the paras except the last should be 
>moved to an architecture doc - they aren't security issues about the 
>encoding, but just general architectural security issues. The last 
>para needs expanding to address the above issues.
>
>Concerning the first para (MLPP), there is an impact on encoding but 
>its orthogonal to PCN encoding and dealt with already in MLPP documents.
>
>Other constraints should be mentioned:
>
>1. Architectural intent of different fields (DS & ECN)
>------------------------------------------------------
>There was a long discussion on the tsvwg mailing list way back about 
>this (between you & I) that could be summarised in your I-D.
>
>2. PCN encoding encapsulation and decapsulation:
>-----------------------------------------------
>Within a PCN domain there may be arbitrary encapsulations of the 
>outer IP header in further outer headers, either as packets cross 
>link layers that support PCN (e.g. see draft-ietf-ecn-mpls-01.txt) 
>or because of IP in IP tunnelling (e.g. between two sites of an 
>enterprise that want IPsec between them as well as PCN 
>reservations). We cannot and should not constrain all tunnelling to 
>be outside a PCN domain.
>
>An ideal PCN encoding would allow any tunnel or link encapsulation 
>implementation to just encapsulate packets with the same rules for 
>processing the ECN and DS fields as non-PCN packets. Otherwise, all 
>tunnel and link technology vendors have to know about PCN as an exception.
>
>See "Layered Encapsulation of Congestion Notification" 
><draft-briscoe-tsvwg-ecn-tunnel-00.txt> (I posted a note about this 
>to the PCN list in Jun 07).
>
>This relates to the point about architectural intent of the fields: 
>tunnels will treat the fields differently depending on their 
>architectural intent. The DS field is processed differently by 
>tunnels than the ECN field, because the ECN field has a special 
>codepoint (Not-ECT) and a ranking of codepoints (CE>ECT) that makes 
>some transitions illegal. PCN is similar. It can have a multi-level 
>ranking (CE>TM>AM) and a Not-PCN state (excuse my abbreviated 
>terminology). Tunnels treat DS differently, just copying it.
>
>3. Distinguishing admission controlled from non-admission controlled
>--------------------------------------------------------------------
>The draft should refer to (and take accont of) Fred Baker's "DSCPs 
>for Capacity Admitted Traffic" 
><draft-ietf-tsvwg-admitted-realtime-dscp-01> with its suggestions on 
>how to distinguish between admission controlled EF and non-admission 
>controlled. It should also take account of the discussion on this 
>subject started by Kwok recently.
>
>Nits
>----
>Section 1: ECN in RFC3168 was not only designed for TCP. It was 
>designed into IP for all transports but the TCP-ECN spec was defined 
>in the same doc, at the request of the Transport ADs at the time.
>
>Section 2:
>3 occurrences of wording that (confusingly) implies PCN is already deployed.
>"PCN based mechanisms are used..."
>"the current available PCN based algorithms"
>"the current PCN detection"
>
>S.2.1: Your draft implies CL-PHB is one proposal, whereas it was a 
>comparison of 5 different proposals. As editor, I know Phil was very 
>careful not to recommend one above the others (the one used in the 
>body of the text was "just to be concrete"). So there's no such 
>thing as "in CL-PHB a solution has been developed" or "the main 
>encoding scheme used in CL-PHB".
>
>Figure 1 -> Table 1
>
>S.3 Surely there's no difference between Not-CE (Option 8) and ECT (Option 9)?
>
>Hope this all helps.
>
>
>Bob
>
>>Best regards,
>>Georgios
>>
>> >>
>> >> best wishes - see you in Chicago!
>> >> phil
>> >>
>> >> > -----Original Message-----
>> >> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> >> > Sent: 05 July 2007 21:13
>> >> > To: pcn@ietf.org
>> >> > Subject: [PCN] Fwd: I-D
>> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >> >
>> >> > PCN WG:
>> >> > I would like to bring to your attention the availability of the
>> >> > initial version of PCN Encoding Comparison draft.
>> >> >
>> >> > Please review and comment.  And discuss on the PCN list.
>> >> >
>> >> > Thank you very much and looking forward to your comments.
>> >> > -- Kwok and Georgios --
>> >> >
>> >> > >To: i-d-announce@ietf.org
>> >> > >Cc:
>> >> > >From: Internet-Drafts@ietf.org
>> >> > >Date: Thu, 05 Jul 2007 13:15:02 -0400
>> >> > >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
>> >> > >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >> > >X-BeenThere: i-d-announce@ietf.org
>> >> > >X-Mailman-Version: 2.1.5
>> >> > >Reply-To: internet-drafts@ietf.org
>> >> > >List-Id: i-d-announce.ietf.org
>> >> > >List-Unsubscribe:
>> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> >> > >  <mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
>> >> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> >> > >List-Post: <mailto:i-d-announce@ietf.org>
>> >> > >List-Help: <mailto:i-d-announce-request@ietf.org?subject=help>
>> >> > >List-Subscribe:
>> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> >> > >  <mailto:i-d-announce-request@ietf.org?subject=subscribe>
>> >> > >X-Spam-Score: 2.3
>> >> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> >> > ecarhea1.nortel.com
>> >> > >X-Spam-Tests: FORGED_RCVD_HELO=0.05,MIME_BOUND_NEXTPART=0.106,
>> >> > >  NO_REAL_NAME=0.178,TO_CC_NOT_NORTEL=1,URIBL_MANURI=1
>> >> > >X-DNSBL-Score: -50
>> >> > >X-DNSBL-Servers: bl.nortel.com
>> >> > >X-SMTP-HELO: megatron.ietf.org
>> >> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> >> > >X-SMTP-RCPT-TO:
>> >> >
>> >> >kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharr
>> >> ath@nortel
>> >> .c
>> >> >
>> >> om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,hu
>> >> iwc@nortel
>> >> .c
>> >> >
>> >> om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,kh
>> >> chan@norte
>> >> l.
>> >> > com
>> >> > >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
>> >> > >X-SMTP-REASON: PASSED
>> >> > >X-SMTP-ID: 1183656101.14019435
>> >> > >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
>> >> > >FILETIME=[F47A20B0:01C7BF28]
>> >> > >
>> >> > >A New Internet-Draft is available from the on-line Internet-Drafts
>> >> > >directories.
>> >> > >
>> >> > >
>> >> > >         Title           : Pre-Congestion Notification Encoding
>> >> > Comparison
>> >> > >         Author(s)       : K. Chan, G. Karagiannis
>> >> > >         Filename        :
>> >> draft-chan-pcn-encoding-comparison-00.txt
>> >> > >         Pages           : 36
>> >> > >         Date            : 2007-7-5
>> >> > >
>> >> > >    DiffServ mechanisms have been developed to support Quality of
>> >> Service
>> >> > >    (QoS).  However, the level of assurance that can be
>> >> provided with
>> >> > >    DiffServ without substantial over-provisioning is
>> >> limited.  Pre-
>> >> > >    Congestion Notification (PCN) investigates the use of per-flow
>> >> > >    admission control to provide the required service
>> >> guarantees for
>> >> the
>> >> > >    admitted traffic.  While admission control will protect the QoS
>> >> under
>> >> > >    normal operating conditions, an additional flow termination
>> >> > > mechanism   is necessary in the times of heavy congestion (e.g.
>> >> caused
>> >> > by route
>> >> > >    changes due to link or node failure).
>> >> > >
>> >> > >    Encoding and their transport are required to carry the
>> >> congestion
>> >> and
>> >> > >    pre-congestion information from the congestion and
>> >> pre-congestion
>> >> > >    points to the decision points.  This document provides a survey
>> >> of
>> >> > >    several encoding methods, using comparisons amongst
>> >> them as a way
>> >> to
>> >> > >    explain their strengths and weaknesses.
>> >> > >
>> >> > >
>> >> > >
>> >> > >A URL for this Internet-Draft is:
>> >> >
>> >> >http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> >> omparison-
>> >> > 00.txt
>> >> > >
>> >> > >To remove yourself from the I-D Announcement list, send a
>> >> message to
>> >> > >i-d-announce-request@ietf.org with the word unsubscribe in the body
>> >> of
>> >> > >the message.
>> >> > >You can also visit
>> >> https://www1.ietf.org/mailman/listinfo/I-D-announce
>> >> > >to change your subscription settings.
>> >> > >
>> >> > >Internet-Drafts are also available by anonymous FTP. Login
>> >> with the
>> >> > >username "anonymous" and a password of your e-mail address. After
>> >> > >logging in, type "cd internet-drafts" and then "get
>> >> > >draft-chan-pcn-encoding-comparison-00.txt".
>> >> > >
>> >> > >A list of Internet-Drafts directories can be found in
>> >> > >http://www.ietf.org/shadow.html or
>> >> > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> >> > >
>> >> > >Internet-Drafts can also be obtained by e-mail.
>> >> > >
>> >> > >Send a message to:
>> >> > >         mailserv@ietf.org.
>> >> > >In the body type:
>> >> > >         "FILE /internet-drafts/draft-chan-pcn-encoding-comparison-
>> >> > 00.txt".
>> >> > >
>> >> > >NOTE:   The mail server at ietf.org can return the document in
>> >> > >         MIME-encoded form by using the "mpack" utility.
>> >> To use this
>> >> > >         feature, insert the command "ENCODING mime" before the
>> >> "FILE"
>> >> > >         command.  To decode the response(s), you will
>> >> need "munpack"
>> >> or
>> >> > >         a MIME-compliant mail reader.  Different
>> >> MIME-compliant mail
>> >> > readers
>> >> > >         exhibit different behavior, especially when dealing with
>> >> > >         "multipart" MIME messages (i.e. documents which have been
>> >> split
>> >> > >         up into multiple messages), so check your local
>> >> documentation on
>> >> > >         how to manipulate these messages.
>> >> > >
>> >> > >Below is the data which will enable a MIME compliant mail reader
>> >> > >implementation to automatically retrieve the ASCII version of the
>> >> > >Internet-Draft.
>> >> > >
>> >> > >Content-Type: text/plain
>> >> > >Content-ID: <2007-7-5125842.I-D@ietf.org>
>> >> > >
>> >> > >ENCODING mime
>> >> > >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>> >> > >
>> >> > >
>> >> >
>> >> ><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-c>> 
>>   omparison-
>> >> > 00.txt>
>> >> > >_______________________________________________
>> >> > >I-D-Announce mailing list
>> >> > >I-D-Announce@ietf.org
>> >> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > PCN mailing list
>> >> > PCN@ietf.org
>> >> > https://www1.ietf.org/mailman/listinfo/pcn
>> >>
>> >>
>> >> _______________________________________________
>> >> PCN mailing list
>> >> PCN@ietf.org
>> >> https://www1.ietf.org/mailman/listinfo/pcn
>> >>
>> >
>>
>>
>>_______________________________________________
>>PCN mailing list
>>PCN@ietf.org
>>https://www1.ietf.org/mailman/listinfo/pcn
>
>____________________________________________________________________________
>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196
>



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 23 20:15:32 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID83o-0002Ub-Cw; Mon, 23 Jul 2007 20:15:32 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID83n-0002UW-4J
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 20:15:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID83m-0002UO-Q4
	for pcn@ietf.org; Mon, 23 Jul 2007 20:15:30 -0400
Received: from smtp3.smtp.bt.com ([217.32.164.138])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ID83l-0007cj-Ap
	for pcn@ietf.org; Mon, 23 Jul 2007 20:15:30 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 01:15:28 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Tue, 24 Jul 2007 01:15:24 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185236123501; Tue, 24 Jul 2007 01:15:23 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.4])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6O0FGL7014943; Tue, 24 Jul 2007 01:15:21 +0100
Message-Id: <5.2.1.1.2.20070724004454.056d5cc8@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 24 Jul 2007 01:15:23 +0100
To: <philip.eardley@bt.com>, <Ruediger.Geib@t-systems.com>,
	<lars.eggert@nokia.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2F0@E03MVZ1-UKDY.doma
	in1.systemhost.net>
References: <6439282641581441A36F7F6F83ED2ED201DB98C8@S4DE8PSAAFQ.mitte.t-com.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 24 Jul 2007 00:15:24.0979 (UTC)
	FILETIME=[BB499830:01C7CD87]
X-Spam-Score: -1.0 (-)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil, Lars, Ruediger,

Dragging back one issue on a thread that ended a couple of weeks ago...

At 13:03 09/07/2007, philip.eardley@bt.com wrote:
> > Section 1., paragraph 2:
> > > Each link of the PCN-
> > > domain can be associated with a configured-admissible-rate and a
> > > configured-termination-rate.  If PCN-traffic, that is traffic in the
> > > DiffServ class(es) subject to the PCN mechanisms, on the link
>exceeds
> > > these rates then PCN-packets are admission-marked or termination-
> > > marked.
> >
> >  This paragraph and the related text in the remainder of the document
> >  imply some particular technical directions: (1) marking is done based
> >  on pre-configured rates, rather than, for example, queue dynamics,
>and

> > [RG] (1) I'm no expert on the mechanisms, but I prefer settable rates
> > to allow traffic engineering. As far as I know rate limited queues are
> > one
> > solution option.

>(1) I don't think 'everything but pre-configured rates' is excluded. I
>think the algorithm will somehow involve a characteristic traffic rate.
>I presume people who have other ideas about the algorithm should submit
>a draft or comment on the existing suggestions. There is an open
>question about how detailed the algorithm spec should be (what is an
>implementation choice)

I just wanted to point out that the configuration OAM section (8.2) of the 
arch draft (which I've now read) already says the configured-admissable 
rate need not actually be pre-configured.

It refers to [21] by Songhurst et al, which suggests an alternative way to 
do marking. I don't know whether this was the sort of stuff Lars was 
thinking of.

In Songhurst, the virtual queue does have a configured-rate, but the 
operator doesn't have to predict what proportion of each link to configure 
for PCN traffic. Instead, the virtual queue's drain rate is always set to 
(say) 99% of the line rate. But Songhurst's marking probability depends on 
the sum of the length of the PCN virtual queue plus the length(s) of the 
real lower priority queue(s) (e.g. BE).

So if there's not much BE, admission control allows more PCN traffic before 
it kicks in. But if there's a lot of BE, admission control kicks at a lower 
level of PCN.

IOW, the boundary between PCN & other traffic floats depending on their 
relative loads. Songhurst also describes how this floating can be bounded 
between high a low water marks, so there's min amounts of capacity for BE 
and a min for PCN (protecting PCN during BE DoS attacks). Basically, it's 
all about getting the best out of the network however good or bad the 
config is.

Two reasons for saying this to the list:
i) Is being less sensitive to accurate traffic matrix prediction something 
other operators would be interested in?
ii) The text needs correcting slightly, because it says Songhurst's method 
doesn't use a pre-configured rate, but it does - it just doesn't have to be 
accurate.


Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 23 20:19:48 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1ID87w-0003RC-AE; Mon, 23 Jul 2007 20:19:48 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1ID87v-0003R7-60
	for pcn-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 20:19:47 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1ID87u-0003Qz-Le
	for pcn@ietf.org; Mon, 23 Jul 2007 20:19:46 -0400
Received: from zcars04f.nortel.com ([47.129.242.57])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ID87r-0006ae-P6
	for pcn@ietf.org; Mon, 23 Jul 2007 20:19:46 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6O0Jen25891; Tue, 24 Jul 2007 00:19:41 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Date: Mon, 23 Jul 2007 20:19:39 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651169999C@zcarhxm1.corp.nortel.com>
In-Reply-To: <ZRTPHXM1FRaqbC8wSA1000002ba@zrtphxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
Thread-Index: AcfNTa1np8r3bl/0Qcy5DuNvOooXiQAOg5xA
References: <004c01c7cb00$f65088a0$4c0d5982@dynamic.ewi.utwente.nl>
	<5.2.1.1.2.20070722214056.02a64518@pop3.jungle.bt.co.uk>
	<ZRTPHXM1FRaqbC8wSA1000002ba@zrtphxm1.corp.nortel.com>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Kwok-Ho Chan" <khchan@nortel.com>,
	"Bob Briscoe" <rbriscoe@jungle.bt.co.uk>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 19fc2b47780353ba1ee25032fbc339e7
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Kwok wrote July 23, 2007
>3. There may be cases where special considerations are applicable wrt
>possible
>     additional "states/modes".  For example, do we need an "ECMP=20
>Handling State/Mode"?
>     We may want to add that as a "state/mode" (lets just use the=20
>word "state"), this should
>     be one of the open issues.
>    Or we may want to do this as an exception (the special=20
>consideration), and not as the rule.

Do it as a special case for the marking approach that needs it.


Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Chan, Kwok-Ho (BL60:470)=20
Sent: July 23, 2007 1:19 PM
To: Bob Briscoe
Cc: pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D
ACTION:draft-chan-pcn-encoding-comparison-00.txt

My personal opinion on the direction of the draft is:

1. Simplify the draft by focusing on Encoding and not Algorithm.
     I actually have the same opinion and are trying to de-emphasize=20
the Algorithm parts
     of the draft by moving them to the appendix.  I have also=20
removed the more detailed
     descriptions of 3sm algorithm from the appendix (the one that I=20
can remove without
     making someone feel bad that their algorithm is not represented=20
in this draft).
     (I wanted people to read the short 3sm draft instead of the
summary. :)

2. I wanted to make the Encoding comparison (and choices) be as
independent as
     possible from the Algorithm comparison (and choices).  We have=20
wrote the latest
     Algorithm drafts without calling for specific Encoding (the=20
bits), just indicating
     the "states" the Algorithm requires/uses to carry the=20
information output of the
     Algorithms.  Hence we should try to continue to achieve the
"independence"
     goal of the draft.

3. There may be cases where special considerations are applicable wrt
possible
     additional "states/modes".  For example, do we need an "ECMP=20
Handling State/Mode"?
     We may want to add that as a "state/mode" (lets just use the=20
word "state"), this should
     be one of the open issues.
     Or we may want to do this as an exception (the special=20
consideration), and not as the rule.
     This is just 2 possible way to move this forward.

4.  The -00 version have the net relatively wide open.  We will want=20
to start narrowing down
      the net relatively quickly with -01.  Hence the table in Figure=20
1 will be shorten quickly.

Thanks!
-- Kwok --

At 12:07 PM 7/23/2007, Bob Briscoe wrote:
>Georgios,
>
>I've had a chance to read this one now - detailed review embedded...
>
>At 07:17 21/07/2007, Georgios Karagiannis wrote:
>>On 7/20/2007, "Georgios Karagiannis" <karagian@cs.utwente.nl> wrote:
>>
>> >Hi Phil
>> >
>> >Thank you very much for the comments!
>> >Please see some remarks in line!
>> >
>> >
>> >> -----Original Message-----
>> >> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>> >> Sent: donderdag 19 juli 2007 12:12
>> >> To: khchan@nortel.com; pcn@ietf.org
>> >> Subject: RE: [PCN] Fwd: I-D
>> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >>
>> >> Kwok, Georgios
>> >>
>> >> I read your draft. I have quite a lot of comments, but the
>> >> basic msg is that i think it's a suitable starting point for
>> >> a WG draft (towards the Charter milestone on this subject) -
thanks.
>> >
>>Georgios: Thank you very much!
>
>I agree.
>
>> >>
>> >> 1. motivation & goals
>> >> this seems quite long for this draft, maybe the material is
>> >> more suitable elsewhere eg architecture draft?
>> >
>>Georgios: We will try to reduce the text!
>> >>
>> >> 2. PCN encoding .. in current PCN .. mechanisms & Appendix I
>> >> didn't find it useful to present the various proposed
>> >> mechanisms. The dependence between encoding & mechanism
>> >> (marking algo & PCN-boundary-node reaction) seem pretty weak
>> >> to me. In fact I think there's almost none, except in terms
>> >> of the number of codepoints that a proposed mechanism uses.
>> >> (Even this is not clear-cut; for example 'Affected marking'
>> >> could, I think, be easily added to those proposals that don't
>> >> mention it, or indeed removed from those proposals that do.)
>> >>
>> >> So can this section simply say that different proposals
>> >> require different numbers of encoding codepoints, and explain
>> >> this in a paragraph?
>> >
>>Georgios: Please note that this draft should be a survey.
>>Thus what we have done we have checked
>>the existing PCN like mechanisms and briefly described them.
>>In this way we could described which PCN features and which
>>encoding modes/states are supported(and thus are available) by these
>>mechanisms.
>>I would like to keep this section.
>
>I disagree. Like Phil, I think it would be useful to try to cut down=20
>drastically. The set of choices need to be laid out clearly, but I=20
>found there was much more text than was needed for clarity. Once/if=20
>this becomes an RFC, no-one is going to read it as the first or only=20
>thing they ever read about PCN. So you can refer to things like the=20
>architecture and get straight to the point in this one.
>
>- I agree with Phil that the marking algo text is fairly redundant
>- there also seem to be a lot of options that could just be killed=20
>off at birth (see later for specifics) because they don't work=20
>sufficiently to go forward. They just lead to a combinatorial=20
>explosion of text later, and waste IETF cycles discussing them.
>
>To cut down the choices, you need a criterion for a scheme getting=20
>mentioned in this draft. I suggest it should be that someone has=20
>already proposed it as part of a coherent PCN system, or that you=20
>(the authors) can propose an encoding that would be a better=20
>alternative to one already coherently proposed.
>
>So Fig 1 should have a ref column giving the ref that describes the=20
>option. Then you make a rule: No ref, no row.
>
>
>> >>
>> >> Incidentally, I found it a bit confusing to describe "not
>> >> congested" as a feature - at least, it doesn't seem a feature
>> >> in the way that adm ctrl & flow termination are features. In
>> >> fact, I found the discussion of 'features' in S3 & 4 a bit
>> >> misleading (stick with codepoints).
>> >
>>Georgios: I think that a better term would be PCN encoding features,
>>instead
>>of PCN features.
>>In this case "not congested" admission control and flow termination
can
>>be
>>seen to belong in the same category. What we actually wanted to do is
to
>>emphaisze and differentiate between
>>PCN encoding features and encoding modes/states.
>>This is because one PCN encoding feature can be accomplished using
more
>>than
>>one encoding modes/states
>>
>> >>
>> >> I think phrases like "requirement for xx marking" could be
>> >> better expressed (are they reqts? It's a choice about how
>> >> many codepoints we
>> >> have)
>>
>>Georgios: Do you have any suggestion on naming?
>>
>> >>
>> >> 3. survey of encoding
>> >> the table is very useful.
>
>I agree - very useful format.
>
>Another suggestion: Could a lot of the following text also be=20
>tabulated and the longhand text removed.
>
>> >>
>> >> Would it be better grouping the options in terms of the
>> >> number of codepoints required? Ie if the mechanism needs 3
>> >> codepoints here are your options; if it needs 4 here they are etc.
>>
>>Georgios: I am not sure if this will encounter what we wanted to do.
>>Please note that we intended to also include the PCN encoding features
>>that are supported by each option.
>
>Please reconsider your response. Phil's talking sense.
>
>The top level question is how many states do we want to encode.=20
>Then, the second level question is how do we encode them.
>
>> >> Should there be an option similar to option 9, but with PCN dscp?
>>
>> >> Should there be an option similar to option 10/11, but with 2
DSCPs?
>> >> (that single marking mechanism could use)
>>
>>Georgios: I do not understand this remarks. Maybe we can discuss them
in
>>Chicago
>
>I'm trying to unpick how Georgios (and Kwok) are thinking. I=20
>understand Phil's comments perfectly, so there must be some=20
>misunderstanding here.
>
>> >> Should there be an option similar to option 9, but with PCN dscp?
>
>In fact, I don't understand why any of 5-9 are in the table at all=20
>as they don't distinguish PCN from non-PCN (see my response "Yes, of=20
>course" to Kwok's original question asking whether this was a key
requirement).
>
>Here's quotes from options 5-9:
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D=3D=3D=3D
>5: "The use of Not-ECT will separate PCN traffic from non[e] PCN=20
>traffic with the big exception of [for] ECN traffic."
>
>6: "Encoding Option 6 suffers the same issue as Encoding Option 5 on=20
>ability to separate traffic and indications between PCN and ECN
traffic."
>
>7: "But this still suffers the same problems as Encoding Options 5 & 6"
>
>8: "But then it cannot distinguish PCN/ECN capable traffic from=20
>non[e] PCN/ECN capable traffic, and still suffers the same issues as=20
>Encoding Options 5, 6 and 7."
>
>9: "But it still suffers the lack of ability to be distinguished=20
>from RFC3168 ECN traffic."
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=3D=3D=3D=3D
>
>So, all of options 5-9 should be killed. No-one has proposed them=20
>anyway and they don't work.
>
>However, two of the ECN field combinations in them (6 & 9) should be=20
>"reincarnated": two new ECN+DS combinations should be created=20
>exactly like 6 & 9 except with 'PCN' in the DSCP column.
>
>> >> Should there be an option similar to option 10/11, but with 2
DSCPs?
>> >> (that single marking mechanism could use)
>>
>>Georgios: I do not understand this remarks. Maybe we can discuss them
in
>>Chicago
>
>I believe Phil was trying to say what I've tabulated below - does=20
>this help? The numbers in the body are for the different DSCPs=20
>needed (ie 0 =3D DSCP0, 1 =3D DSCP1, 2 =3D DSCP2 etc).
>
>Encodg Option  10       11      12      13
>Not congested   0       0       0       0
>Admisn marked   1       -       1       1
>Termin marked   2       1       1       1
>ECMP affected   3       2       -       2
>
>12 is Anna's single marking scheme using just DSCPs rather than DSCP +
ECN
>
>13 is as 12, but using another DSCP for ECMP affected.
>
>AM & TM only need one DSCP, because Anna's single marking proposal=20
>requires one less state (because the egress calculates both=20
>admission and termination information from one marking state).
>
>
>> >>
>> >> Don't understand NDS-CE
>>Georgios: will clarify!
>
>I think this is a (unsuccesful?) attempt to invent an ECN-only=20
>scheme that makes sense (as I've said, I don't think any ECN-only=20
>scheme will ever make sense).
>
>S.3.1.2 (Option 2) Why is additional control and separation of AM &=20
>TM to provide edge nodes with added capabilites out of scope? Sounds=20
>like it should be very much in scope to me, but I don't know what is=20
>referred to here.
>
>> >>
>> >> There are many typos where 'none' should be 'non' (non PCN capable
>> >> transport)
>>
>>Georgios: agree it is a typo!
>>
>> >>
>> >> In option 2 (& 6, 7) what does ECT(A) & ECT(T) mean? (I
>> >> remember back in Briscoe-cl-phb we looked at an option where
>> >> PCN marking was signalled by a *change* of codepoint, maybe
>> >> it's referring to this idea? ie Adm marking is 01 -> 00 &
>> >> Termination marking is 10 -> 11.)
>>
>>Georgios: yes this is taken from Briscoe-cl-phb draft.
>
>It was one of Joe's ideas documented in the cl-phb draft
>
>
>> >>
>> >> S3.4 use of IPFIX. I know you included this section because
>> >> the charter seems to suggest it - but I must admit to finding
>> >> it out of place in this doc.
>>
>>Georgios: I think it is good to include an option that uses for
encoding
>>and transport a different channel than the data path.
>
>I'd rather the arch doc explained why out-of-band signalling needs=20
>more complexity to authenticate it than in-band and so out of scope=20
>of PCN, then we could just delete it from this doc.
>
>That doesn't mean we're stopping people doing OOB signalling or=20
>saying they shouldn't, it's just not relevant to PCN if they do.
>
>
>> >>
>> >>
>> >> 4. comparison
>> >> I wonder if it's worth starting this section with all the
>> >> points that relate to how many codepoints there should be,
>> >> and later handle the more detailed aspects.
>
>I strongly urge the authors to follow Phil's advice here.
>
>> >>
>> >> Aspects of the first part:
>> >> - will there be non-PCN traffic in the DS network? (surely a
>> >> clear yes, ie we need a separate PCN DSCP(s))
>> >> - MPLS (which has limited codepoint space) [discussed in
>> >> earlier Briscoe-cl-architecture drafts - could adapt text from
there]
>
>draft-ietf-tsvwg-ecn-mpls is going to WG last call. Pls read it - it=20
>has a lot about how PCN marking might be encoded into MPLS (without=20
>pre-judging this PCN w-g encoding debate).
>
>> >> - whether 'affected marking' is needed /useful [no consensus
>> >> at present
>> >> - based on your text in S2]
>
>I agree with Phil. There's been little/no debate on whether dealing=20
>with ECMP is best done by
>a) encoding in packet markings or
>b) by finding some way to include a path identifier in packets.
>
>I can give lots of reasons why ECMP affected marking might not work
well.
>
>[Here's one... Imagine a scenario with a crowd converging on an=20
>egress boundary node over different ECMP paths. Links on more than 1=20
>(e.g. 2) of the paths might start AM, with one marking at a much=20
>lower level than the other. Both paths would start affected marking.=20
>But affected marking only helps if just one path is affected, or of=20
>all affected paths have the same marking level.
>
>Termination marking would suffer exactly the same problem.]
>
>An alternative solution might be to find a way for the egress to=20
>distinguish measurements from each separate ECMP path, by unpicking=20
>the path identifiers that ECMP is using to separate the paths in the=20
>first place.
>
>This isn't the place to discuss the merits of solutions to ECMP (not=20
>this draft, and not this mail thread). So I suggest for now this=20
>draft just documents the possible need for an ECMP codepoint, and in=20
>the comparison notes those encodings that would or would not have space
for it.
>
>> >> - whether adm ctrl & termination ctrl can be driven by the
>> >> same encoding
>>
>>Georgios: Check and discuss the above issues in Chicago
>
>I agree this should be considered - Anna's single marking is the ref=20
>here (I'm not saying I agree, just that it should be considered).
>
>> >>
>> >> - perhaps that adm ctrl & flow termination mechanisms are not
>> >> required to both be deployed (just one could be)
>> >> - etc
>>
>>Georgios: yes, but many scenarios require both ... Therefore is good
to
>>emphasize which of them support both and which not!
>> >>
>> >> this would actually shorten some of the draft, eg S4.2.3
>> >> could basically disappear.
>> >>
>> >>
>> >> some of the ECN nonce discussion I found hard to follow
>> >> 4.1.5. explain what 'alternate ECN semantics' means
>
>I disagree with Phil here. See my comment earlier about keeping this=20
>I-D short by referring out. I'd rather you (Georgios & Kwok) didn't=20
>repeat RFC4774 here in the interests of brevity.
>
>In S4.2.4 on distinguishing PCN from non-PCN, I agree with your=20
>second option in the last para of the section: ie. don't have a=20
>special DSCP for Not-PCN-Capable, because this role is fulfilled by=20
>all the DSCPs that aren't PCN DSCPs.
>
>> >> S4.2.5 I didn't follow what cases you were distinguishing.
>
>I don't agree with (or don't understand) this statement in the=20
>draft: "There are two issues indicated here. First: the ability to=20
>distinguish PCN traffic from non[e] PCN traffic. Second: the ability=20
>to distinguish PCN from ECN traffic."
>
>I think a lot of these misunderstandings would be solved if you=20
>defined what you think you mean (in terms of scheduling behaviour as=20
>well as marking behaviour) by
>- PCN traffic
>- non-PCN traffic
>- ECN traffic
>
>See point below about Fred Baker's EF-ADMIT draft and the list=20
>discussion started by Kwok on this.
>
>> >> there are a couple of issues at the high level: whether ECN
>> >> nonce is useful with PCN; backwards compatibility of PCN with
>> >> ECN nonce,
>
>The ECN nonce only works if the receiver processes the packets in=20
>order. In this case, that would mean the PCN-ingress-node would have=20
>to add sequence numbers to all the packets in the aggregate and the=20
>PCN-egress-node would have to bring the aggregate of packets back=20
>into order to check the none sum.
>
>Even then, the ECN nonce only provides protection once every=20
>feedback message. That was useful with frequencies of feedback much=20
>higher than marking frequencies (like the feedback every other=20
>packet you get with TCP). PCN envisages feedback on signalling=20
>timescales (at minimum every few thousand packets).
>
>So even if there was reliable ordering, a binary nonce would only=20
>allow the PCN-ingress-node to detect a change to the last packet=20
>marking before each feedback signal. And, of course, it doesn't=20
>allow the network to check if the PCN-ingress-node is cheating.
>
>See draft-briscoe-re-pcn-border-cheat-00.txt for my suggested=20
>encoding to deal with a wide range of anti-cheating cases. But other=20
>encodings are possible - I'm not religious about this. I will=20
>write-up the constraints I believe we have on the encoding.
>
>In a single trust domain scenario, we don't need anti-cheating=20
>codepoints. Anti-cheating falls into the category of things to=20
>consider for when we move to a multi-domain scenario. Having done=20
>that exercise I can assure you that a codepoint for the ECN nonce is=20
>not needed in PCN scenarios.
>
>
>>eg in an 'unusual situation' such as the PCN pkt
>> >> encounters an 'old' (ECN) router.
>>
>>Georgios: we have to update and enlarge section 4.2.5
>
>The appendix of cl-phb on all the coding choices known at that time=20
>contains excellent (and brief) text you can use for this draft. It=20
>already included most of the workable choices you've covered, except=20
>it just needed discussion of the extra codepoint that might be=20
>needed for ECMP Affected (and one or two new ideas added from the=20
>list since, such as Anna's single marking). Of course, it included=20
>the RMD/LC Diffserv only encoding.
>
>In writing CL-PHB, a lot of time was spent taking combinations that=20
>were effectively equivalent but just with arbitrarily different=20
>choices of codepoints, and working out which ones were more robust=20
>to config errors (alt ECN semantics discussion) or the presence of=20
>unexpected legacy routers (S.4.1.6 of your I-D) etc. All that work=20
>was documented succinctly, and could be easily copied and pasted=20
>into this draft.
>
>A large amount of all the authors' time (including yours) had been=20
>spent narrowing down the coding choices to those that represented=20
>the different trade-offs each person thought important, so that the=20
>list could discuss this.
>
>> >>
>> >> could mention the discussion we had about the charter
>> >> assuming a single domain, but we're going to keep strongly in
>> >> mind that want it to work multi-domain in future. This seems
>> >> esp important when it comes to encoding - after all, if it's
>> >> just your domain you can do what you like.
>> >> The multi-domain consideration has several impacts I think:
>> >> * makes standardising encoding important
>> >> * need to consider rfc4774 [because the issues it raises are
>> >> probably more significant in the inter-domain case than in
>> >> one domain under one operator's control]
>>
>>georgios: Thus you propose to include the multi-domain support as an
>>additional criterion
>>
>> >> * need to consider limitations about encoding from
>> >> draft-briscoe-re-pcn-border-cheat-00.txt [proposed mechanism
>> >> for making PCN work inter-domain]
>>
>>Georgios: We will discuss this in CHicago
>
>Yes, the WG chairs have already said we should take multidomain into=20
>account when considering encodings, but they need to re-affirm how=20
>deeply that means we need to go.
>
>In section 6, I suggest all the paras except the last should be=20
>moved to an architecture doc - they aren't security issues about the=20
>encoding, but just general architectural security issues. The last=20
>para needs expanding to address the above issues.
>
>Concerning the first para (MLPP), there is an impact on encoding but=20
>its orthogonal to PCN encoding and dealt with already in MLPP
documents.
>
>Other constraints should be mentioned:
>
>1. Architectural intent of different fields (DS & ECN)
>------------------------------------------------------
>There was a long discussion on the tsvwg mailing list way back about=20
>this (between you & I) that could be summarised in your I-D.
>
>2. PCN encoding encapsulation and decapsulation:
>-----------------------------------------------
>Within a PCN domain there may be arbitrary encapsulations of the=20
>outer IP header in further outer headers, either as packets cross=20
>link layers that support PCN (e.g. see draft-ietf-ecn-mpls-01.txt)=20
>or because of IP in IP tunnelling (e.g. between two sites of an=20
>enterprise that want IPsec between them as well as PCN=20
>reservations). We cannot and should not constrain all tunnelling to=20
>be outside a PCN domain.
>
>An ideal PCN encoding would allow any tunnel or link encapsulation=20
>implementation to just encapsulate packets with the same rules for=20
>processing the ECN and DS fields as non-PCN packets. Otherwise, all=20
>tunnel and link technology vendors have to know about PCN as an
exception.
>
>See "Layered Encapsulation of Congestion Notification"=20
><draft-briscoe-tsvwg-ecn-tunnel-00.txt> (I posted a note about this=20
>to the PCN list in Jun 07).
>
>This relates to the point about architectural intent of the fields:=20
>tunnels will treat the fields differently depending on their=20
>architectural intent. The DS field is processed differently by=20
>tunnels than the ECN field, because the ECN field has a special=20
>codepoint (Not-ECT) and a ranking of codepoints (CE>ECT) that makes=20
>some transitions illegal. PCN is similar. It can have a multi-level=20
>ranking (CE>TM>AM) and a Not-PCN state (excuse my abbreviated=20
>terminology). Tunnels treat DS differently, just copying it.
>
>3. Distinguishing admission controlled from non-admission controlled
>--------------------------------------------------------------------
>The draft should refer to (and take accont of) Fred Baker's "DSCPs=20
>for Capacity Admitted Traffic"=20
><draft-ietf-tsvwg-admitted-realtime-dscp-01> with its suggestions on=20
>how to distinguish between admission controlled EF and non-admission=20
>controlled. It should also take account of the discussion on this=20
>subject started by Kwok recently.
>
>Nits
>----
>Section 1: ECN in RFC3168 was not only designed for TCP. It was=20
>designed into IP for all transports but the TCP-ECN spec was defined=20
>in the same doc, at the request of the Transport ADs at the time.
>
>Section 2:
>3 occurrences of wording that (confusingly) implies PCN is already
deployed.
>"PCN based mechanisms are used..."
>"the current available PCN based algorithms"
>"the current PCN detection"
>
>S.2.1: Your draft implies CL-PHB is one proposal, whereas it was a=20
>comparison of 5 different proposals. As editor, I know Phil was very=20
>careful not to recommend one above the others (the one used in the=20
>body of the text was "just to be concrete"). So there's no such=20
>thing as "in CL-PHB a solution has been developed" or "the main=20
>encoding scheme used in CL-PHB".
>
>Figure 1 -> Table 1
>
>S.3 Surely there's no difference between Not-CE (Option 8) and ECT
(Option 9)?
>
>Hope this all helps.
>
>
>Bob
>
>>Best regards,
>>Georgios
>>
>> >>
>> >> best wishes - see you in Chicago!
>> >> phil
>> >>
>> >> > -----Original Message-----
>> >> > From: Kwok-Ho Chan [mailto:khchan@nortel.com]
>> >> > Sent: 05 July 2007 21:13
>> >> > To: pcn@ietf.org
>> >> > Subject: [PCN] Fwd: I-D
>> >> ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >> >
>> >> > PCN WG:
>> >> > I would like to bring to your attention the availability of the
>> >> > initial version of PCN Encoding Comparison draft.
>> >> >
>> >> > Please review and comment.  And discuss on the PCN list.
>> >> >
>> >> > Thank you very much and looking forward to your comments.
>> >> > -- Kwok and Georgios --
>> >> >
>> >> > >To: i-d-announce@ietf.org
>> >> > >Cc:
>> >> > >From: Internet-Drafts@ietf.org
>> >> > >Date: Thu, 05 Jul 2007 13:15:02 -0400
>> >> > >X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
>> >> > >Subject: I-D ACTION:draft-chan-pcn-encoding-comparison-00.txt
>> >> > >X-BeenThere: i-d-announce@ietf.org
>> >> > >X-Mailman-Version: 2.1.5
>> >> > >Reply-To: internet-drafts@ietf.org
>> >> > >List-Id: i-d-announce.ietf.org
>> >> > >List-Unsubscribe:
>> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> >> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dunsubscribe>
>> >> > >List-Archive: <http://www1.ietf.org/pipermail/i-d-announce>
>> >> > >List-Post: <mailto:i-d-announce@ietf.org>
>> >> > >List-Help: =
<mailto:i-d-announce-request@ietf.org?subject=3Dhelp>
>> >> > >List-Subscribe:
>> >> <https://www1.ietf.org/mailman/listinfo/i-d-announce>,
>> >> > >  <mailto:i-d-announce-request@ietf.org?subject=3Dsubscribe>
>> >> > >X-Spam-Score: 2.3
>> >> > >X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on
>> >> > ecarhea1.nortel.com
>> >> > >X-Spam-Tests: =
FORGED_RCVD_HELO=3D0.05,MIME_BOUND_NEXTPART=3D0.106,
>> >> > >  NO_REAL_NAME=3D0.178,TO_CC_NOT_NORTEL=3D1,URIBL_MANURI=3D1
>> >> > >X-DNSBL-Score: -50
>> >> > >X-DNSBL-Servers: bl.nortel.com
>> >> > >X-SMTP-HELO: megatron.ietf.org
>> >> > >X-SMTP-MAIL-FROM: i-d-announce-bounces@ietf.org
>> >> > >X-SMTP-RCPT-TO:
>> >> >
>> >> >kboyle@nortel.com,bstucker@nortel.com,balles@nortel.com,bharr
>> >> ath@nortel
>> >> .c
>> >> >
>> >> om,babiarz@nortel.com,aceler@nortel.com,simmonds@nortel.com,hu
>> >> iwc@nortel
>> >> .c
>> >> >
>> >> om,amuhanna@nortel.com,gparsons@nortel.com,mchen@nortel.com,kh
>> >> chan@norte
>> >> l.
>> >> > com
>> >> > >X-SMTP-PEER-INFO: megatron.ietf.ORG [156.154.16.145]
>> >> > >X-SMTP-REASON: PASSED
>> >> > >X-SMTP-ID: 1183656101.14019435
>> >> > >X-OriginalArrivalTime: 05 Jul 2007 17:21:42.0459 (UTC)
>> >> > >FILETIME=3D[F47A20B0:01C7BF28]
>> >> > >
>> >> > >A New Internet-Draft is available from the on-line
Internet-Drafts
>> >> > >directories.
>> >> > >
>> >> > >
>> >> > >         Title           : Pre-Congestion Notification Encoding
>> >> > Comparison
>> >> > >         Author(s)       : K. Chan, G. Karagiannis
>> >> > >         Filename        :
>> >> draft-chan-pcn-encoding-comparison-00.txt
>> >> > >         Pages           : 36
>> >> > >         Date            : 2007-7-5
>> >> > >
>> >> > >    DiffServ mechanisms have been developed to support Quality
of
>> >> Service
>> >> > >    (QoS).  However, the level of assurance that can be
>> >> provided with
>> >> > >    DiffServ without substantial over-provisioning is
>> >> limited.  Pre-
>> >> > >    Congestion Notification (PCN) investigates the use of
per-flow
>> >> > >    admission control to provide the required service
>> >> guarantees for
>> >> the
>> >> > >    admitted traffic.  While admission control will protect the
QoS
>> >> under
>> >> > >    normal operating conditions, an additional flow termination
>> >> > > mechanism   is necessary in the times of heavy congestion
(e.g.
>> >> caused
>> >> > by route
>> >> > >    changes due to link or node failure).
>> >> > >
>> >> > >    Encoding and their transport are required to carry the
>> >> congestion
>> >> and
>> >> > >    pre-congestion information from the congestion and
>> >> pre-congestion
>> >> > >    points to the decision points.  This document provides a
survey
>> >> of
>> >> > >    several encoding methods, using comparisons amongst
>> >> them as a way
>> >> to
>> >> > >    explain their strengths and weaknesses.
>> >> > >
>> >> > >
>> >> > >
>> >> > >A URL for this Internet-Draft is:
>> >> >
>> >> >http://www.ietf.org/internet-drafts/draft-chan-pcn-encoding-c
>> >> omparison-
>> >> > 00.txt
>> >> > >
>> >> > >To remove yourself from the I-D Announcement list, send a
>> >> message to
>> >> > >i-d-announce-request@ietf.org with the word unsubscribe in the
body
>> >> of
>> >> > >the message.
>> >> > >You can also visit
>> >> https://www1.ietf.org/mailman/listinfo/I-D-announce
>> >> > >to change your subscription settings.
>> >> > >
>> >> > >Internet-Drafts are also available by anonymous FTP. Login
>> >> with the
>> >> > >username "anonymous" and a password of your e-mail address.
After
>> >> > >logging in, type "cd internet-drafts" and then "get
>> >> > >draft-chan-pcn-encoding-comparison-00.txt".
>> >> > >
>> >> > >A list of Internet-Drafts directories can be found in
>> >> > >http://www.ietf.org/shadow.html or
>> >> > >ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>> >> > >
>> >> > >Internet-Drafts can also be obtained by e-mail.
>> >> > >
>> >> > >Send a message to:
>> >> > >         mailserv@ietf.org.
>> >> > >In the body type:
>> >> > >         "FILE
/internet-drafts/draft-chan-pcn-encoding-comparison-
>> >> > 00.txt".
>> >> > >
>> >> > >NOTE:   The mail server at ietf.org can return the document in
>> >> > >         MIME-encoded form by using the "mpack" utility.
>> >> To use this
>> >> > >         feature, insert the command "ENCODING mime" before the
>> >> "FILE"
>> >> > >         command.  To decode the response(s), you will
>> >> need "munpack"
>> >> or
>> >> > >         a MIME-compliant mail reader.  Different
>> >> MIME-compliant mail
>> >> > readers
>> >> > >         exhibit different behavior, especially when dealing
with
>> >> > >         "multipart" MIME messages (i.e. documents which have
been
>> >> split
>> >> > >         up into multiple messages), so check your local
>> >> documentation on
>> >> > >         how to manipulate these messages.
>> >> > >
>> >> > >Below is the data which will enable a MIME compliant mail
reader
>> >> > >implementation to automatically retrieve the ASCII version of
the
>> >> > >Internet-Draft.
>> >> > >
>> >> > >Content-Type: text/plain
>> >> > >Content-ID: <2007-7-5125842.I-D@ietf.org>
>> >> > >
>> >> > >ENCODING mime
>> >> > >FILE /internet-drafts/draft-chan-pcn-encoding-comparison-00.txt
>> >> > >
>> >> > >
>> >> >
>> >> ><ftp://ftp.ietf.org/internet-drafts/draft-chan-pcn-encoding-c>>=20
>>   omparison-
>> >> > 00.txt>
>> >> > >_______________________________________________
>> >> > >I-D-Announce mailing list
>> >> > >I-D-Announce@ietf.org
>> >> > >https://www1.ietf.org/mailman/listinfo/i-d-announce
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > PCN mailing list
>> >> > PCN@ietf.org
>> >> > https://www1.ietf.org/mailman/listinfo/pcn
>> >>
>> >>
>> >> _______________________________________________
>> >> PCN mailing list
>> >> PCN@ietf.org
>> >> https://www1.ietf.org/mailman/listinfo/pcn
>> >>
>> >
>>
>>
>>_______________________________________________
>>PCN mailing list
>>PCN@ietf.org
>>https://www1.ietf.org/mailman/listinfo/pcn
>
>_______________________________________________________________________
_____
>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT
Research
>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
645196
>



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 02:35:54 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDDzt-0000Ug-IL; Tue, 24 Jul 2007 02:35:53 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDDzs-0000Ua-CG
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 02:35:52 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDDzr-0000US-Vy
	for pcn@ietf.org; Tue, 24 Jul 2007 02:35:52 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDDzr-0005W8-Eh
	for pcn@ietf.org; Tue, 24 Jul 2007 02:35:51 -0400
Received: from S4DE8PSAANQ.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Tue, 24 Jul 2007 08:35:47 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Tue, 24 Jul 2007 08:35:25 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] thoughts for draft-charny-pcn-single-marking
Date: Tue, 24 Jul 2007 08:35:25 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB9A35@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <322832.44980.qm@web33001.mail.mud.yahoo.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] thoughts for draft-charny-pcn-single-marking
thread-index: AcfNQ4fxduR17PyAS6CUTgBLFgP/jQAeGtEg
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <annacharny@yahoo.com>
X-OriginalArrivalTime: 24 Jul 2007 06:35:25.0607 (UTC)
	FILETIME=[D1855370:01C7CDBC]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hello Anna,

I like your argumentation and I subscribe to your conclusion. Start with =
a=20
simple, easy implement solution which may not be perfect and then go on=20
with more complex schemes.

A crucial point is the tradeoff of the simple solution. If that simple=20
solution gets complex in standardisation or if there is a "killing=20
criterium", we'd have to drop it.

Regards,

Ruediger


[snipped all but Tina's final question and your response]

> C) Since single marking and dual marking don't have compatibility, and =
solve the
>  almost the same problem, do we need to select and only keep one =
approach?
=20
Anna: We were trying to argue both at the last IETF and in draft-charny =
that it=20
may be beneficial to allow both single and dual marking approaches.  We =
were=20
also arguing that the single-marking can be viewed as an intermediate =
step,=20
leading to faster implementation and deployments.  We argued that in=20
environments where the tradeoffs associated with single marking are =
undesirable=20
or  unacceptable, the additional complexity of the dual marking may be =
necessary. =20
We argued that with minor changes to the architecture it is possible to =
allow=20
both, and argued how transitions from one to another can be achieved.
=20
Hope this is helpful,
=20
Anna =20
=20
>B. R.
>Tina


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 04:16:42 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDFZR-00051N-Hy; Tue, 24 Jul 2007 04:16:41 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDFZQ-00051D-Iv
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 04:16:40 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDFZM-000511-TP
	for pcn@ietf.org; Tue, 24 Jul 2007 04:16:36 -0400
Received: from tcmail31.telekom.de ([217.6.95.238])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDFZM-0007gW-Ch
	for pcn@ietf.org; Tue, 24 Jul 2007 04:16:36 -0400
Received: from S4DE8PSAANQ.mitte.t-com.de by tcmail31.telekom.de with ESMTP;
	Tue, 24 Jul 2007 10:16:34 +0200
Received: from S4DE8PSAAFQ.mitte.t-com.de ([10.151.180.5]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Tue, 24 Jul 2007 10:16:28 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Tue, 24 Jul 2007 10:16:33 +0200
Message-Id: <6439282641581441A36F7F6F83ED2ED201DB9A3B@S4DE8PSAAFQ.mitte.t-com.de>
In-Reply-To: <5.2.1.1.2.20070724004454.056d5cc8@pop3.jungle.bt.co.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
thread-index: AcfNh77JonZcvt9sTLGDrh4Dv+T0vQAQa7zA
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <rbriscoe@jungle.bt.co.uk>
X-OriginalArrivalTime: 24 Jul 2007 08:16:28.0541 (UTC)
	FILETIME=[EF4FA2D0:01C7CDCA]
X-Spam-Score: -1.0 (-)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Bob,

|Two reasons for saying this to the list:
|i) Is being less sensitive to accurate traffic matrix=20
|   prediction something other operators would be=20
|   interested in?
|ii) The text needs correcting slightly, because it says=20
|    Songhurst's method doesn't use a pre-configured=20
|    rate, but it does - it just doesn't have to be=20
|    accurate.

My argumentation on settable rates came from experience=20
with the Priority Promotion Scheme (PPS, a measurement=20
based admission control scheme), which didn't=20
foresee settable rates and I couldn't convince the=20
authors to introduce them.=20

I don't object to your proposal allowing for less accurate=20
prediction of the traffic matrix. Whatever the resolution=20
is, other PHBs may have to be protected from a capacity=20
breathing PCN class. But that could be done by making sure=20
that PCN traffic shares links with best effort background=20
traffic only too (and just ensuring a minimum capacity=20
for best effort).

Regards,

Ruediger


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 12:55:21 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDNfM-0004At-PG; Tue, 24 Jul 2007 12:55:20 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDNfL-00044U-6Z
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 12:55:19 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNfK-00042e-Q5
	for pcn@ietf.org; Tue, 24 Jul 2007 12:55:18 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDNfJ-0000Dy-Pj
	for pcn@ietf.org; Tue, 24 Jul 2007 12:55:18 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 17:55:16 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Date: Tue, 24 Jul 2007 17:55:15 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C123@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-westberg-pcn-load-control-00.txt
Thread-Index: Ace3GxtZWDEHRn83T/m3IGeLNeDF2AS8YfSwADNiy3AAACDi8ADNeDH4
References: <467FA562.2060603@ericsson.com>
	<75A199C5D243C741BF3D3F1EBCEF9BA5019DC344@E03MVZ1-UKDY.domain1.systemhost.net>
	<001501c7cada$5c8e2810$4c0d5982@dynamic.ewi.utwente.nl>
	<001601c7cadb$b2a75db0$4c0d5982@dynamic.ewi.utwente.nl>
From: <philip.eardley@bt.com>
To: <karagian@cs.utwente.nl>
X-OriginalArrivalTime: 24 Jul 2007 16:55:16.0653 (UTC)
	FILETIME=[691C95D0:01C7CE13]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a743e34ab8eb08259de9a7307caed594
Cc: pcn@ietf.org, Lars.westberg@ericsson.com
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

let me clarify
you have only one sort of encoding, which is used for both adm ctrl & =
termination (as per charny-pcn-single-marking)
=20
the marking algo is based on the excess-rate above some configured =
traffic rate on each node.
=20
i couldnt work out whether this rate is the configured-admissible-rate =
or the configured-termination-rate (to use the terminology of the =
architecture draft)
=20
i think you may be using the same idea as the single marking draft, ie =
assuming that every node in the PCN-domain has the same value for =
{admissible-rate / termination-rate} - is this right?
=20
thanks
phil=20
________________________________

From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]
Sent: Fri 20/07/2007 15:38
To: Eardley,PL,Philip,CXR9 R
Cc: Lars.westberg@ericsson.com; pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D =
ACTION:draft-westberg-pcn-load-control-00.txt



 Hi Phil

Thank you very much for reading the draft!
Please see comments in line!

>
> ________________________________
>
>       From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>       Sent: donderdag 19 juli 2007 16:22
>       To: Lars.westberg@ericsson.com; pcn@ietf.org
>       Subject: RE: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
>     =20
>     =20
>
>       Lars
>
>      =20
>
> I started reading your draft, but have a couple of
> clarification questions about what you're proposing.
>
>      =20
>
>       As I understand it:-
>
>       * there are two marking algorithms on the interior routers

Georgios: Yes you are right!

>
>       * Admission-marking: if the rate exceeds threshold-1,
>     then all pkts are Adm marked

Georgios: Note that here the "encoded DSCP" marking is used. Thus also =
in
this state the excess-traffic rate is measured and a fraction (1/N) of =
the
excess rate is Termination (encoded) marked. However, another type of
marking could also be used, which is not explicitly described in this
document, but is somehow projected in the draft as "notified DSCP" . =
Sorry
for this!
We will clarify this operation in a next version of the draft. For the =
time
being assume that the "encoded DSCP" marking is used for both admission
control and flow termination features.
If this is applied then:
For both cases the excess-traffic rate is measured and a fraction (1/N) =
of
the excess rate is Termination (encoded) marked.

>
>       * Termination-marking: if the rate exceeds threshold-2,
> the excess-traffic rate is measured and a fraction (1/N) of
> the excess rate is Termination marked.

Georgios: agree!

>      =20
>
>       The adm marking algo is a bit unclear to me, sometimes
> it's described as marking all pkts as soon as threshold-1 is
> exceeded - sometimes (eg S4.1.3) it seems that a fraction of
> the excess traffic is marked (same idea as above under " *
> Termination marked"). Which is correct?

Georgios: You are right that the text is unclear. When the "encoded =
DSCP"
marking is used for admission control,
then the excess-traffic rate is measured and a fraction (1/N) of the =
excess
rate is Termination (encoded) marked.
We will clarify this in the next version of the draft!

>
>      =20
>
>       I'm also not sure what "encoded DSCP" and "notified
> DSCP" mean. Do they correspond to Admission-marking and
> Termination-marking, or do they mean something else?


Georgios: the "notified DSCP" is just projected somewhere in the text, =
and
that is not correct.
This marking is related to the scenario that an additional DSCP is =
needed
for the admission control feature, which is vaguely described in the =
draft.
For the time being assume that the "encoded DSCP" marking is used for =
both
admission control and flow termination features. We will clarify this in =
the
next version of the draft.

>      =20
>
>       A point that doesn't just apply to this draft:
>
>     =20
> http://www.watersprings.org/pub/id/draft-briscoe-tsvwg-byte-pk
> t-mark-00.txt
> which looks at "whether to allow for packet size when the
> network codes or when the transport decodes congestion
> notification." This draft argues that, when marking, the
> packet size should not be taken into account.

Georgios: Thank you for the pointer I will read the draft and discuss it
during the Chicago IETF meeting!

Best regards and see you in Chicago!
Georgios


>      =20
>       Thanks
>       phil
>
>      =20
>
>       -----Original Message-----
>       From: Lars Westberg [mailto:Lars.westberg@ericsson.com]
>       Sent: 25 June 2007 12:22
>       To: pcn@ietf.org
>       Subject: [PCN] Fwd: I-D
> ACTION:draft-westberg-pcn-load-control-00.txt
>
>      =20
>
>       Dear all
>     =20
>       The "LC-PCN - The Load Control PCN solution" draft can
> be found via:
>     =20
> http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-co
> ntrol-00.txt
>     =20
>     =20
>       Abstract
>     =20
>       There is an increased interest of simple and scalable
> resource provisioning
>       solution for Diffserv network.
>       The Load Control PCN (LC-PCN) addresses the following issues:
>     =20
>       1. Admission control for real time data flows in
> stateless Diffserv Domains
>       2. Flow termination: Termination of flows in case of
> exceptional events,
>       such as severe congestion after re-routing.
>       Admission control in a Diffserv stateless domain is a
> combination
> of:
>     =20
>         1. Probing, whereby a probe packet is
>          sent along the forwarding path in a network to determine
>          whether a flow can be admitted based upon the current
>          congestion state of the network
>     =20
>         2. Admission control based on data marking, whereby
> in congestion
>           situations the data packets are marked to notify
> the egress node
>           that a congestion occurred on a particular ingress to egress
>           path.
>           The scheme provides the capability of controlling
> the traffic load in
>           the network without requiring signaling or any
> per-flow processing in
>           the core routers. The complexity of Load Control is
> kept to a minimum
>           to make implementation simple.
>     =20
>       Kind regards,
>     =20
>       Lars
>
>
>






_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 17:05:54 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDRZq-0006wP-TH; Tue, 24 Jul 2007 17:05:54 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDRZp-0006wK-VA
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 17:05:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRZp-0006wC-CD
	for pcn@ietf.org; Tue, 24 Jul 2007 17:05:53 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDRZn-00031A-SA
	for pcn@ietf.org; Tue, 24 Jul 2007 17:05:53 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 22:05:51 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Tue, 24 Jul 2007 22:05:51 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185311149770; Tue, 24 Jul 2007 22:05:49 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.21])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6OL5ZX1025783; Tue, 24 Jul 2007 22:05:48 +0100
Message-Id: <5.2.1.1.2.20070724185620.04761020@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 24 Jul 2007 19:02:29 +0100
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
In-Reply-To: <6439282641581441A36F7F6F83ED2ED201DB9A3B@S4DE8PSAAFQ.mitte
	.t-com.de>
References: <5.2.1.1.2.20070724004454.056d5cc8@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -0.624 () ALL_TRUSTED,DATE_IN_PAST_03_06
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 24 Jul 2007 21:05:51.0227 (UTC)
	FILETIME=[6A6A84B0:01C7CE36]
X-Spam-Score: 1.4 (+)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Ruediger,

At 09:16 24/07/2007, Geib, Ruediger wrote:
>Bob,
>
>|Two reasons for saying this to the list:
>|i) Is being less sensitive to accurate traffic matrix
>|   prediction something other operators would be
>|   interested in?
>|ii) The text needs correcting slightly, because it says
>|    Songhurst's method doesn't use a pre-configured
>|    rate, but it does - it just doesn't have to be
>|    accurate.
>
>My argumentation on settable rates came from experience
>with the Priority Promotion Scheme (PPS, a measurement
>based admission control scheme), which didn't
>foresee settable rates and I couldn't convince the
>authors to introduce them.
>
>I don't object to your proposal allowing for less accurate
>prediction of the traffic matrix. Whatever the resolution
>is, other PHBs may have to be protected from a capacity
>breathing PCN class. But that could be done by making sure
>that PCN traffic shares links with best effort background
>traffic only too (and just ensuring a minimum capacity
>for best effort).

I agree totally with you that most operators currently prefer to nail up 
capacaity for each class (usually with borrowing from 'lower' into 
'upper'). This fits the current business models and ways that SLAs are written.

I just didn't want the PCN architecture to constrain all operators to _not_ 
have breathing within limits and _only_ have hard limits. Otherwise we are 
preventing potential new, more flexible business models developing, wihch 
the IETF should avoid. As long as we can allow this flexibility by avoiding 
the wording being unnecessarily constraining, I don't think anyone need 
object, as long as it doesn't make any initial PCN implementations more 
complex.

Cheers


Bob



____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 17:05:58 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDRZu-0006yV-21; Tue, 24 Jul 2007 17:05:58 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDRZs-0006xe-CA
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 17:05:56 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRZs-0006x2-27
	for pcn@ietf.org; Tue, 24 Jul 2007 17:05:56 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDRZq-00031F-JI
	for pcn@ietf.org; Tue, 24 Jul 2007 17:05:56 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 22:05:53 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Tue, 24 Jul 2007 22:05:53 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185311152598; Tue, 24 Jul 2007 22:05:52 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.21])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6OL5ZRp025780; Tue, 24 Jul 2007 22:05:51 +0100
Message-Id: <5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Tue, 24 Jul 2007 22:05:31 +0100
To: "BLAKE, Steven" <steven.blake@ericsson.com>,
	BRADNER Scott <sob@harvard.edu>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 24 Jul 2007 21:05:53.0884 (UTC)
	FILETIME=[6BFFF1C0:01C7CE36]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] How to discuss WG scoping decisions in an RFC?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Steve, Scott,

I'm nearly done writing a review of the PCN architecture. One issue I have 
is that there's a lot of text in there that I would class as WG process 
management text. Of two types:
i) scoping assumptions that are primarily charter-driven, but difficult to 
justify believably as assumptions about production networks - other than as 
a need to bite off part of a problem first, which isn't really a 
justification that should appear in a standards track RFC
ii) refs to docs that the charter requires, but that haven't been written 
yet, and may not have all been written before the first PCN RFC rolls off 
the production line.

This is natural for the first drafts of a WG, but surely we won't be able 
to submit RFCs like this.

ii) is relatively easy. where refs don't exist yet I assume authors should 
change all the inline text about planned docs to Editorial Notes, to remind 
everyone that these need to be added before it can go to RFC.

i) is more difficult. My working assumption is that RFCs have to be written 
to stand separately from the WG and process that created them. They exist 
for all time and charters change. So is the appropriate style to adopt 
charter scoping assumptions with suitable text written as if we believe 
them in their own right, rather than "because the charter says so"?

This particularly affects section 3 of 
draft-eardley-pcn-architecture-00.txt for things like emergency use being 
out of scope, or to a lesser extent the single-domain assumption.



Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 17:23:38 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDRr0-0005Mz-FA; Tue, 24 Jul 2007 17:23:38 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDRqz-0005Mu-3I
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 17:23:37 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRqy-0005Ml-Pj
	for pcn@ietf.org; Tue, 24 Jul 2007 17:23:36 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDRqx-0003Mt-9v
	for pcn@ietf.org; Tue, 24 Jul 2007 17:23:36 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 22:23:34 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 24 Jul 2007 22:23:34 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C127@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PCN Admission control ECMP and probing
Thread-Index: AcfOOOPl8HiGJ2RbRLit496MNY232Q==
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 24 Jul 2007 21:23:34.0621 (UTC)
	FILETIME=[E43F90D0:01C7CE38]
X-Spam-Score: 1.2 (+)
X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0
Subject: [PCN] PCN Admission control ECMP and probing
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

hi,

=20

have been thinking about this. as far as adm ctrl is concerned, i think =
the following (copied from babiarz-3sm) applies to PCN in general and =
not just that draft:

=20

>=20

As an alternative [to measuring markings on data pkts], probing may be =
used for admission control.  The PCN ingress node generates and sends =
probe packets to test and verify the pre-congestion level on the =
ingress-egress path.  The PCN egress intercepts these probe packets.  If =
... [egress makes measurements of probe pkts], the requesting flows are =
not admitted (blocked).  Probing is useful or even essential under the =
following conditions:

o  when an ingress-egress aggregate carries no traffic,
o  in the presence of multipath routing, when some paths are already =
AR-overloaded, but others are not, and further flows should be admitted =
if they use a non-overloaded path.

<=20

=20

is something on these lines correct? (and therefore worth adding to the =
architecture draft). i think it's correct for all the alternative adm =
ctrl mechanisms that have been proposed.

=20

in terms of work for the WG, what work does it imply?

(1) the WG must define a normal (non-probing) adm ctrl mechanism - based =
on making measurements of pkts arriving at an PCN-egress-node from a =
particular PCN-ingress-node (ie make measurements for the =
ingress-egress-aggregate that the new flow would use).=20

=20

(2) the WG may define a probing-based adm ctrl mechanism. By "may" I =
mean:

- we could decide to concentrate on (1), and think about probing later

- we could decide to think about probing for the first reason given in =
the quote above.=20

- we could decide to think about probing for the second reason given in =
the quote above=20

=20

The second choice would involve work:

- BCP advice for number/rate of probe pkts to send=20

- how to address them (eg address probe pkts to PCN-egress-node)

- a mechanism for the PCN-egress-node to recognise this as a probe pkt =
(presumably if probe pkts are addressed to the PCN-egress-node, this is =
just an ID number)

=20

The third choice would involve work:

- BCP advice for number/rate of probe pkts to send=20

- probe pkts would just be addressed to the new flow's destination

- mechanism for PCN-egress-node to detect a pkt is a probe pkt (partly =
so it can make measurements to determine whether to admit the new flow, =
partly so it doesn't forward the probe pkt on outside the PCN-domain)

- this could be instead of, or in addition to, the 'second choice'. if =
it's 'in addition to', then there would have to be a way of deciding =
which was the appropriate one to use.

=20

=20

As to the need for probing, I don't think we have had a discussion =
(evidence from deployment scenarios) whether the two reasons for probing =
are common or rare (and therefore how much we should worry about one or =
both of the reasons in the short term). Here's a starter scenario:

=20

Imagine a core network with 100 PCN-boundary-nodes. Say there are 10 =
million end nodes. If we assume evenly distributed topology, then each =
ingress-egress-aggregate carries traffic from 1000 end nodes. However, =
the end nodes only send data [eg voip] some of the time - say 1% (15mins =
a day) on average. This might suggest that most =
ingress-egress-aggregates will have traffic on most of the time, so =
probing would rarely be required.

However in fact the distribution would typically be long-tailed (eg =
ingress-egress-aggregate between London and Manchester will always have =
lots of traffic, but there'll be other aggregates with not much =
traffic). Also if the network was a bit bigger (say 3 times as many =
PCN-boundary-nodes) then most ingress-egress-aggregates would need to do =
probing.

=20

Comments?

=20

phil

=20



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 17:27:56 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDRvA-0008NC-IJ; Tue, 24 Jul 2007 17:27:56 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDRv9-0008N6-2H
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 17:27:55 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDRv8-0008My-Oa
	for pcn@ietf.org; Tue, 24 Jul 2007 17:27:54 -0400
Received: from imr1.ericy.com ([198.24.6.9])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDRv7-0003R3-Eh
	for pcn@ietf.org; Tue, 24 Jul 2007 17:27:54 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id l6OLWLjw006234;
	Tue, 24 Jul 2007 16:32:21 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 16:27:41 -0500
Received: from [127.0.0.1] ([147.117.168.117]) by eusrcmw750.eamcs.ericsson.se
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 24 Jul 2007 16:27:40 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
References: <5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Tue, 24 Jul 2007 17:27:40 -0400
Message-Id: <1185312460.3454.53.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 24 Jul 2007 21:27:41.0130 (UTC)
	FILETIME=[772DDAA0:01C7CE39]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Re: How to discuss WG scoping decisions in an RFC?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

On Tue, 2007-07-24 at 22:05 +0100, Bob Briscoe wrote:

> Steve, Scott,
> 
> I'm nearly done writing a review of the PCN architecture. One issue I have 
> is that there's a lot of text in there that I would class as WG process 
> management text. Of two types:
> i) scoping assumptions that are primarily charter-driven, but difficult to 
> justify believably as assumptions about production networks - other than as 
> a need to bite off part of a problem first, which isn't really a 
> justification that should appear in a standards track RFC
> ii) refs to docs that the charter requires, but that haven't been written 
> yet, and may not have all been written before the first PCN RFC rolls off 
> the production line.
> 
> This is natural for the first drafts of a WG, but surely we won't be able 
> to submit RFCs like this.
> 
> ii) is relatively easy. where refs don't exist yet I assume authors should 
> change all the inline text about planned docs to Editorial Notes, to remind 
> everyone that these need to be added before it can go to RFC.
> 
> i) is more difficult. My working assumption is that RFCs have to be written 
> to stand separately from the WG and process that created them. They exist 
> for all time and charters change. So is the appropriate style to adopt 
> charter scoping assumptions with suitable text written as if we believe 
> them in their own right, rather than "because the charter says so"?
> 
> This particularly affects section 3 of 
> draft-eardley-pcn-architecture-00.txt for things like emergency use being 
> out of scope, or to a lesser extent the single-domain assumption.

draft-eardley-pcn-architecture-00 is not a working group document.  If
the authors ask to have this draft approved as a WG document then these
are useful comments to raise.

Regarding emergency use: the charter says:

  (D) flows may have different precedence, but the applicability
      of the PCN mechanisms for emergency use (911, GETS, WPS,
      MLPP, etc.) is out of scope

This could be interpreted in more than one way, but I interpret this as
saying that PCN-specific mechanisms will not take flow precedence into
account.  Which is a different than saying that PCN cannot be used with
flow setup protocols/mechanisms that take flow precedence into account.


Regards,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 19:44:33 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDU3N-0003qo-A0; Tue, 24 Jul 2007 19:44:33 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDU3M-0003qY-F1
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 19:44:32 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDU3M-0003p3-09
	for pcn@ietf.org; Tue, 24 Jul 2007 19:44:32 -0400
Received: from smtp3.smtp.bt.com ([217.32.164.138])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDU3K-0001Ez-9R
	for pcn@ietf.org; Tue, 24 Jul 2007 19:44:31 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 00:44:29 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 00:44:29 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185320668434; Wed, 25 Jul 2007 00:44:28 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.7])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6ONiHbR026772; Wed, 25 Jul 2007 00:44:24 +0100
Message-Id: <5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 25 Jul 2007 00:44:14 +0100
To: <philip.eardley@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA5019DC2D7@E03MVZ1-UKDY.doma
	in1.systemhost.net>
References: <ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 24 Jul 2007 23:44:29.0046 (UTC)
	FILETIME=[937A7160:01C7CE4C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8a4bcf8f67063cac573319207fe3db35
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil and all the authors of this PCN architecture draft,

Like Lars, I'd like to congratulate you all on such a mature first draft, 
and on managing to encompass many different views we have seen from various 
people without making the thing an uncontrollable monster full of options 
and choices.

I just read it all through and my review comments are given below.

Also see 
<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/ipe2eqos/gqs/papers/draft-eardley-pcn-architecture-00_rvw_bb.pdf> 
for suggested minor text changes.

I haven't supplied text for more major changes inline below until the 
authors agree with the need for change. But then I can supply text if required.

At 16:59 28/06/2007, philip.eardley@bt.com wrote:
>Hi all,
>
>Just a reminder that all comments on this draft would be great. It aims
>to describe the PCN architecture, in light of the PCN WG's Charter & its
>Milestone of an Info doc on 'Flow Admission and Termination Architecture
>within a Diffserv Domain' (due Nov 07).

General comments:

* WG process management
A lot of WG process management text, esp in S.3, but also the list of 
possible flow termination mechanisms in S.4. All instances hilited in 
magenta in the review at the above URL.
See separate mail about this to the PCN WG chairs (cc PCN list)
Subject: How to discuss WG scoping decisions in an RFC?

* Choices vs decisions
I believe an architecture doc should say where one decision is required or 
where multiple options are reasonable. Currently, the arch is good at 
laying out the design space, but I'd like us to try to say which choices 
have to be made by the IETF, which should be left to vendors and which left 
to operators.

>S1 Introduction.
>This is quite short. If desired, it could be boosted with a general
>explanation of where PCN fits into the picture of QoS and how it's
>evolved (compare Section 1.1 of draft-chan-pcn-problem-statement-01)

* Clarify that a packet might encounter more than one PCN domain along its 
path, each being a separate admission control hop.

* Clarify that a "Diffserv domain" may be multiple concatenated autonomous 
systems, but in this draft they are assumed to trust each other and have 
identical configuration.

>S2 Terminology
>In the "Editor's note" are 3 alternative terms that some of the authors
>preferred.

* ECN _and_ PCN marking?

"   o  Configured-termination-rate: [...]
                                Normally it is configured to be less than
       the maximum rate at which PCN-traffic can be forwarded on the
       link, so that termination-marking occurs before any significant
       queuing, ECN-marking or loss of PCN-packets.
"

The above text implies (to me) that a PCN-interior router might do PCN 
marking _and_ also ECN marking just before drop. That also imposes a 
requirement on the encoding to be able to carry either in the same field.
I don't think the authors meant either of these implications. So somewhere, 
the relation between PCN & ECN marking should be stated.

Although this is perhaps too detailed for the architecture, I suggest that 
any need for ECN marking on the same path but outside the PCN domain(s) 
should be handled by tunnelling across the PCN domain, with a non-PCN DSCP 
in the inner header (that turns on the RFC3168 meaning of its ECN field) 
and a PCN DSCP in the outer.

* Marking is when "current" rate is "above" a reference rate?

"   o  Admission-marking: the marking of PCN-packets by a PCN-node to
       indicate that the PCN-traffic on a link is above the configured-
       admissible-rate.

    o  Termination-marking: the marking of PCN-packets by a PCN-node to
       indicate that the PCN-traffic on a link is above the configured-
       termination-rate.
"

These marking definitions and other examples hilighted in magenta in the 
above PDF prejudge marking mechanisms as rate measurements.

We don't just have marking when the _current_rate is _above_ the reference 
rate. We can have marking when the _current_ rate is _below_, or when the 
_past_ rate was _above_.

The configured rates are parameters of a (to be defined) mechanism. These 
mechanisms will not have to mark packets when the rate is above these 
configured rates. That depends on the mechanism.

This sounds picky, but it's actually a big rant I have about all this loose 
discussion of rate (yes, the issue of what rate means is mentioned in the 
draft, but we need to be careful about such sloppy usage). IMHO, it's 
important to scale our conception of time down to inter-arrival times, to 
be precise. Then the rate is packet size/interarrival time. Therefore seen 
at a small enough timescale, rate might be varying rapidly above and below 
the configured rate.

A marking mechanism could be implemented by a virtual queue rather than a 
rate measurement. When the offered instantaneous rate has been below the 
configured-admission-rate for many packets (perhaps hundreds), marking will 
and should still occur,... if the virtual queue is still above a marking 
threshold even if it is emptying rather than filling. This can be a 
deliberate design choice that says we still want admission marking when 
there has been recent overload to allow time for the control loop to work. 
It ensures a greater safety margin is automatically created by the marking 
mechanism when recent traffic had higher variance. This was the marking 
algorithm that was most studied and simulated in CL-PHB draft.

The unintended implication that all packets are either marked or not marked 
should also be carefully avoided. The draft needs to say explicitly that
"Admission (or Termination) marking will be an encoding of some combination 
of codepoints in the IP header to signal a varying fractional number from a 
path of PCN-interior-nodes to a PCN-egress-node"

* inelastic
Do you think we should define "inelastic" or is this a well-known IETF 
term? We could refer to [Shenker95], which I think was the first to define 
the term. Or is there an RFC that defines this (hopefully with ref to Shenker)?

Scott Shenker, "Fundamental Design Issues for the Future Internet", In: 
IEEE Journal on Selected Areas in Communications 13 (7) pp. 1176--1188 (1995).


>S3 Assumptions and constraints on scope
>These are the 4 things mentioned in the Charter, plus some explanation
>of them. Are they clear? Also we mention some of the ways that a future
>revised Charter might look at overcoming some of the
>constraints/assumptions; is this sub-section at the right depth?

* Are all the scoping assumptions equal relaxable?

Just a thought: might it be worth giving an indication of which assumptions 
are likely to be hard or impossible to relax and which not (e.g. I think 
the aggregation assumption is implicit to all MBAC (measurement-based Adm 
Ctrl). Also inelasticity is fairly fundamental - you don't need admission 
control if flows aren't inelastic.

This would affect the last para, which implies all the assumptions might be 
relaxed one day.

>S4 High-level functional architecture
>We have tried to write this section (and the following ones) so that it
>fits all the various proposals there've been for PCN mechanisms. Does
>this make the section too wishy-washy or too hard to understand? Should
>it include some comparison of the different mechanisms proposed
>(PCN-interior-node marking algorithms & PCN-boundary-node reactions)?

* Functional or topological?
Is it intentional that the high level functions are classified by which 
type of node does them in 3 cases and what function is to be done in the 
others? Would it be possible to define functions in the abstract first, 
then say which functions have to be implemented on certain types of nodes? 
Or does this just make it unnecessarily incomprehensible?

Gaps:
1/ Discuss which PCN node needs to know the IP address of which other PCN 
node in different configurations. And state requirements this implies on 
the signalling protocol, or on configuration.
Minimally, only the egress needs to know the ingress address. In 
centralised admission control scenarios, either the egress or the ingress 
or both might need to be configured with a central address.

2/ Related to knowing addresses of other nodes: When a PCN node receives a 
message claiming to be from another PCN node, to validate the msg is indeed 
from the node it claims to be, are there any different issues that PCN 
raises relative to typical reservation signalling systems? 
draft-lefaucheur-rsvp-ecn-01 (expired) contains a good deal of text on this 
issue that should be generalised into this arch doc.

>S5 Detailed Functional architecture
>Is this a reasonable description of the extra functionality that PCN
>requires on various nodes in the PCN-domain? Is it the right way to
>split up the description? For clarity / help reader's understanding,
>should there be some specific examples of how functionality might be
>distributed (eg "if you followed the deployment model in
>draft-briscoe-tsvwg-cl-architecture-04, then this measurement is made at
>the PCN-egress-node, communicated to the PCN-ingress-nodes which makes
>the admission decision; etc.")

S.5.5 Probing functions

If we are going to consider a case where the ingress has prior knowledge of 
which egress is associated with which destination address (e.g. with a 
separate signalling routing table as discussed in NSIS, or if the 
signalling protocol goes receiver-sender-receiver), then the ingress could 
know that it has no reservations with that egress as soon as a reservation 
request arrives, so it can unilaterally start probling.

S.5.6 Flow Termination Functions

The text seems to assume the egress makes the decision on which flows to 
lose and tells the ingress. In cl-architecture (for instance) the egress 
meters, feeds back the measurement to the ingress, which meters the load it 
is forwarding and then the ingress calculates how much traffic to 
terminate, and either chooses the flows itself, or asks a central node to 
choose.

I think there has to be metering at both boundaries otherwise we can't work 
out how much traffic has been dropped (as well as termination marked). The 
decision might be at either (but in cl-architecture we had good reasons for 
choosing the ingress because it has the most recent knowledge about load 
(given flows might be being abandoned by users very quickly and/or added 
very quickly during a disaster).

Other more incremental mechanisms have now been defined that don't 
calculate how much load to shed in one pass, but keep trying. Have we 
abandonned the earlier approach?

Whatever, I think a feedback function is missing between the boundary nodes.

>S6 Design goals and challenges
>This briefly describes some open issues, taken from
>briscoe-tsvwg-cl-architecture. Are there other ones that should be
>mentioned? Is the problem description at the right level of depth?
>Should we discuss various possible solutions to these problems?

I get the feeling we need a doc specifically on ECMP solutions?

>S7 Deployment scenarios
>Briefly describes some deployment scenarios for pcn? is this at the
>right level of depth?

Just a thought - I felt this section would have been better earlier.

>S8 Operations and Management
>This section was written in response to the Charter saying that the
>architecture document should include security, manageability and
>operational considerations. The draft addresses this by providing some
>thoughts under the FCAPS headings: OAM of Faults, Configuration,
>Accounting, Performance and Security? Is this the right way of
>structuring it - does it cover the right set of topics? Is the text at
>the right level? - eg should it also have a detailed set of parameters
>that would be available for configuration?

* Don't think this is Fault OAM?
Echoing what someone else (I forget who) said on the list, Fault OAM isn't 
really about how the control system recovers from failures (that's 
control), it's how to tell the management system/manual operator that you 
have recovered from a failure (or not).

Also, we should cover faults other than node or link failures. E.g. a 
wrongly configured address in a node, or a wrong address given in a 
singalling protocol, or a wrongly configured parameter in a queueing algo. Etc.

* Config OAM: Add:
- level of AM that leads to denying new admissions.
- config paramteres that control distribution of functions?

* Don't think this is Performance OAM?
I think Perf OAM is about monitoring performance at run-time, not 
characterising performance at design time.

* Don't think this is Security OAM?
Again, as someone said, security OAM is finding out about security breaches 
or near-misses at run-time, not identifying security flaws in the design, 
which is security the considerations section.

* Security Considerations Gaps:
- PCN marking selectively applied to certain flows, rather than randomly by 
interior node.
- The statement about DoS attacks is a requirement with no pointers to the 
detailed DOS issues, or any discussion of best practice design. I could 
supply text here (among many other things to do!)
- ref to hop-by-hop signalling authentication [RFC2747 for RSVP] and the 
new recently posted draft to tsvwg on group keying for RSVP authentication 
<draft-behringer-tsvwg-rsvp-security-groupkeying-00.txt>. I haven't read it 
yet, but on a scan it's as relevant as RFC2747.


Phew... that's all for now.


Bob


>An overall question is whether the draft should have more comparison of
>the options (pros/cons) for various aspects.
>
>I aim to edit another version of the draft before the ietf (but maybe
>not before the deadline as I'm on hols next week).
>
>Thanks!
>Phil/

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196  




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 24 20:03:04 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDULI-0001YG-Dc; Tue, 24 Jul 2007 20:03:04 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDULH-0001YA-AP
	for pcn-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 20:03:03 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDULH-0001Y2-0b
	for pcn@ietf.org; Tue, 24 Jul 2007 20:03:03 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDULF-0006Ff-Hl
	for pcn@ietf.org; Tue, 24 Jul 2007 20:03:02 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 01:03:01 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 01:03:00 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185321779445; Wed, 25 Jul 2007 01:02:59 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.7])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6P02t1f026944; Wed, 25 Jul 2007 01:02:58 +0100
Message-Id: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 25 Jul 2007 01:03:06 +0100
To: <philip.eardley@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 25 Jul 2007 00:03:00.0270 (UTC)
	FILETIME=[29D1C4E0:01C7CE4F]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil & other authors,

Just thought of one more possible gap:

Another bullet for the Intro:

   o QoS reservations are decoupled from routing system (within the PCN 
domain). I.e. admission control lays reserved traffic over routes given by 
the routing system without any pinning. Then if any of capacity, routing or 
topology changes, the routing system just moves all traffic, so reserved 
flows that can gracefully continue after a short disruption will do. We 
don't trigger any messages from the routing system to the QoS system to say 
routing has changed. So we don't have to deal with losing these messages 
during disastrous events, or with authenticating such messages.

[Of course, then, if there isn't enough capacity for the previously 
admitted traffic after
- both a capacity, routing or topology change
- and after the routing and protection system has had a chance to bring in 
new capacity or re-arrange the routing to fit,
then flow termination can bring the system back below its max operating point.]


Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196  




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 05:17:17 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDczd-00031D-F2; Wed, 25 Jul 2007 05:17:17 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDczc-000318-8l
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 05:17:16 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDczY-00030x-Lg
	for pcn@ietf.org; Wed, 25 Jul 2007 05:17:12 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDczX-0001kA-2l
	for pcn@ietf.org; Wed, 25 Jul 2007 05:17:12 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 289766FAE;
	Wed, 25 Jul 2007 11:17:08 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 1B03F6FB4;
	Wed, 25 Jul 2007 11:17:08 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C78686FB5;
	Wed, 25 Jul 2007 11:17:07 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6P9H7h01208; 
	Wed, 25 Jul 2007 11:17:07 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 70E466F591; Wed, 25 Jul 2007 11:11:17 +0200 (CEST)
Message-ID: <46A7144B.1010503@informatik.uni-wuerzburg.de>
Date: Wed, 25 Jul 2007 11:13:47 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Steven Blake <steven.blake@ericsson.com>
Subject: Re: [PCN] Re: How to discuss WG scoping decisions in an RFC?
References: <5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
	<1185312460.3454.53.camel@neutrino>
In-Reply-To: <1185312460.3454.53.camel@neutrino>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8
Cc: PCN IETF list <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org



Steven Blake wrote:
> On Tue, 2007-07-24 at 22:05 +0100, Bob Briscoe wrote:
>
>   
>> Steve, Scott,
>>
>> I'm nearly done writing a review of the PCN architecture. One issue I have 
>> is that there's a lot of text in there that I would class as WG process 
>> management text. Of two types:
>> i) scoping assumptions that are primarily charter-driven, but difficult to 
>> justify believably as assumptions about production networks - other than as 
>> a need to bite off part of a problem first, which isn't really a 
>> justification that should appear in a standards track RFC
>> ii) refs to docs that the charter requires, but that haven't been written 
>> yet, and may not have all been written before the first PCN RFC rolls off 
>> the production line.
>>
>> This is natural for the first drafts of a WG, but surely we won't be able 
>> to submit RFCs like this.
>>
>> ii) is relatively easy. where refs don't exist yet I assume authors should 
>> change all the inline text about planned docs to Editorial Notes, to remind 
>> everyone that these need to be added before it can go to RFC.
>>
>> i) is more difficult. My working assumption is that RFCs have to be written 
>> to stand separately from the WG and process that created them. They exist 
>> for all time and charters change. So is the appropriate style to adopt 
>> charter scoping assumptions with suitable text written as if we believe 
>> them in their own right, rather than "because the charter says so"?
>>
>> This particularly affects section 3 of 
>> draft-eardley-pcn-architecture-00.txt for things like emergency use being 
>> out of scope, or to a lesser extent the single-domain assumption.
>>     
>
> draft-eardley-pcn-architecture-00 is not a working group document.  If
> the authors ask to have this draft approved as a WG document then these
> are useful comments to raise.
>
> Regarding emergency use: the charter says:
>
>   (D) flows may have different precedence, but the applicability
>       of the PCN mechanisms for emergency use (911, GETS, WPS,
>       MLPP, etc.) is out of scope
>
> This could be interpreted in more than one way, but I interpret this as
> saying that PCN-specific mechanisms will not take flow precedence into
> account.  Which is a different than saying that PCN cannot be used with
> flow setup protocols/mechanisms that take flow precedence into account.
>   

As soon as we have multiple PCN classes it might be useful to think 
about flow precedence especially with regard to admission and 
termination priority. Equal treatment of flows means that a highly 
critical telemedicine application has the same probability to be 
terminated as a "relatively" uncritcical VoIP call in case of a 
disaster. I read the passage in the way that it's not our job to define 
mechanisms for emergency use, but it is not prohibited to extend PCN 
towards multiple classes with different requirements although this is 
not the first thing to do.

Regards,

    Michael

>
> Regards,
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steven Blake                <steven.blake@ericsson.com>
> Ericsson/Redback Networks               +1 919-472-9913
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 05:30:59 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDdCt-0003L5-49; Wed, 25 Jul 2007 05:30:59 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDdCr-0003Kx-MM
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 05:30:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDdCr-0003Kp-CW
	for pcn@ietf.org; Wed, 25 Jul 2007 05:30:57 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDdCq-0002A2-H0
	for pcn@ietf.org; Wed, 25 Jul 2007 05:30:57 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 1D7D262AE;
	Wed, 25 Jul 2007 11:30:54 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 100126C22;
	Wed, 25 Jul 2007 11:30:54 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id D3C1362AE;
	Wed, 25 Jul 2007 11:30:53 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6P9Urh01384; 
	Wed, 25 Jul 2007 11:30:53 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 6E8A36F591; Wed, 25 Jul 2007 11:25:03 +0200 (CEST)
Message-ID: <46A71785.101@informatik.uni-wuerzburg.de>
Date: Wed, 25 Jul 2007 11:27:33 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
References: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Bob,

yes, that's a good point to add to the key benefits of the PCN 
architecture: It proposes a "resilience admission control" system: 
admitted flows can survive failures without additional signaling. This 
differentiates the PCN approach from many other AC methods. It is a 
consequence of the stateless core and, therefore, it fits well as second 
bullet.
http://tools.ietf.org/id/draft-eardley-pcn-architecture-00.txt

Regards,

    Michael

Bob Briscoe wrote:
> Phil & other authors,
>
> Just thought of one more possible gap:
>
> Another bullet for the Intro:
>
>   o QoS reservations are decoupled from routing system (within the PCN 
> domain). I.e. admission control lays reserved traffic over routes 
> given by the routing system without any pinning. Then if any of 
> capacity, routing or topology changes, the routing system just moves 
> all traffic, so reserved flows that can gracefully continue after a 
> short disruption will do. We don't trigger any messages from the 
> routing system to the QoS system to say routing has changed. So we 
> don't have to deal with losing these messages during disastrous 
> events, or with authenticating such messages.
>
> [Of course, then, if there isn't enough capacity for the previously 
> admitted traffic after
> - both a capacity, routing or topology change
> - and after the routing and protection system has had a chance to 
> bring in new capacity or re-arrange the routing to fit,
> then flow termination can bring the system back below its max 
> operating point.]
>
>
> Bob
>
>
> ____________________________________________________________________________ 
>
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT 
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 
> 645196 
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 05:34:47 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDdGZ-0007FK-Hn; Wed, 25 Jul 2007 05:34:47 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDdGZ-0007FF-5s
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 05:34:47 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDdGY-0007F7-Ou
	for pcn@ietf.org; Wed, 25 Jul 2007 05:34:46 -0400
Received: from szxga01-in.huawei.com ([61.144.161.53])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDdGW-0006O3-Nb
	for pcn@ietf.org; Wed, 25 Jul 2007 05:34:46 -0400
Received: from huawei.com (szxga01-in [172.24.2.3])
	by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JLQ00JP7AKV6L@szxga01-in.huawei.com> for
	pcn@ietf.org; Wed, 25 Jul 2007 17:34:08 +0800 (CST)
Received: from huawei.com ([172.24.1.24])
	by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JLQ00FO4AKR18@szxga01-in.huawei.com> for
	pcn@ietf.org; Wed, 25 Jul 2007 17:34:07 +0800 (CST)
Received: from y49667 ([10.111.12.75])
	by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0JLQ00L3WAKNUC@szxml04-in.huawei.com> for
	pcn@ietf.org; Wed, 25 Jul 2007 17:34:02 +0800 (CST)
Date: Wed, 25 Jul 2007 17:33:58 +0800
From: Delei Yu <yudelei@huawei.com>
Subject: [PCN] could multicast service be supported in a PCN domain?
To: pcn@ietf.org
Message-id: <000001c7ce9e$eddd5ad0$4b0c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcfOnu19Zd2bEBfoS22P6lRefMVviw==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e16ffb81c108f82daea41b8c467b6325
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0172259568=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0172259568==
Content-type: multipart/alternative;
	boundary="Boundary_(ID_ZYdBXUd04bpOz9UZbag4Ew)"

This is a multi-part message in MIME format.

--Boundary_(ID_ZYdBXUd04bpOz9UZbag4Ew)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT

PCNers,

Is it possible for multicast service to be supported in a PCN domain? PCN
charter hasn't covered this. So this is just a question for question. -:)

 


--Boundary_(ID_ZYdBXUd04bpOz9UZbag4Ew)
Content-type: text/html; charset=us-ascii
Content-transfer-encoding: 7BIT

<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:\5B8B\4F53;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Dotum;
	panose-1:2 11 6 0 0 1 1 1 1 1;}
@font-face
	{font-family:\9ED1\4F53;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"MS UI Gothic";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
@font-face
	{font-family:DotumChe;
	panose-1:2 11 6 9 0 1 1 1 1 1;}
@font-face
	{font-family:\6977\4F53_GB2312;
	panose-1:2 1 6 9 3 1 1 1 1 1;}
@font-face
	{font-family:"\@\5B8B\4F53";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:"\@Dotum";
	panose-1:2 11 6 0 0 1 1 1 1 1;}
@font-face
	{font-family:"\@MS UI Gothic";
	panose-1:2 11 6 0 7 2 5 8 2 4;}
@font-face
	{font-family:"\@DotumChe";
	panose-1:2 11 6 9 0 1 1 1 1 1;}
@font-face
	{font-family:"\@\6977\4F53_GB2312";
	panose-1:2 1 6 9 3 1 1 1 1 1;}
@font-face
	{font-family:"\@\9ED1\4F53";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:150%;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";
	layout-grid-mode:line;}
h1
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:12.0pt;
	margin-left:21.6pt;
	text-align:justify;
	text-justify:inter-ideograph;
	text-indent:-21.6pt;
	page-break-after:avoid;
	mso-list:l8 level1 lfo35;
	font-size:16.0pt;
	font-family:Arial;}
h2
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:12.0pt;
	margin-left:28.8pt;
	text-align:justify;
	text-justify:inter-ideograph;
	text-indent:-28.8pt;
	page-break-after:avoid;
	mso-list:l8 level2 lfo35;
	font-size:12.0pt;
	font-family:Arial;
	font-weight:normal;}
h3
	{margin-top:13.0pt;
	margin-right:0cm;
	margin-bottom:13.0pt;
	margin-left:36.0pt;
	text-align:justify;
	text-justify:inter-ideograph;
	text-indent:-36.0pt;
	line-height:173%;
	page-break-after:avoid;
	mso-list:l8 level3 lfo35;
	font-size:12.0pt;
	font-family:"Times New Roman";
	layout-grid-mode:line;
	font-weight:normal;}
p.MsoHeader, li.MsoHeader, div.MsoHeader
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	layout-grid-mode:char;
	font-size:9.0pt;
	font-family:Arial;}
p.MsoFooter, li.MsoFooter, div.MsoFooter
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:9.0pt;
	font-family:Arial;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p.a, li.a, div.a
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:54.45pt;
	margin-bottom:.0001pt;
	mso-para-margin-top:1.0gd;
	mso-para-margin-right:0cm;
	mso-para-margin-bottom:0cm;
	mso-para-margin-left:54.45pt;
	mso-para-margin-bottom:.0001pt;
	text-align:center;
	text-indent:-18.45pt;
	mso-list:l6 level9 lfo5;
	font-size:9.0pt;
	font-family:Arial;}
p.a0, li.a0, div.a0
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Arial;}
p.a1, li.a1, div.a1
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:center;
	font-size:10.5pt;
	font-family:Arial;
	font-weight:bold;}
p.a2, li.a2, div.a2
	{margin-top:0cm;
	margin-right:0cm;
	margin-bottom:12.0pt;
	margin-left:54.45pt;
	mso-para-margin-top:0cm;
	mso-para-margin-right:0cm;
	mso-para-margin-bottom:1.0gd;
	mso-para-margin-left:54.45pt;
	text-align:center;
	text-indent:-18.45pt;
	mso-list:l6 level8 lfo5;
	font-size:9.0pt;
	font-family:Arial;}
p.a3, li.a3, div.a3
	{margin-top:4.0pt;
	margin-right:0cm;
	margin-bottom:4.0pt;
	margin-left:0cm;
	text-align:center;
	line-height:150%;
	page-break-after:avoid;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";
	layout-grid-mode:line;}
p.a4, li.a4, div.a4
	{margin-top:15.0pt;
	margin-right:0cm;
	margin-bottom:15.0pt;
	margin-left:0cm;
	text-align:center;
	line-height:150%;
	text-autospace:none;
	font-size:18.0pt;
	font-family:Arial;
	layout-grid-mode:line;}
p.a5, li.a5, div.a5
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:150%;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";
	layout-grid-mode:line;}
p.a6, li.a6, div.a6
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	line-height:150%;
	text-autospace:none;
	border:none;
	padding:0cm;
	font-size:9.0pt;
	font-family:Arial;
	layout-grid-mode:line;}
p.a7, li.a7, div.a7
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-justify:inter-ideograph;
	text-indent:18.0pt;
	line-height:150%;
	text-autospace:none;
	border:none;
	padding:0cm;
	font-size:9.0pt;
	font-family:Arial;
	layout-grid-mode:line;}
p.a8, li.a8, div.a8
	{margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	line-height:150%;
	text-autospace:none;
	font-size:10.5pt;
	font-family:Arial;
	color:blue;
	layout-grid-mode:line;
	font-style:italic;}
span.a9
	{font-family:\5B8B\4F53;
	color:black;
	font-weight:bold;}
span.aa
	{font-family:\5B8B\4F53;
	color:black;
	font-weight:bold;}
span.EmailStyle33
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
 /* Page Definitions */
 @page
	{mso-endnote-separator:url("cid:header.htm\@01C7CEE1.FB9C81D0") es;
	mso-endnote-continuation-separator:url("cid:header.htm\@01C7CEE1.FB9C81D0") ecs;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:65.6pt 90.0pt 72.0pt 90.0pt;
	mso-footer:url("cid:header.htm\@01C7CEE1.FB9C81D0") f1;
	layout-grid:15.6pt;}
div.Section1
	{page:Section1;}
 /* List Definitions */
 @list l0
	{mso-list-id:171800355;
	mso-list-template-ids:-1278163850;}
@list l0:level1
	{mso-level-text:%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l0:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l0:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l0:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l0:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l0:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l0:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l0:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l0:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
@list l1
	{mso-list-id:191647984;
	mso-list-template-ids:345692754;}
@list l1:level1
	{mso-level-number-format:alpha-upper;
	mso-level-text:\9644\5F55%1;
	mso-level-tab-stop:64.15pt;
	mso-level-number-position:left;
	margin-left:64.15pt;
	text-indent:-21.6pt;}
@list l1:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:71.35pt;
	mso-level-number-position:left;
	margin-left:71.35pt;
	text-indent:-28.8pt;}
@list l1:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:78.55pt;
	mso-level-number-position:left;
	margin-left:78.55pt;
	text-indent:-36.0pt;}
@list l1:level4
	{mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:89.35pt;
	text-indent:-34.0pt;}
@list l1:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:89.35pt;
	text-indent:-34.0pt;}
@list l1:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:89.35pt;
	text-indent:-34.0pt;}
@list l1:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:89.35pt;
	text-indent:-34.0pt;}
@list l1:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:114.55pt;
	mso-level-number-position:left;
	margin-left:114.55pt;
	text-indent:-72.0pt;}
@list l1:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:121.75pt;
	mso-level-number-position:left;
	margin-left:121.75pt;
	text-indent:-79.2pt;}
@list l2
	{mso-list-id:541409008;
	mso-list-template-ids:-249166292;}
@list l2:level1
	{mso-level-number-format:alpha-upper;
	mso-level-text:\9644\5F55%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l2:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l2:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l2:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l2:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l2:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l2:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l2:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l2:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
@list l3
	{mso-list-id:818422186;
	mso-list-template-ids:1344984950;}
@list l3:level1
	{mso-level-text:%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l3:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l3:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l3:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l3:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l3:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l3:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l3:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l3:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
@list l4
	{mso-list-id:838886720;
	mso-list-template-ids:-819953982;}
@list l4:level1
	{mso-level-text:%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;
	mso-ansi-font-size:18.0pt;
	mso-bidi-font-size:18.0pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;
	mso-ansi-font-size:15.0pt;
	mso-bidi-font-size:15.0pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;
	mso-ansi-font-size:12.0pt;
	mso-bidi-font-size:12.0pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l4:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l5
	{mso-list-id:942373150;
	mso-list-template-ids:67698717;}
@list l5:level1
	{mso-level-text:%1;
	mso-level-tab-stop:21.25pt;
	mso-level-number-position:left;
	margin-left:21.25pt;
	text-indent:-21.25pt;}
@list l5:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:57.25pt;
	mso-level-number-position:left;
	margin-left:49.6pt;
	text-indent:-1.0cm;}
@list l5:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:96.55pt;
	mso-level-number-position:left;
	margin-left:70.9pt;
	text-indent:-1.0cm;}
@list l5:level4
	{mso-level-text:"%1\.%2\.%3\.%4";
	mso-level-tab-stop:135.8pt;
	mso-level-number-position:left;
	margin-left:99.2pt;
	text-indent:-35.4pt;}
@list l5:level5
	{mso-level-text:"%1\.%2\.%3\.%4\.%5";
	mso-level-tab-stop:175.05pt;
	mso-level-number-position:left;
	margin-left:127.55pt;
	text-indent:-42.5pt;}
@list l5:level6
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6";
	mso-level-tab-stop:214.3pt;
	mso-level-number-position:left;
	margin-left:163.0pt;
	text-indent:-2.0cm;}
@list l5:level7
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7";
	mso-level-tab-stop:253.55pt;
	mso-level-number-position:left;
	margin-left:191.35pt;
	text-indent:-63.8pt;}
@list l5:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:292.8pt;
	mso-level-number-position:left;
	margin-left:219.7pt;
	text-indent:-70.9pt;}
@list l5:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:332.1pt;
	mso-level-number-position:left;
	margin-left:255.1pt;
	text-indent:-85.0pt;}
@list l6
	{mso-list-id:1123964682;
	mso-list-template-ids:301907670;}
@list l6:level1
	{mso-level-suffix:none;
	mso-level-text:"%1  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:18.0pt;
	mso-bidi-font-size:18.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level2
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:15.0pt;
	mso-bidi-font-size:15.0pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level3
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2\.%3  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:12.0pt;
	mso-bidi-font-size:12.0pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level4
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2\.%3\.%4  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level5
	{mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level6
	{mso-level-text:"%6\)";
	mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level7
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level8
	{mso-level-reset-level:level1;
	mso-level-style-link:\63D2\56FE\9898\6CE8;
	mso-level-suffix:space;
	mso-level-text:\56FE%8;
	mso-level-tab-stop:none;
	mso-level-number-position:center;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l6:level9
	{mso-level-reset-level:level1;
	mso-level-style-link:\8868\683C\9898\6CE8;
	mso-level-suffix:space;
	mso-level-text:\8868%9;
	mso-level-tab-stop:none;
	mso-level-number-position:center;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l7
	{mso-list-id:1380013528;
	mso-list-template-ids:-1435872280;}
@list l7:level1
	{mso-level-number-format:none;
	mso-level-text:"\9644\5F55A ";
	mso-level-tab-stop:21.25pt;
	mso-level-number-position:left;
	margin-left:21.25pt;
	text-indent:-21.25pt;}
@list l7:level2
	{mso-level-text:"A\.%2";
	mso-level-tab-stop:49.6pt;
	mso-level-number-position:left;
	margin-left:49.6pt;
	text-indent:-1.0cm;}
@list l7:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:70.9pt;
	text-indent:-1.0cm;}
@list l7:level4
	{mso-level-text:"%1\.%2\.%3\.%4";
	mso-level-tab-stop:99.2pt;
	mso-level-number-position:left;
	margin-left:99.2pt;
	text-indent:-35.4pt;}
@list l7:level5
	{mso-level-text:"%1\.%2\.%3\.%4\.%5";
	mso-level-tab-stop:127.55pt;
	mso-level-number-position:left;
	margin-left:127.55pt;
	text-indent:-42.5pt;}
@list l7:level6
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6";
	mso-level-tab-stop:163.0pt;
	mso-level-number-position:left;
	margin-left:163.0pt;
	text-indent:-2.0cm;}
@list l7:level7
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7";
	mso-level-tab-stop:191.35pt;
	mso-level-number-position:left;
	margin-left:191.35pt;
	text-indent:-63.8pt;}
@list l7:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:219.7pt;
	mso-level-number-position:left;
	margin-left:219.7pt;
	text-indent:-70.9pt;}
@list l7:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:255.1pt;
	mso-level-number-position:left;
	margin-left:255.1pt;
	text-indent:-85.0pt;}
@list l8
	{mso-list-id:1666475049;
	mso-list-template-ids:-28945502;}
@list l8:level1
	{mso-level-style-link:"\6807\9898 1";
	mso-level-text:%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l8:level2
	{mso-level-style-link:"\6807\9898 2";
	mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l8:level3
	{mso-level-style-link:"\6807\9898 3";
	mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l8:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l8:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l8:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l8:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l8:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l8:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
@list l9
	{mso-list-id:1916042858;
	mso-list-template-ids:-648263936;}
@list l9:level1
	{mso-level-number-format:alpha-upper;
	mso-level-text:&#38468;&#24405;%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l9:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l9:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l9:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l9:level5
	{mso-level-text:%5&#65289;;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l9:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6&#65289;;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l9:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l9:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l9:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
@list l10
	{mso-list-id:2114861838;
	mso-list-template-ids:-433129230;}
@list l10:level1
	{mso-level-number-format:none;
	mso-level-text:"&#38468;&#24405;A ";
	mso-level-tab-stop:21.25pt;
	mso-level-number-position:left;
	margin-left:21.25pt;
	text-indent:-21.25pt;}
@list l10:level2
	{mso-level-text:"A\.%2";
	mso-level-tab-stop:49.6pt;
	mso-level-number-position:left;
	margin-left:49.6pt;
	text-indent:-1.0cm;}
@list l10:level3
	{mso-level-text:"%1A\.%2\.%3";
	mso-level-tab-stop:70.9pt;
	mso-level-number-position:left;
	margin-left:70.9pt;
	text-indent:-1.0cm;}
@list l10:level4
	{mso-level-text:"%1\.%2\.%3\.%4";
	mso-level-tab-stop:99.2pt;
	mso-level-number-position:left;
	margin-left:99.2pt;
	text-indent:-35.4pt;}
@list l10:level5
	{mso-level-text:"%1\.%2\.%3\.%4\.%5";
	mso-level-tab-stop:127.55pt;
	mso-level-number-position:left;
	margin-left:127.55pt;
	text-indent:-42.5pt;}
@list l10:level6
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6";
	mso-level-tab-stop:163.0pt;
	mso-level-number-position:left;
	margin-left:163.0pt;
	text-indent:-2.0cm;}
@list l10:level7
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7";
	mso-level-tab-stop:191.35pt;
	mso-level-number-position:left;
	margin-left:191.35pt;
	text-indent:-63.8pt;}
@list l10:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:219.7pt;
	mso-level-number-position:left;
	margin-left:219.7pt;
	text-indent:-70.9pt;}
@list l10:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:255.1pt;
	mso-level-number-position:left;
	margin-left:255.1pt;
	text-indent:-85.0pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="3074" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="2" />
  <o:regrouptable v:ext="edit">
   <o:entry new="1" old="0" />
  </o:regrouptable>
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=ZH-CN link=blue vlink=purple style='text-justify-trim:punctuation'>

<div class=Section1 style='layout-grid:15.6pt'>

<p class=MsoNormal><font size=1 face=Arial><span lang=EN-US style='font-size:
9.0pt;line-height:150%;font-family:Arial'>PCNers,<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=1 face=Arial><span lang=EN-US style='font-size:
9.0pt;line-height:150%;font-family:Arial'>Is it possible for multicast service to
be supported in a PCN domain? PCN charter hasn&#8217;t covered this. So this is just
a question for question. -:)<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 face="Times New Roman"><span lang=EN-US
style='font-size:10.5pt;line-height:150%'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

--Boundary_(ID_ZYdBXUd04bpOz9UZbag4Ew)--



--===============0172259568==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0172259568==--





From pcn-bounces@ietf.org Wed Jul 25 05:44:11 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDdPf-0003NS-G6; Wed, 25 Jul 2007 05:44:11 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDdPd-0003NL-Tz
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 05:44:09 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDdPd-0003NC-I6
	for pcn@ietf.org; Wed, 25 Jul 2007 05:44:09 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDdPc-0006cb-Dw
	for pcn@ietf.org; Wed, 25 Jul 2007 05:44:09 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 70F93779B;
	Wed, 25 Jul 2007 11:44:07 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 6417F7810;
	Wed, 25 Jul 2007 11:44:07 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 335B2779B;
	Wed, 25 Jul 2007 11:44:07 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6P9i7h01569; 
	Wed, 25 Jul 2007 11:44:07 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id D34456F591; Wed, 25 Jul 2007 11:38:16 +0200 (CEST)
Message-ID: <46A71A9F.2000007@informatik.uni-wuerzburg.de>
Date: Wed, 25 Jul 2007 11:40:47 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: philip.eardley@bt.com
Subject: Re: [PCN] PCN Admission control ECMP and probing
References: <75A199C5D243C741BF3D3F1EBCEF9BA50132C127@E03MVZ1-UKDY.domain1.systemhost.net>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA50132C127@E03MVZ1-UKDY.domain1.systemhost.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 1.2 (+)
X-Scan-Signature: 6ba8aaf827dcb437101951262f69b3de
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Phil,

see my comments inline!


philip.eardley@bt.com wrote:
> hi,
>
>  
>
> have been thinking about this. as far as adm ctrl is concerned, i think the following (copied from babiarz-3sm) applies to PCN in general and not just that draft:
>
>  
>
>   
>
> As an alternative [to measuring markings on data pkts], probing may be used for admission control.  The PCN ingress node generates and sends probe packets to test and verify the pre-congestion level on the ingress-egress path.  The PCN egress intercepts these probe packets.  If ... [egress makes measurements of probe pkts], the requesting flows are not admitted (blocked).  Probing is useful or even essential under the following conditions:
>
> o  when an ingress-egress aggregate carries no traffic,
> o  in the presence of multipath routing, when some paths are already AR-overloaded, but others are not, and further flows should be admitted if they use a non-overloaded path.
>
> < 
>
>  
>
> is something on these lines correct? (and therefore worth adding to the architecture draft). i think it's correct for all the alternative adm ctrl mechanisms that have been proposed.
>
>  
>
> in terms of work for the WG, what work does it imply?
>
> (1) the WG must define a normal (non-probing) adm ctrl mechanism - based on making measurements of pkts arriving at an PCN-egress-node from a particular PCN-ingress-node (ie make measurements for the ingress-egress-aggregate that the new flow would use). 
>
>  
>
> (2) the WG may define a probing-based adm ctrl mechanism. By "may" I mean:
>
> - we could decide to concentrate on (1), and think about probing later
>
> - we could decide to think about probing for the first reason given in the quote above. 
>
> - we could decide to think about probing for the second reason given in the quote above 
>
>   

I find it useful to identify various mechanisms and assessing them with 
respect to (a) their ability to address the different needs and (b) 
their complexity from an operational and (c) protocol point of view. I 
would not favor seeking and exploring only a single solution which is 
able to cover a minimum functionality when a more powerful solution is 
hardly more complex. Having an overview of several possibilities and 
their pros and cons makes a good decision easier. Probably different PCN 
approaches (single/dual marking, measurement/token bucket based marking, 
ECMP-capable/-non-capable...) require different / adapted probing 
methods. In turn, the simplicity and capabilities of the probing 
mechanisms can provide another aspect for the assessment of the 
different PCN approaches.


>  
>
> The second choice would involve work:
>
> - BCP advice for number/rate of probe pkts to send 
>   

This heavily depends on the marking mechanism. If the marking provides a 
"strong" signal, i.e., all packets are marked when the admissible rate 
is exceeded, one or a few packets suffice for probing. If the marking 
provides a "weak" signal, i.e., the marker starts marking proportionally 
to the observed rate when the admissible rate is exceeded, many probe 
packets are required since only a fraction of PCN packets is marked.


> - how to address them (eg address probe pkts to PCN-egress-node)
>
> - a mechanism for the PCN-egress-node to recognise this as a probe pkt (presumably if probe pkts are addressed to the PCN-egress-node, this is just an ID number)
>
>  
>
> The third choice would involve work:
>
> - BCP advice for number/rate of probe pkts to send 
>
> - probe pkts would just be addressed to the new flow's destination
>
> - mechanism for PCN-egress-node to detect a pkt is a probe pkt (partly so it can make measurements to determine whether to admit the new flow, partly so it doesn't forward the probe pkt on outside the PCN-domain)
>
> - this could be instead of, or in addition to, the 'second choice'. if it's 'in addition to', then there would have to be a way of deciding which was the appropriate one to use.
>
>  
>   

Phil, your analysis nicely shows that the challenge about probing is to 
design it in such a way that it works with ECMP, i.e., that probe 
packets take the same path as future data packets of the requesting 
flow. In that case the IP header of the probe packets requires the 
source and destination address of the requesting flow and probe packets 
need to be intercepted at the PCN egress since the PCN egress is not the 
destination of the probe packets. This is a challenge from an encoding 
point of view and needs some analysis how it can be achieved in an 
elegant way such that no header fields are changed that are used for 
hash-based ECMP load balancing.

Summarizing, I think ECMP-compatible probing is easy from an operational 
point of view, but it is not trivial from an encoding and protocol point 
of view. But that's the challenge and I am sure that solutions can be found.


>  
>
> As to the need for probing, I don't think we have had a discussion (evidence from deployment scenarios) whether the two reasons for probing are common or rare (and therefore how much we should worry about one or both of the reasons in the short term). Here's a starter scenario:
>
>  
>
> Imagine a core network with 100 PCN-boundary-nodes. Say there are 10 million end nodes. If we assume evenly distributed topology, then each ingress-egress-aggregate carries traffic from 1000 end nodes. However, the end nodes only send data [eg voip] some of the time - say 1% (15mins a day) on average. This might suggest that most ingress-egress-aggregates will have traffic on most of the time, so probing would rarely be required.
>
> However in fact the distribution would typically be long-tailed (eg ingress-egress-aggregate between London and Manchester will always have lots of traffic, but there'll be other aggregates with not much traffic). Also if the network was a bit bigger (say 3 times as many PCN-boundary-nodes) then most ingress-egress-aggregates would need to do probing.
>
>   

Phil, I think your example shows very well that a probing mechanism is 
something good to have although it is not always in use. In fact, we 
want to do as much as possible without probing, but it is good to have 
such a mechanism for cases where it is needed.

Regards,

    Michael



>  
>
> Comments?
>
>  
>
> phil
>
>  
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 08:12:26 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDfj7-0001NX-IR; Wed, 25 Jul 2007 08:12:25 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDfj6-0001NS-4E
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 08:12:24 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDfj5-0001ND-Ny
	for pcn@ietf.org; Wed, 25 Jul 2007 08:12:23 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDfj4-0001uJ-FU
	for pcn@ietf.org; Wed, 25 Jul 2007 08:12:23 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 13:12:21 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 13:12:21 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185365540633; Wed, 25 Jul 2007 13:12:20 +0100
Received: from mut.jungle.bt.co.uk ([10.86.16.145])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6PCCDfR000745; Wed, 25 Jul 2007 13:12:18 +0100
Message-Id: <5.2.1.1.2.20070725125353.04b36f20@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 25 Jul 2007 13:12:28 +0100
To: Steven Blake <steven.blake@ericsson.com>, menth@informatik.uni-wuerzburg.de
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] Re: How to discuss WG scoping decisions in an RFC?
In-Reply-To: <46A7144B.1010503@informatik.uni-wuerzburg.de>
References: <1185312460.3454.53.camel@neutrino>
	<5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
	<1185312460.3454.53.camel@neutrino>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 25 Jul 2007 12:12:21.0361 (UTC)
	FILETIME=[0D765610:01C7CEB5]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5d7a7e767f20255fce80fa0b77fb2433
Cc: PCN IETF list <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Steve & Michael (responses to both inline),

At 10:13 25/07/2007, Michael Menth wrote:


>Steven Blake wrote:
>>On Tue, 2007-07-24 at 22:05 +0100, Bob Briscoe wrote:
>>
>>
>>>Steve, Scott,
>>>
>>>I'm nearly done writing a review of the PCN architecture. One issue I 
>>>have is that there's a lot of text in there that I would class as WG 
>>>process management text. Of two types:
>>>i) scoping assumptions that are primarily charter-driven, but difficult 
>>>to justify believably as assumptions about production networks - other 
>>>than as a need to bite off part of a problem first, which isn't really a 
>>>justification that should appear in a standards track RFC
>>>ii) refs to docs that the charter requires, but that haven't been 
>>>written yet, and may not have all been written before the first PCN RFC 
>>>rolls off the production line.
>>>
>>>This is natural for the first drafts of a WG, but surely we won't be 
>>>able to submit RFCs like this.
>>>
>>>ii) is relatively easy. where refs don't exist yet I assume authors 
>>>should change all the inline text about planned docs to Editorial Notes, 
>>>to remind everyone that these need to be added before it can go to RFC.
>>>
>>>i) is more difficult. My working assumption is that RFCs have to be 
>>>written to stand separately from the WG and process that created them. 
>>>They exist for all time and charters change. So is the appropriate style 
>>>to adopt charter scoping assumptions with suitable text written as if we 
>>>believe them in their own right, rather than "because the charter says so"?
>>>
>>>This particularly affects section 3 of 
>>>draft-eardley-pcn-architecture-00.txt for things like emergency use 
>>>being out of scope, or to a lesser extent the single-domain assumption.
>>>
>>
>>draft-eardley-pcn-architecture-00 is not a working group document.  If
>>the authors ask to have this draft approved as a WG document then these
>>are useful comments to raise.

Steve, I think you might have misunderstood my intent. I'm asking for 
advice on how to write a good I-D. All I-Ds should be written with the 
intent of becoming WG items. I don't think there's any need to only answer 
this question after an I-D becomes a WG item.

If anyone is writing an RFC without the intent for it to become and RFC, 
then it deserves to be ignored.


>>Regarding emergency use: the charter says:
>>
>>   (D) flows may have different precedence, but the applicability
>>       of the PCN mechanisms for emergency use (911, GETS, WPS,
>>       MLPP, etc.) is out of scope
>>
>>This could be interpreted in more than one way, but I interpret this as
>>saying that PCN-specific mechanisms will not take flow precedence into
>>account.  Which is a different than saying that PCN cannot be used with
>>flow setup protocols/mechanisms that take flow precedence into account.
>>
>
>As soon as we have multiple PCN classes it might be useful to think about 
>flow precedence especially with regard to admission and termination 
>priority. Equal treatment of flows means that a highly critical 
>telemedicine application has the same probability to be terminated as a 
>"relatively" uncritcical VoIP call in case of a disaster. I read the 
>passage in the way that it's not our job to define mechanisms for 
>emergency use, but it is not prohibited to extend PCN towards multiple 
>classes with different requirements although this is not the first thing to do.

Michael, just to warn against your use of the word 'extend' PCN.

For the avoidance of doubt, I think Steve's saying it is NOT in scope to 
extend PCN towards multiple classes with different requirements, but it is 
in scope for PCN to use (ie refer out to) other mechanisms that satisfy 
different emergency reqs, and similarly I guess it would be in scope to 
prove PCN doesn't stop these other mechanisms working.

If I'm right, the txt in this arch draft is misleading and should be 
changed. The _applicability_ of PCN mechs for emergency use is in scope, 
but PCN-specific mechs for emergency use are out of scope.


Bob


>Regards,
>
>    Michael
>
>>
>>Regards,
>>
>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>Steven Blake                <steven.blake@ericsson.com>
>>Ericsson/Redback Networks               +1 919-472-9913
>>
>>
>>
>>_______________________________________________
>>PCN mailing list
>>PCN@ietf.org
>>https://www1.ietf.org/mailman/listinfo/pcn
>>
>
>--
>Dr. Michael Menth, Assistant Professor
>University of Wuerzburg, Institute of Computer Science
>Am Hubland, D-97074 Wuerzburg, Germany, room B206
>phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
>mailto:menth@informatik.uni-wuerzburg.de
>http://www3.informatik.uni-wuerzburg.de/research/ngn

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 08:58:22 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDgRa-0005nQ-02; Wed, 25 Jul 2007 08:58:22 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDgRZ-0005nL-Cu
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 08:58:21 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDgRZ-0005nD-3G
	for pcn@ietf.org; Wed, 25 Jul 2007 08:58:21 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDgRX-0006xe-Hc
	for pcn@ietf.org; Wed, 25 Jul 2007 08:58:21 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id F282F6520;
	Wed, 25 Jul 2007 14:58:16 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id E50756DE4;
	Wed, 25 Jul 2007 14:58:16 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id BC5AC6520;
	Wed, 25 Jul 2007 14:57:36 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6PCvah04090; 
	Wed, 25 Jul 2007 14:57:36 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 453AE6F591; Wed, 25 Jul 2007 14:51:46 +0200 (CEST)
Message-ID: <46A747F8.30704@informatik.uni-wuerzburg.de>
Date: Wed, 25 Jul 2007 14:54:16 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Multiple PCN classes (was: Re: [PCN] Re: How to discuss WG scoping
	decisions in an RFC?)
References: <1185312460.3454.53.camel@neutrino>
	<5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
	<1185312460.3454.53.camel@neutrino>
	<5.2.1.1.2.20070725125353.04b36f20@pop3.jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070725125353.04b36f20@pop3.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d2e37451f7f22841e3b6f40c67db0f
Cc: PCN IETF list <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Bob,


Bob Briscoe wrote:
>>> Regarding emergency use: the charter says:
>>>
>>>   (D) flows may have different precedence, but the applicability
>>>       of the PCN mechanisms for emergency use (911, GETS, WPS,
>>>       MLPP, etc.) is out of scope
>>>
>>> This could be interpreted in more than one way, but I interpret this as
>>> saying that PCN-specific mechanisms will not take flow precedence into
>>> account.  Which is a different than saying that PCN cannot be used with
>>> flow setup protocols/mechanisms that take flow precedence into account.
>>>
>>
>> As soon as we have multiple PCN classes it might be useful to think 
>> about flow precedence especially with regard to admission and 
>> termination priority. Equal treatment of flows means that a highly 
>> critical telemedicine application has the same probability to be 
>> terminated as a "relatively" uncritcical VoIP call in case of a 
>> disaster. I read the passage in the way that it's not our job to 
>> define mechanisms for emergency use, but it is not prohibited to 
>> extend PCN towards multiple classes with different requirements 
>> although this is not the first thing to do.
>
> Michael, just to warn against your use of the word 'extend' PCN.
>
> For the avoidance of doubt, I think Steve's saying it is NOT in scope 
> to extend PCN towards multiple classes with different requirements, 
> but it is in scope for PCN to use (ie refer out to) other mechanisms 
> that satisfy different emergency reqs, and similarly I guess it would 
> be in scope to prove PCN doesn't stop these other mechanisms working.
>
> If I'm right, the txt in this arch draft is misleading and should be 
> changed. The _applicability_ of PCN mechs for emergency use is in 
> scope, but PCN-specific mechs for emergency use are out of scope.

Sorry for using the word "extend", but I'm not sure whether I understand 
your answer correctly. We had the discussion about coexistence of 
several PCN- and non-PCN classes already several times on the list and 
it seemed to me that is an unsolved issue so far. When I say "extend 
PCN" I mean adapting the currently discussed single-PCN-class mechanisms 
to work in a multi-class environment with a pre-defined number of PCN 
classes. I do not talk about extending PCN for the need of specific 
applications.

The existence of multiple PCN classes has some impact on encoding and 
possibly also on metering and marking, so this is a question that should 
be discussed before encoding is decided. As far as I can remember the 
general view was that the charter does not forbid several PCN classes, 
but it's not the first thing to be done. Are we in line or is your view 
that there is and will be only a single PCN class that is coupled with a 
single PHB? Maybe this is an issue for discussion at the meeting, at 
least to me, the answer of that question is not clear.

Regards,

Michael


>
>
> Bob
>
>
>> Regards,
>>
>>    Michael
>>
>>>
>>> Regards,
>>>
>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>> Steven Blake                <steven.blake@ericsson.com>
>>> Ericsson/Redback Networks               +1 919-472-9913
>>>
>>>
>>>
>>> _______________________________________________
>>> PCN mailing list
>>> PCN@ietf.org
>>> https://www1.ietf.org/mailman/listinfo/pcn
>>>
>>
>> -- 
>> Dr. Michael Menth, Assistant Professor
>> University of Wuerzburg, Institute of Computer Science
>> Am Hubland, D-97074 Wuerzburg, Germany, room B206
>> phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
>> mailto:menth@informatik.uni-wuerzburg.de
>> http://www3.informatik.uni-wuerzburg.de/research/ngn
>
> ____________________________________________________________________________ 
>
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT 
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 
> 645196 

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 11:01:31 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDiMl-0007uz-B8; Wed, 25 Jul 2007 11:01:31 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDiMj-0007sN-6s
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 11:01:29 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDiMi-0007rY-NN
	for pcn@ietf.org; Wed, 25 Jul 2007 11:01:28 -0400
Received: from lhrga01-in.huawei.com ([195.33.106.110])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDiMi-0005O4-6Y
	for pcn@ietf.org; Wed, 25 Jul 2007 11:01:28 -0400
Received: from huawei.com (lhrml01-in [172.18.7.5])
	by lhrga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JLQ00AXIPQZLD@lhrga01-in.huawei.com> for
	pcn@ietf.org; Wed, 25 Jul 2007 16:01:47 +0100 (BST)
Received: from jys3105121962 (dhcp-14f9.ietf69.org [130.129.20.249])
	by lhrga01-in.huawei.com
	(iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug  8 2006))
	with ESMTPA id <0JLQ006RRPQV0B@lhrga01-in.huawei.com> for pcn@ietf.org;
	Wed, 25 Jul 2007 16:01:47 +0100 (BST)
Date: Wed, 25 Jul 2007 10:01:17 -0500
From: Tina TSOU <tena@huawei.com>
To: pcn@ietf.org
Message-id: <017a01c7cecc$a8c43670$4fa81cac@jys3105121962>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-Priority: 3
X-MSMail-priority: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac
Subject: [PCN] addressing
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1071049783=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1071049783==
Content-type: multipart/alternative;
	boundary="Boundary_(ID_dRfEcLD2eS9PujZJhuUGQQ)"

This is a multi-part message in MIME format.

--Boundary_(ID_dRfEcLD2eS9PujZJhuUGQQ)
Content-type: text/plain; charset=gb2312
Content-transfer-encoding: quoted-printable

Hi all,
What I was going to comment on "eardley-pcn-architecture-00" =
presentation just after the line cut is below.
How about refine slide page 7
"PCN-egress-node needs to know address of PCN-ingress-node (or =
=A1=AEcentralised node=A1=AF) that will decide whether to admit the new =
flow"
into
"PCN-boundary-node needs to know address of admission-decision-node that =
will decide whether to admit the new flow"

Then it can cover the following scenario the original texts did not =
cover.
1) admission control is made on the egress node (the original text only =
includes the ingress node makes the decision)
2) ingress node can also notify the centralised node (the original text =
only includes the egress node notifies the centralised node)
=20
B. R.
Tina
Messengers:=20
MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU    =
Jabber: tina@jabber.org    Google talk: tinatsou6@gmail.com=

--Boundary_(ID_dRfEcLD2eS9PujZJhuUGQQ)
Content-type: text/html; charset=gb2312
Content-transfer-encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dgb2312">
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,<BR>What I was going to comment =
on=20
"eardley-pcn-architecture-00" presentation just after the line cut is=20
below.<BR>How about refine slide page 7<BR>"PCN-egress-node needs to =
know=20
address of PCN-ingress-node (or =A1=AEcentralised node=A1=AF) that will =
decide whether to=20
admit the new flow"<BR>into<BR>"PCN-boundary-node needs to know address =
of=20
admission-decision-node that will decide whether to admit the new=20
flow"<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Then it can cover the following =
scenario the=20
original texts did not cover.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>1) admission control is made on the =
egress node=20
(the original text only includes the ingress node makes the=20
decision)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>2) ingress node can also notify the =
centralised=20
node (the original text only includes the egress node notifies the =
centralised=20
node)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;<BR>B. R.<BR>Tina<BR>Messengers: =
<BR>MSN: <A=20
href=3D"mailto:tinatsou6@hotmail.com">tinatsou6@hotmail.com</A>&nbsp;&nbs=
p; Yahoo:=20
tina_tsou&nbsp;&nbsp;&nbsp; Skype: tinaTSOU&nbsp;&nbsp;&nbsp; Jabber: <A =

href=3D"mailto:tina@jabber.org">tina@jabber.org</A>&nbsp;&nbsp;&nbsp; =
Google talk:=20
<A=20
href=3D"mailto:tinatsou6@gmail.com">tinatsou6@gmail.com</A></FONT></DIV><=
/BODY></HTML>

--Boundary_(ID_dRfEcLD2eS9PujZJhuUGQQ)--



--===============1071049783==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1071049783==--





From pcn-bounces@ietf.org Wed Jul 25 11:29:23 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDinj-00067z-OW; Wed, 25 Jul 2007 11:29:23 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDini-00067q-Pp
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 11:29:22 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDini-00067f-Dx
	for pcn@ietf.org; Wed, 25 Jul 2007 11:29:22 -0400
Received: from lhrga01-in.huawei.com ([195.33.106.110])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDinh-0006Mk-Ec
	for pcn@ietf.org; Wed, 25 Jul 2007 11:29:22 -0400
Received: from huawei.com (lhrml01-in [172.18.7.5])
	by lhrga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0JLQ00AL9R1LLD@lhrga01-in.huawei.com> for
	pcn@ietf.org; Wed, 25 Jul 2007 16:29:46 +0100 (BST)
Received: from jys3105121962 (dhcp-14f9.ietf69.org [130.129.20.249])
	by lhrga01-in.huawei.com
	(iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug  8 2006))
	with ESMTPA id <0JLQ00CVJR1II2@lhrga01-in.huawei.com> for pcn@ietf.org;
	Wed, 25 Jul 2007 16:29:45 +0100 (BST)
Date: Wed, 25 Jul 2007 10:29:16 -0500
From: Tina TSOU <tena@huawei.com>
To: pcn@ietf.org
Message-id: <01b901c7ced0$91743520$4fa81cac@jys3105121962>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
Content-type: multipart/mixed; boundary="Boundary_(ID_FXw/EI3nAciQpDtVgZkWHw)"
X-Priority: 3
X-MSMail-priority: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2e8fc473f5174be667965460bd5288ba
Subject: [PCN] O+M section
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--Boundary_(ID_FXw/EI3nAciQpDtVgZkWHw)
Content-type: multipart/alternative;
	boundary="Boundary_(ID_YQRcGC/c4awilF3WUweb3A)"


--Boundary_(ID_YQRcGC/c4awilF3WUweb3A)
Content-type: text/plain; charset=gb2312
Content-transfer-encoding: 7BIT

Hi all,
As promised, attached please find the O+M section which was discussed in the arch designing team.
Hope it can be a basis or starting point as the O+M part in the ML.

B. R.
Tina
Messengers: 
MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU    Jabber: tina@jabber.org    Google talk: tinatsou6@gmail.com

--Boundary_(ID_YQRcGC/c4awilF3WUweb3A)
Content-type: text/html; charset=gb2312
Content-transfer-encoding: 7BIT

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<META content="MSHTML 6.00.6000.16481" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hi all,</FONT></DIV>
<DIV><FONT face=Arial size=2>As promised, attached please find the O+M section 
which was&nbsp;discussed in the arch designing team.</FONT></DIV>
<DIV><FONT face=Arial size=2>Hope it can be a basis or starting point as the O+M 
part in the ML.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>B. R.<BR>Tina<BR>Messengers: <BR>MSN: <A 
href="mailto:tinatsou6@hotmail.com">tinatsou6@hotmail.com</A>&nbsp;&nbsp; Yahoo: 
tina_tsou&nbsp;&nbsp;&nbsp; Skype: tinaTSOU&nbsp;&nbsp;&nbsp; Jabber: <A 
href="mailto:tina@jabber.org">tina@jabber.org</A>&nbsp;&nbsp;&nbsp; Google talk: 
<A 
href="mailto:tinatsou6@gmail.com">tinatsou6@gmail.com</A></FONT></DIV></BODY></HTML>

--Boundary_(ID_YQRcGC/c4awilF3WUweb3A)--

--Boundary_(ID_FXw/EI3nAciQpDtVgZkWHw)
Content-type: text/plain; name="O+M section.txt"
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename="O+M section.txt"

<section anchor="oamsec" title="Operability and Manageability Considerations">

<t>This section considers the management aspects of PCN operation.</t>

<section anchor="faultmgmt" title="Fault Management">

<t>As in any network, it is important that link and node failures can be detected and rapid restorative action be possible so as to minimize the loss of service caused by such failures.  To help assess the impact of failures, PCN-nodes MUST be capable of generating notifications for the following events:

<list style="symbols">
<t>when outgoing PCN traffic offered to a link exceeds the configured-termination-rate;</t>
<t>when outgoing PCN traffic offered to a link drops back below the configured-termination-rate;</t>
<t>when outgoing PCN traffic offered to a link exceeds the configured-admission-rate;</t>
<t>when outgoing PCN traffic offered to a link drops back below the configured-admission-rate.</t>
</list>

It MUST be possible to configure filters on each PCN-node governing the rate at which each class of notification is generated, and to reconfigure those filters in real time as circumstances require.  It SHOULD be possible to adjust these filters on a per-link basis.

</t>

</section><!-- faultmgmt -->

<section anchor="configmgmt" title="Configuration Management">

<t>PCN requires that the following items be configured for every link at every PCN-node:

<list style="symbols">
<t>configured-admission-rate in the outgoing direction;</t>
<t>configured-termination-rate in the outgoing direction;</t>
<t>the notification filters described in the previous sub-section.</t>
</list>
</t>

<t>PCN-ingress-nodes MUST be able to relate incoming offered flows to the egress nodes through which those flows will pass.  This may be a matter of configuration or of a per-flow discovery protocol.  OPEN ISSUE.</t>

<t>PCN-egress-nodes MUST be able to determine to which PCN-ingress-node their reports must be directed, for each PCN flow.  Again this may be a matter of configuration or of a per-flow discovery protocol.  OPEN ISSUE.</t>

<t>[The existing text for this sub-section in Philip's latest draft can follow this introduction, subject to detailed review.]</t>

</section><!-- configmgmt -->

<section anchor="acctmgmt" title="Accounting Management">

<t>Accounting at the flow level will undoubtedly have to record instances of flow admission, rejection, and termination, but accounting itself is outside the scope of PCN.  The ability to enable or disable flow accounting for specific classes of flow and to specify retrieval of accounting records in real time for specified classes of flow is a general requirement not specific to PCN that may, however, find specific use when diagnosing faults affecting PCN operation.</t>

</section><!-- acctmgmt -->

<section anchor="perfmgmt" title="Performance Management">

<t>The following measurements MUST be available from each PCN-node, for each link:

<list style="symbols">
<t>date and time at which the measurements were last reset;</t>
<t>date and time at which this set of measurements was transmitted or presented to the receiving entity;</t>
<t>total number of outgoing PCN packets offered to the link;</t>
<t>number of offered outgoing PCN packets that were discarded prior to transmission:</t>
<t>number of transmitted outgoing PCN packets that this node marked at the admission level;</t>
<t>number of transmitted outgoing PCN packets that this node marked at the termination level;</t>
<t>total number of outgoing non-PCN packets offered to the link;</t>
<t>total number of outgoing non-PCN packets transmitted on the link.</t>

</list>
In addition, each PCN-node SHOULD be able to provide the following cumulative durations for each link, for the same time period as the above measurements:

<list style="symbols">
<t>cumulative duration of link being in failed state;</t>
<t>cumulative duration of link being in state where offered PCN traffic rate exceeded the configured-termination-rate;</t>
<t>cumulative duration of link being in state where offered PCN traffic exceeded the configured-admission-rate but di not exceed the configured-termination-rate.</t>

</list>

</t>

<t>Each PCN-ingress-node MUST provide the following measurements for each egress node to which a flow has been offered during the measurement period:
<list style="symbols">
<t>date and time at which the measurements were last reset;</t>
<t>date and time at which this set of measurements was transmitted or presented to the receiving entity;</t>
<t>total number of PCN flows offered;</t>
<t>total number of PCN flows admitted;</t>
<t>total number of PCN flows terminated after admission because of termination marking reported from the egress node;</t>
<t>total number of PCN packets sent, including probe packets;</t>
<t>total number of reports received from the egress node.  Details of what constitutes a report will be defined in the same document that defines the PCN-related reporting protocol between egress and ingress nodes.</t>
</list>
</t>

<t>Each PCN-egress-node MUST provide the following measurements for each ingress node from which it has received flows during the measurement period:
<list style="symbols">
<t>date and time at which the measurements were last reset;</t>
<t>date and time at which this set of measurements was transmitted or presented to the receiving entity;</t>
<t>total number of PCN packets received;</t>
<t>number of received PCN packets marked at the admission level;</t>
<t>number of received PCN packets marked at the termination level;</t>
<t>number of reports sent to the ingress node.  As noted above, what constitutes a report will be defined in the same document that defines the PCN-related reporting protocol between egress and ingress nodes.</t>
</list>
</t>

</section><!-- perfmgmt -->

<section anchor="secmgmt" title="Security Management">

<t>The operation of PCN will require the administration of security controls allowing the configuration described in <xref target="configmgmt"> and the collection of the measurements described in <xref target="perfmgmt"> to take place.  In addition, key management or equivalent security administration will be required to support the mutual authentication of PCN-boundary nodes as described in <xref target="secconsid">. </t>

</section><!-- secmgmt -->


</section><!-- oamsec -->


--Boundary_(ID_FXw/EI3nAciQpDtVgZkWHw)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--Boundary_(ID_FXw/EI3nAciQpDtVgZkWHw)--





From pcn-bounces@ietf.org Wed Jul 25 12:22:57 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDjdZ-0003UA-L2; Wed, 25 Jul 2007 12:22:57 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDjdV-0003Sb-Ru
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 12:22:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDjdV-0003Rv-6O
	for pcn@ietf.org; Wed, 25 Jul 2007 12:22:53 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDjdS-00044J-C8
	for pcn@ietf.org; Wed, 25 Jul 2007 12:22:53 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 17:22:50 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 17:22:49 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185380568679; Wed, 25 Jul 2007 17:22:48 +0100
Received: from mut.jungle.bt.co.uk ([10.86.7.146])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6PGMigH003317; Wed, 25 Jul 2007 17:22:47 +0100
Message-Id: <5.2.1.1.2.20070725170014.042e6d18@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 25 Jul 2007 17:22:51 +0100
To: re-ECN unIETF list <re-ecn@ietf.org>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
X-Spam-Score: -0.334 () ALL_TRUSTED,HTML_40_50,HTML_MESSAGE,MIME_HTML_ONLY
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 25 Jul 2007 16:22:49.0537 (UTC)
	FILETIME=[0AF40310:01C7CED8]
X-Spam-Score: 1.7 (+)
X-Scan-Signature: a8a20a483a84f747e56475e290ee868e
Cc: PCN IETF list <pcn@ietf.org>, Aaron Falk <falk@ISI.EDU>,
	tsvwg IETF list <tsvwg@ietf.org>
Subject: [PCN] Fwd: [re-ECN] Re-ECN meeting in Chicago
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1640487309=="
Errors-To: pcn-bounces@ietf.org

--===============1640487309==
Content-Type: text/html; charset="us-ascii"

<html>
<body>
Folks,<br><br>
Just a reminder and link to slides for remote participants:<br><br>
Ad hoc unofficial BoF on re-ECN at the Chicago IETF and on audio. 1-3pm
today 25 Jul 07 (Chicago time), Room: Red Lacquar.<br><br>
Agenda as posted originally below, but in overview: <br>
1-2pm moving on the work of the group. <br>
2-3pm repeat 'Architectural Intent of re-ECN' from IETF-68, incl long
Q&amp;A<br><br>
Slides:<br>
&lt;<a href="http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations" eudora="autourl">http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations</a>&gt;<br>
(notes/audio will also be posted there when produced).<br><br>
Acknowledgement: Thanks to the IETF for the use of a room and mailing
list hosting. And thanks to Aaron Falk for agreeing to chair
again.<br><br>
<br>
Bob<br><br>
<blockquote type=cite class=cite cite>Date: Tue, 17 Jul 2007 13:38:13
+0100<br>
From: &lt;toby.moncaster@bt.com&gt;<br>
To: &lt;re-ecn@ietf.org&gt;<br>
Cc: tsv-area@ietf.org, tsvwg@ietf.org<br>
Subject: [re-ECN] Re-ECN meeting in Chicago<br>
<br><br>
<font face="Arial, Helvetica" size=2>All,</font> <br><br>
<font face="Arial, Helvetica" size=2>There will be another re-ECN
unofficial &quot;Bar BoF&quot; happening at IETF69 in Chicago next
Wednesday July 25th. It will be at 1300-1500 in the Red Lacquar room.
This is a follow on to the meeting held in Prague in March (slides and
notes for which can be found at
&lt;</font><a href="http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations"><font face="Arial, Helvetica" size=2 color="#0000FF"><u>http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations</a></u></font><font face="Arial, Helvetica" size=2>&gt;)<br>
</font><br>
<font face="Arial, Helvetica" size=2>The aim of the meeting will be to
discuss the next steps that need to be taken to move re-ECN forward. The
draft agenda is as follows. If anyone would like to add any items please
contact me on or off list. <br>
</font></blockquote><br>
---1pm---<br><br>
<blockquote type=cite class=cite cite>5
mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Administrivia
<br>
25 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; presentation and
discussion on encoding in IP v4 and v6 (rationale behind choices,
alternatives, etc) [Bob B + mostly open mic]<br>
10 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; How to deploy
experimentally (open mic) <br>
10 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Deployment
Scenarios [Bob Briscoe]<br>
10 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Next Steps: 
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- format of the encoding (in v4, in v6) <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- mechanics of the protocol in TCP/IP <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- implementation of the dropper and the policer <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- extension for use by TCP proxies or other congestion control
proxies&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- extension for use by other transports <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
- etc <br>
</blockquote><br>
---2pm---<br><br>
25 mins Architectural Intent of re-ECN<br>
35 mins Q&amp;A<br><br>
---3pm--- End<br><br>
<blockquote type=cite class=cite cite><font face="Arial, Helvetica" size=2>For
those that missed it, we could use the second hour of the session to do a
repeat of the presentation given in Prague in March. This was intended to
present the architectural intent behind re-ECN as well as explaining how
the base protocol works.<br>
</font><br>
<font face="Arial, Helvetica" size=2>All Internet drafts and other
documentation relevant to re-ECN can be found at:
&lt;</font><a href="http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/"><font face="Arial, Helvetica" size=2 color="#0000FF"><u>http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/</a></u></font><font face="Arial, Helvetica" size=2>&gt;
including draft-briscoe-tsvwg-re-ecn-tcp which describes the protocol and
the rationale behind it.<br>
</font><br>
<font face="Arial, Helvetica" size=2>Please could you address any replies
to this message to the unofficial IETF mailing list
re-ecn@ietf.org.</font> <br><br>
<font face="Arial, Helvetica" size=2><b>Toby
Moncaster</b></font><font face="Times New Roman, Times"> </font><br>
<font size=2>____________________________________________________________________________</font>
<br>
<font size=2>Toby Moncaster, &lt;toby.moncaster@bt.com&gt; Networks Research Centre, BT Research</font> <br>
<font size=2>B54/70 Adastral Park, Martlesham Heath, Ipswich, IP53RE, UK.&nbsp; +44 1473 648734</font> <br>
_______________________________________________<br>
re-ECN mailing list<br>
re-ECN@ietf.org<br>
<a href="https://www1.ietf.org/mailman/listinfo/re-ecn" eudora="autourl">https://www1.ietf.org/mailman/listinfo/re-ecn</a></blockquote>
<x-sigsep><p></x-sigsep>
____________________________________________________________________________<br>
Notice: This contribution is the personal view of the author and does not necessarily reflect the technical nor commercial direction of BT plc.<br>
____________________________________________________________________________<br>
Bob Briscoe,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Networks Research Centre, BT Research<br>
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.&nbsp;&nbsp;&nbsp; +44 1473 645196</body>
</html>





--===============1640487309==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1640487309==--



From pcn-bounces@ietf.org Wed Jul 25 12:37:40 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDjrn-0000lA-VE; Wed, 25 Jul 2007 12:37:39 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDjrm-0000k2-It
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 12:37:38 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDjrm-0000jn-8P
	for pcn@ietf.org; Wed, 25 Jul 2007 12:37:38 -0400
Received: from smtp3.smtp.bt.com ([217.32.164.138])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDjrk-0004XI-6F
	for pcn@ietf.org; Wed, 25 Jul 2007 12:37:38 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 17:37:32 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 25 Jul 2007 17:37:32 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185381450707; Wed, 25 Jul 2007 17:37:30 +0100
Received: from mut.jungle.bt.co.uk ([10.86.7.146])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6PGbOsT003449; Wed, 25 Jul 2007 17:37:28 +0100
Message-Id: <5.2.1.1.2.20070725173315.04cd6450@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 25 Jul 2007 17:37:38 +0100
To: menth@informatik.uni-wuerzburg.de
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: Multiple PCN classes (was: Re: [PCN] Re: How to discuss WG
	scoping decisions in an RFC?)
In-Reply-To: <46A747F8.30704@informatik.uni-wuerzburg.de>
References: <5.2.1.1.2.20070725125353.04b36f20@pop3.jungle.bt.co.uk>
	<1185312460.3454.53.camel@neutrino>
	<5.2.1.1.2.20070724214148.042b6568@pop3.jungle.bt.co.uk>
	<1185312460.3454.53.camel@neutrino>
	<5.2.1.1.2.20070725125353.04b36f20@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 25 Jul 2007 16:37:32.0013 (UTC)
	FILETIME=[18F329D0:01C7CEDA]
X-Spam-Score: -1.0 (-)
X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3
Cc: PCN IETF list <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael,

Whatever I said, I meant to include what you're saying. Thanks for clarifying.

Yes, what you say has major implications on the PCN encoding. If we used 4 
DSCPs to encode PCN states, but there were already 2 DSCPs for MLPP, we 
would need 4x2 DSCPs. Whereas if we used the ECN field for PCN states, it 
is orthogonal to the DS field.


Bob

At 13:54 25/07/2007, Michael Menth wrote:
>Hi Bob,
>
>
>Bob Briscoe wrote:
>>>>Regarding emergency use: the charter says:
>>>>
>>>>   (D) flows may have different precedence, but the applicability
>>>>       of the PCN mechanisms for emergency use (911, GETS, WPS,
>>>>       MLPP, etc.) is out of scope
>>>>
>>>>This could be interpreted in more than one way, but I interpret this as
>>>>saying that PCN-specific mechanisms will not take flow precedence into
>>>>account.  Which is a different than saying that PCN cannot be used with
>>>>flow setup protocols/mechanisms that take flow precedence into account.
>>>
>>>As soon as we have multiple PCN classes it might be useful to think 
>>>about flow precedence especially with regard to admission and 
>>>termination priority. Equal treatment of flows means that a highly 
>>>critical telemedicine application has the same probability to be 
>>>terminated as a "relatively" uncritcical VoIP call in case of a 
>>>disaster. I read the passage in the way that it's not our job to define 
>>>mechanisms for emergency use, but it is not prohibited to extend PCN 
>>>towards multiple classes with different requirements although this is 
>>>not the first thing to do.
>>
>>Michael, just to warn against your use of the word 'extend' PCN.
>>
>>For the avoidance of doubt, I think Steve's saying it is NOT in scope to 
>>extend PCN towards multiple classes with different requirements, but it 
>>is in scope for PCN to use (ie refer out to) other mechanisms that 
>>satisfy different emergency reqs, and similarly I guess it would be in 
>>scope to prove PCN doesn't stop these other mechanisms working.
>>
>>If I'm right, the txt in this arch draft is misleading and should be 
>>changed. The _applicability_ of PCN mechs for emergency use is in scope, 
>>but PCN-specific mechs for emergency use are out of scope.
>
>Sorry for using the word "extend", but I'm not sure whether I understand 
>your answer correctly. We had the discussion about coexistence of several 
>PCN- and non-PCN classes already several times on the list and it seemed 
>to me that is an unsolved issue so far. When I say "extend PCN" I mean 
>adapting the currently discussed single-PCN-class mechanisms to work in a 
>multi-class environment with a pre-defined number of PCN classes. I do not 
>talk about extending PCN for the need of specific applications.
>
>The existence of multiple PCN classes has some impact on encoding and 
>possibly also on metering and marking, so this is a question that should 
>be discussed before encoding is decided. As far as I can remember the 
>general view was that the charter does not forbid several PCN classes, but 
>it's not the first thing to be done. Are we in line or is your view that 
>there is and will be only a single PCN class that is coupled with a single 
>PHB? Maybe this is an issue for discussion at the meeting, at least to me, 
>the answer of that question is not clear.
>
>Regards,
>
>Michael
>
>
>>
>>
>>Bob
>>
>>
>>>Regards,
>>>
>>>    Michael
>>>
>>>>
>>>>Regards,
>>>>
>>>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>>>Steven Blake                <steven.blake@ericsson.com>
>>>>Ericsson/Redback Networks               +1 919-472-9913
>>>>
>>>>
>>>>
>>>>_______________________________________________
>>>>PCN mailing list
>>>>PCN@ietf.org
>>>>https://www1.ietf.org/mailman/listinfo/pcn
>>>
>>>--
>>>Dr. Michael Menth, Assistant Professor
>>>University of Wuerzburg, Institute of Computer Science
>>>Am Hubland, D-97074 Wuerzburg, Germany, room B206
>>>phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
>>>mailto:menth@informatik.uni-wuerzburg.de
>>>http://www3.informatik.uni-wuerzburg.de/research/ngn
>>
>>____________________________________________________________________________
>>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
>>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196
>
>--
>Dr. Michael Menth, Assistant Professor
>University of Wuerzburg, Institute of Computer Science
>Am Hubland, D-97074 Wuerzburg, Germany, room B206
>phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
>mailto:menth@informatik.uni-wuerzburg.de
>http://www3.informatik.uni-wuerzburg.de/research/ngn

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 14:01:49 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDlBF-0000sW-Ga; Wed, 25 Jul 2007 14:01:49 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDjln-0006T2-W1
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 12:31:27 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDjln-0006Si-CC; Wed, 25 Jul 2007 12:31:27 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1IDjll-0004HX-Jl; Wed, 25 Jul 2007 12:31:27 -0400
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 17:31:25 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 25 Jul 2007 17:31:34 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A7035EFA32@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <5.2.1.1.2.20070725170014.042e6d18@pop3.jungle.bt.co.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [re-ECN] Re-ECN meeting in Chicago
Thread-Index: AcfO2A70gdvfwYf/QgeSzCWH74nztgAALx5g
From: <toby.moncaster@bt.com>
To: <rbriscoe@jungle.bt.co.uk>,
	<re-ecn@ietf.org>
X-OriginalArrivalTime: 25 Jul 2007 16:31:25.0040 (UTC)
	FILETIME=[3E378700:01C7CED9]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1c0c3d540ad9f95212b1c2a9a2cc2595
X-Mailman-Approved-At: Wed, 25 Jul 2007 14:01:48 -0400
Cc: pcn@ietf.org, falk@ISI.EDU, tsvwg@ietf.org
Subject: [PCN] RE: [re-ECN] Re-ECN meeting in Chicago
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1057811532=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1057811532==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7CED9.3DDF186C"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7CED9.3DDF186C
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

For remote participants the audio stream is on channel 4:
http://videolab.uoregon.edu/events/ietf/ietf694.m3u
=20
We have been unable to set up a jabber stream...
=20
Toby

________________________________

From: Bob Briscoe [mailto:rbriscoe@jungle.bt.co.uk]=20
Sent: 25 July 2007 11:23
To: re-ECN unIETF list
Cc: PCN IETF list; Aaron Falk; tsvwg IETF list
Subject: Fwd: [re-ECN] Re-ECN meeting in Chicago


Folks,

Just a reminder and link to slides for remote participants:

Ad hoc unofficial BoF on re-ECN at the Chicago IETF and on audio. 1-3pm
today 25 Jul 07 (Chicago time), Room: Red Lacquar.

Agenda as posted originally below, but in overview:=20
1-2pm moving on the work of the group.=20
2-3pm repeat 'Architectural Intent of re-ECN' from IETF-68, incl long
Q&A

Slides:
<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations>
(notes/audio will also be posted there when produced).

Acknowledgement: Thanks to the IETF for the use of a room and mailing
list hosting. And thanks to Aaron Falk for agreeing to chair again.


Bob



	Date: Tue, 17 Jul 2007 13:38:13 +0100
	From: <toby.moncaster@bt.com>
	To: <re-ecn@ietf.org>
	Cc: tsv-area@ietf.org, tsvwg@ietf.org
	Subject: [re-ECN] Re-ECN meeting in Chicago
=09
=09
	All,=20
=09
	There will be another re-ECN unofficial "Bar BoF" happening at
IETF69 in Chicago next Wednesday July 25th. It will be at 1300-1500 in
the Red Lacquar room. This is a follow on to the meeting held in Prague
in March (slides and notes for which can be found at
<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations
<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentations>
>)
=09
	The aim of the meeting will be to discuss the next steps that
need to be taken to move re-ECN forward. The draft agenda is as follows.
If anyone would like to add any items please contact me on or off list.=20
=09


---1pm---



	5 mins          Administrivia=20
	25 mins         presentation and discussion on encoding in IP v4
and v6 (rationale behind choices, alternatives, etc) [Bob B + mostly
open mic]
	10 mins         How to deploy experimentally (open mic)=20
	10 mins         Deployment Scenarios [Bob Briscoe]
	10 mins         Next Steps:=20
	                   - format of the encoding (in v4, in v6)=20
	                   - mechanics of the protocol in TCP/IP=20
	                   - implementation of the dropper and the
policer=20
	                   - extension for use by TCP proxies or other
congestion control proxies  =20
	                   - extension for use by other transports=20
	                   - etc=20
=09


---2pm---

25 mins Architectural Intent of re-ECN
35 mins Q&A

---3pm--- End



	For those that missed it, we could use the second hour of the
session to do a repeat of the presentation given in Prague in March.
This was intended to present the architectural intent behind re-ECN as
well as explaining how the base protocol works.
=09
	All Internet drafts and other documentation relevant to re-ECN
can be found at: <http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/
<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/> > including
draft-briscoe-tsvwg-re-ecn-tcp which describes the protocol and the
rationale behind it.
=09
	Please could you address any replies to this message to the
unofficial IETF mailing list re-ecn@ietf.org.=20
=09
	Toby Moncaster=20
=09
________________________________________________________________________
____=20
	Toby Moncaster, <toby.moncaster@bt.com> Networks Research
Centre, BT Research=20
	B54/70 Adastral Park, Martlesham Heath, Ipswich, IP53RE, UK.
+44 1473 648734=20
	_______________________________________________
	re-ECN mailing list
	re-ECN@ietf.org
	https://www1.ietf.org/mailman/listinfo/re-ecn

________________________________________________________________________
____
Notice: This contribution is the personal view of the author and does
not necessarily reflect the technical nor commercial direction of BT
plc.
________________________________________________________________________
____
Bob Briscoe,                           Networks Research Centre, BT
Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
645196=20


------_=_NextPart_001_01C7CED9.3DDF186C
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.2769" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D457122816-25072007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>For remote participants the audio =
stream&nbsp;is on channel=20
4: <A=20
href=3D"http://videolab.uoregon.edu/events/ietf/ietf694.m3u">http://video=
lab.uoregon.edu/events/ietf/ietf694.m3u</A></FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D457122816-25072007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D457122816-25072007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>We have been unable to set up a jabber=20
stream...</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D457122816-25072007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D457122816-25072007><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Toby</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> Bob Briscoe=20
[mailto:rbriscoe@jungle.bt.co.uk] <BR><B>Sent:</B> 25 July 2007=20
11:23<BR><B>To:</B> re-ECN unIETF list<BR><B>Cc:</B> PCN IETF list; =
Aaron Falk;=20
tsvwg IETF list<BR><B>Subject:</B> Fwd: [re-ECN] Re-ECN meeting in=20
Chicago<BR></FONT><BR></DIV>
<DIV></DIV>Folks,<BR><BR>Just a reminder and link to slides for remote=20
participants:<BR><BR>Ad hoc unofficial BoF on re-ECN at the Chicago IETF =
and on=20
audio. 1-3pm today 25 Jul 07 (Chicago time), Room: Red =
Lacquar.<BR><BR>Agenda as=20
posted originally below, but in overview: <BR>1-2pm moving on the work =
of the=20
group. <BR>2-3pm repeat 'Architectural Intent of re-ECN' from IETF-68, =
incl long=20
Q&amp;A<BR><BR>Slides:<BR>&lt;<A=20
href=3D"http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentati=
ons"=20
eudora=3D"autourl">http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/=
#Presentations</A>&gt;<BR>(notes/audio=20
will also be posted there when produced).<BR><BR>Acknowledgement: Thanks =
to the=20
IETF for the use of a room and mailing list hosting. And thanks to Aaron =
Falk=20
for agreeing to chair again.<BR><BR><BR>Bob<BR><BR>
<BLOCKQUOTE class=3Dcite cite=3D"" type=3D"cite">Date: Tue, 17 Jul 2007 =
13:38:13=20
  +0100<BR>From: &lt;toby.moncaster@bt.com&gt;<BR>To:=20
  &lt;re-ecn@ietf.org&gt;<BR>Cc: tsv-area@ietf.org, =
tsvwg@ietf.org<BR>Subject:=20
  [re-ECN] Re-ECN meeting in Chicago<BR><BR><BR><FONT face=3D"Arial, =
Helvetica"=20
  size=3D2>All,</FONT> <BR><BR><FONT face=3D"Arial, Helvetica" =
size=3D2>There will be=20
  another re-ECN unofficial "Bar BoF" happening at IETF69 in Chicago =
next=20
  Wednesday July 25th. It will be at 1300-1500 in the Red Lacquar room. =
This is=20
  a follow on to the meeting held in Prague in March (slides and notes =
for which=20
  can be found at &lt;</FONT><A=20
  =
href=3D"http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presentati=
ons"><FONT=20
  face=3D"Arial, Helvetica" color=3D#0000ff=20
  =
size=3D2><U>http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/#Presen=
tations</A></U></FONT><FONT=20
  face=3D"Arial, Helvetica" size=3D2>&gt;)<BR></FONT><BR><FONT=20
  face=3D"Arial, Helvetica" size=3D2>The aim of the meeting will be to =
discuss the=20
  next steps that need to be taken to move re-ECN forward. The draft =
agenda is=20
  as follows. If anyone would like to add any items please contact me on =
or off=20
  list. <BR></FONT></BLOCKQUOTE><BR>---1pm---<BR><BR>
<BLOCKQUOTE class=3Dcite cite=3D"" type=3D"cite">5=20
  mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Administrivia=20
  <BR>25 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
presentation and=20
  discussion on encoding in IP v4 and v6 (rationale behind choices,=20
  alternatives, etc) [Bob B + mostly open mic]<BR>10=20
  mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; How to deploy=20
  experimentally (open mic) <BR>10=20
  mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Deployment =
Scenarios [Bob=20
  Briscoe]<BR>10 mins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
Next=20
  Steps:=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - format of the encoding (in v4, in v6)=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - mechanics of the protocol in TCP/IP=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - implementation of the dropper and the policer=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - extension for use by TCP proxies or other congestion control=20
  proxies&nbsp;&nbsp;=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - extension for use by other transports=20
  =
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
  - etc <BR></BLOCKQUOTE><BR>---2pm---<BR><BR>25 mins Architectural =
Intent of=20
re-ECN<BR>35 mins Q&amp;A<BR><BR>---3pm--- End<BR><BR>
<BLOCKQUOTE class=3Dcite cite=3D"" type=3D"cite"><FONT face=3D"Arial, =
Helvetica"=20
  size=3D2>For those that missed it, we could use the second hour of the =
session=20
  to do a repeat of the presentation given in Prague in March. This was =
intended=20
  to present the architectural intent behind re-ECN as well as =
explaining how=20
  the base protocol works.<BR></FONT><BR><FONT face=3D"Arial, Helvetica" =

  size=3D2>All Internet drafts and other documentation relevant to =
re-ECN can be=20
  found at: &lt;</FONT><A=20
  href=3D"http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/"><FONT=20
  face=3D"Arial, Helvetica" color=3D#0000ff=20
  =
size=3D2><U>http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/refb/</A></U=
></FONT><FONT=20
  face=3D"Arial, Helvetica" size=3D2>&gt; including =
draft-briscoe-tsvwg-re-ecn-tcp=20
  which describes the protocol and the rationale behind =
it.<BR></FONT><BR><FONT=20
  face=3D"Arial, Helvetica" size=3D2>Please could you address any =
replies to this=20
  message to the unofficial IETF mailing list re-ecn@ietf.org.</FONT>=20
  <BR><BR><FONT face=3D"Arial, Helvetica" size=3D2><B>Toby =
Moncaster</B></FONT><FONT=20
  face=3D"Times New Roman, Times"> </FONT><BR><FONT=20
  =
size=3D2>________________________________________________________________=
____________</FONT>=20
  <BR><FONT size=3D2>Toby Moncaster, &lt;toby.moncaster@bt.com&gt; =
Networks=20
  Research Centre, BT Research</FONT> <BR><FONT size=3D2>B54/70 Adastral =
Park,=20
  Martlesham Heath, Ipswich, IP53RE, UK.&nbsp; +44 1473 648734</FONT>=20
  <BR>_______________________________________________<BR>re-ECN mailing=20
  list<BR>re-ECN@ietf.org<BR><A=20
  href=3D"https://www1.ietf.org/mailman/listinfo/re-ecn"=20
  =
eudora=3D"autourl">https://www1.ietf.org/mailman/listinfo/re-ecn</A></BLO=
CKQUOTE><X-SIGSEP>
<P></X-SIGSEP>___________________________________________________________=
_________________<BR>Notice:=20
This contribution is the personal view of the author and does not =
necessarily=20
reflect the technical nor commercial direction of BT=20
plc.<BR>_________________________________________________________________=
___________<BR>Bob=20
Briscoe,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;=20
Networks Research Centre, BT Research<BR>B54/77 Adastral Park,Martlesham =

Heath,Ipswich,IP5 3RE,UK.&nbsp;&nbsp;&nbsp; +44 1473 645196 =
</P></BODY></HTML>

------_=_NextPart_001_01C7CED9.3DDF186C--



--===============1057811532==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1057811532==--





From pcn-bounces@ietf.org Wed Jul 25 14:14:23 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDlNP-0004GI-20; Wed, 25 Jul 2007 14:14:23 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDlNO-0004G0-5y
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 14:14:22 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDlNN-0004Fg-PE for pcn@ietf.org; Wed, 25 Jul 2007 14:14:21 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDlKu-0003A1-4D
	for pcn@ietf.org; Wed, 25 Jul 2007 14:11:48 -0400
Received: from an-out-0708.google.com ([209.85.132.241])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDlKs-0008Qq-He
	for pcn@ietf.org; Wed, 25 Jul 2007 14:11:47 -0400
Received: by an-out-0708.google.com with SMTP id c17so58604anc
	for <pcn@ietf.org>; Wed, 25 Jul 2007 11:11:46 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=KjgCFSWqkx6/QayMfU3aAmgQrGD4vO/v2088mxPyu1/VpgzFSaKUV+ViOiX/vu8CpnWJjasrYT+G86G7HdpDAbzfNZDYw56wSNXAMsWTuGmE7KBerYiyx5+zCSMIkSUsdDXQIYXO6mhwuGuk31Xux+9xwlA4vabdhvKh0eMUTIs=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=GM/rXI+c4LTVOvUHbU3SME0P+ea7eoJqf5AI4lr8kJ9kYpwEj+3hwkWlrFId1CCWyvF/EImRniCzTBEslap036CffrxFNW1mVmPY2qW32LP5PywjauCa4f0bk3U8j899itu6LqLnrjB/kRNUAZKTMw1Ej4Q9CfBaDstSklRf3LQ=
Received: by 10.100.106.5 with SMTP id e5mr522134anc.1185387106109;
	Wed, 25 Jul 2007 11:11:46 -0700 (PDT)
Received: by 10.100.144.10 with HTTP; Wed, 25 Jul 2007 11:11:46 -0700 (PDT)
Message-ID: <aa7d2c6d0707251111o459e0787vb3eb9a0b8ca1364b@mail.gmail.com>
Date: Wed, 25 Jul 2007 11:11:46 -0700
From: "Lachlan Andrew" <lachlan.andrew@gmail.com>
To: "PCN IETF list" <pcn@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
X-TMDA-Confirmed: Wed, 25 Jul 2007 14:14:21 -0400
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>,
	Sammy Chan <eeschan@cityu.edu.hk>
Subject: [PCN] Marking scheme better than random marking
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: l.andrew@ieee.org
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Greetings all,

I'm a newcomer to this WG, but noticed a heavy reliance on marking of
packets to signal continuous values.

It was good to discuss an alternative with some of you over lunch.
The proposal (ADPM) is described at
<http://netlab.caltech.edu/~lachlan/abstract/ADPM_CL.pdf> and in more
detail at <http://netlab.caltech.edu/~lachlan/dmtm.pdf>.

It is a way of sending a continuous-valued signal over an ECN-type
channel (a binary channel subject to to loss, reordering, duplication
etc).  The terminology is that of congestion control, but seems to be
applicable to PCN.

It overcomes the unfairness to long-haul flows traversing multiple
bottlenecks, giving max-min fairness (is that "too fair"?).

I think this can be used by several of the schemes (notably LC-PCN)
with no major change to the scheme.

Questions or comments are welcome.

Cheers,
Lachlan

-- 
Lachlan Andrew  Dept of Computer Science, Caltech
1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 14:47:07 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDlt5-0003FS-Gf; Wed, 25 Jul 2007 14:47:07 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDlt4-0003FG-M4
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 14:47:06 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDlt4-0003F2-Ac
	for pcn@ietf.org; Wed, 25 Jul 2007 14:47:06 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDlt3-0006Ii-Sj
	for pcn@ietf.org; Wed, 25 Jul 2007 14:47:06 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-2.cisco.com with ESMTP; 25 Jul 2007 14:47:06 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAIs3p0ZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,581,1175486400"; 
	d="scan'208"; a="127008589:sNHT28393652"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6PIl5YU020322; 
	Wed, 25 Jul 2007 14:47:05 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6PIkxWI026265; 
	Wed, 25 Jul 2007 18:46:59 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 14:46:59 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Marking scheme better than random marking
Date: Wed, 25 Jul 2007 14:46:58 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB2D@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <aa7d2c6d0707251111o459e0787vb3eb9a0b8ca1364b@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Marking scheme better than random marking
Thread-Index: AcfO56iIR8kY6mDPTDe2V6dzzOLaqgAA2l5Q
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <l.andrew@ieee.org>, "PCN IETF list" <pcn@ietf.org>
X-OriginalArrivalTime: 25 Jul 2007 18:46:59.0534 (UTC)
	FILETIME=[2EC0CEE0:01C7CEEC]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2186; t=1185389225;
	x=1186253225; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20Marking=20scheme=20better=20than=20random=20m
	arking |Sender:=20
	|To:=20<l.andrew@ieee.org>,=20=22PCN=20IETF=20list=22=20<pcn@ietf.org>; 
	bh=Vzrch2bY0XPY0Y9bbDLStpg5FQ2pv8AY9KjFO77sLiY=;
	b=NSdk3DC5hIJV4ap0KyG+gDaU/YOy6CA9x9pUALnG+KrJCfUFefPYKjQsc2N3o+DJ56JFs03u
	R7YUwCxgPgR/zbDMYW2n2H4LzhIpF5RV9aGSipi2OBwu3YEkWEB8VWMR;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lachlan,

I think I now understand the proposal after a very helful discussion
today.  But I do not quite understand how it overcomes unfairness for
flows traversing multiple bottlenecks in the context of admission
control?  It seems
the type of marking should not change the fact that the long flow finds
a link in the state of congestion more often than the short-haul flows,
it cannot admit more often than the short-haul flows. So at the same
demand level,  short-haul flows win. =20

Maybe I am still missing something about the algorithm still...  Can you
explain?

Thanks,
Anna=20

> -----Original Message-----
> From: Lachlan Andrew [mailto:lachlan.andrew@gmail.com]=20
> Sent: Wednesday, July 25, 2007 2:12 PM
> To: PCN IETF list
> Cc: Stephen Hanly; Sammy Chan
> Subject: [PCN] Marking scheme better than random marking
>=20
> Greetings all,
>=20
> I'm a newcomer to this WG, but noticed a heavy reliance on=20
> marking of packets to signal continuous values.
>=20
> It was good to discuss an alternative with some of you over lunch.
> The proposal (ADPM) is described at
> <http://netlab.caltech.edu/~lachlan/abstract/ADPM_CL.pdf> and=20
> in more detail at <http://netlab.caltech.edu/~lachlan/dmtm.pdf>.
>=20
> It is a way of sending a continuous-valued signal over an=20
> ECN-type channel (a binary channel subject to to loss,=20
> reordering, duplication etc).  The terminology is that of=20
> congestion control, but seems to be applicable to PCN.
>=20
> It overcomes the unfairness to long-haul flows traversing=20
> multiple bottlenecks, giving max-min fairness (is that "too fair"?).
>=20
> I think this can be used by several of the schemes (notably=20
> LC-PCN) with no major change to the scheme.
>=20
> Questions or comments are welcome.
>=20
> Cheers,
> Lachlan
>=20
> --
> Lachlan Andrew  Dept of Computer Science, Caltech 1200 E=20
> California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
> Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 15:21:03 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDmPv-0007Hm-20; Wed, 25 Jul 2007 15:21:03 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDmPu-0007Hg-72
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 15:21:02 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDmPt-0007HY-TU
	for pcn@ietf.org; Wed, 25 Jul 2007 15:21:01 -0400
Received: from an-out-0708.google.com ([209.85.132.247])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDmPt-0002NL-JA
	for pcn@ietf.org; Wed, 25 Jul 2007 15:21:01 -0400
Received: by an-out-0708.google.com with SMTP id c17so63266anc
	for <pcn@ietf.org>; Wed, 25 Jul 2007 12:21:01 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=Taaj0yLdm4MJUKlZUihr9MQzKqc9WszZd+JiWgb7LJZi7KY9tTtTNKspHJNy5uowds9Dcp0+U8i5MShB/t7NcrDwjxqYPPHUmva23FP5eYVGIO/8PjnfXtVpqrz+gMNtWoTitRGa84Vdh74DUvHNVS3bX1gZYK3zd3kq/Tx+0Qc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=pKe7E69Agp9Q1yhqQFYRO/hAvW6MrIofs8SAUca+LKcmwjUmiJSYHlciHZ1sNo+j/xlhILkBLuto1yn9lbFR1YC3oOcKE7jgUllXK2L5kWVQqAQudgbOaiZ2oyl1GFKwPDOr1nUSVK5g0C/CAFYPnzx53IPohUw5fYtLS1GDQe4=
Received: by 10.100.142.12 with SMTP id p12mr561054and.1185391260089;
	Wed, 25 Jul 2007 12:21:00 -0700 (PDT)
Received: by 10.100.144.10 with HTTP; Wed, 25 Jul 2007 12:21:00 -0700 (PDT)
Message-ID: <aa7d2c6d0707251221k34ba41b7yb16022e0a06bc392@mail.gmail.com>
Date: Wed, 25 Jul 2007 12:21:00 -0700
From: "Lachlan Andrew" <lachlan.andrew@gmail.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>
Subject: Re: [PCN] Marking scheme better than random marking
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB2D@xmb-rtp-203.amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <aa7d2c6d0707251111o459e0787vb3eb9a0b8ca1364b@mail.gmail.com>
	<BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB2D@xmb-rtp-203.amer.cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>, PCN IETF list <pcn@ietf.org>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: l.andrew@ieee.org
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Greetings Anna,

Good point -- I was mainly extrapolating from what happens in
congestion control.  It only resolves a particular form of unfairness.

I assume that each link has a continuous-valued "congestion level"
(in the interval [0,1]) to be signalled.  Consider a network with two
links with congestion levels  A  and   B.  If both links independently
mark packets, with probabilities  A  and  B,  then a packet traversing
both links is more likely to be marked than a packet traversing only
the more congested link.  In ADPM, the marking probability is
max(A,B).

If the links "pre-quantise" the congestion level into "congested" or
"not congested" then you are quite right that longer flows are more
likely to observe one of the links being congested.  A leaky-bucket
scheme which defines a link as "congested" when the bucket is empty
has already quantised the continuous value.  Is that the scenario
you're thinking of?

I'm not sure if ADPM can be adapted to work in the leaky-bucket case.
I'll have to read your(?) draft first.

Cheers,
Lachlan

On 25/07/07, Anna Charny (acharny) <acharny@cisco.com> wrote:
> I do not quite understand how it overcomes unfairness for
> flows traversing multiple bottlenecks in the context of admission
> control?  It seems
> the type of marking should not change the fact that the long flow finds
> a link in the state of congestion more often than the short-haul flows,
> it cannot admit more often than the short-haul flows. So at the same
> demand level,  short-haul flows win.


-- 
Lachlan Andrew  Dept of Computer Science, Caltech
1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 15:45:00 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDmn5-0005ZU-VH; Wed, 25 Jul 2007 15:44:59 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDmn4-0005ZO-Nf
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 15:44:58 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDmn4-0005ZG-Dx
	for pcn@ietf.org; Wed, 25 Jul 2007 15:44:58 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDmn3-0002oF-SJ
	for pcn@ietf.org; Wed, 25 Jul 2007 15:44:58 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 25 Jul 2007 15:44:56 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAN9Ep0ZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,581,1175486400"; 
	d="scan'208"; a="66139461:sNHT812187718"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6PJiueI022855; 
	Wed, 25 Jul 2007 15:44:56 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6PJiDWc021771; 
	Wed, 25 Jul 2007 19:44:51 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 15:44:23 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Marking scheme better than random marking
Date: Wed, 25 Jul 2007 15:44:17 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB94@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <aa7d2c6d0707251221k34ba41b7yb16022e0a06bc392@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Marking scheme better than random marking
Thread-Index: AcfO8PX/5fnNA8QSSwSEj3PGNxTWHAAAi27Q
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <l.andrew@ieee.org>
X-OriginalArrivalTime: 25 Jul 2007 19:44:23.0330 (UTC)
	FILETIME=[336A6020:01C7CEF4]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3499; t=1185392696;
	x=1186256696; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20Marking=20scheme=20better=20than=20random=20m
	arking |Sender:=20 |To:=20<l.andrew@ieee.org>;
	bh=WbMtDjRab4aSzeK/yMJ96g0gwtwan7TUn443sqBJzIM=;
	b=ALIlDqEsxaWakVTkGsKf2Z+9Uj3F2Ef5DgC4z6AaQe96fqQnaMv3UVuYvX8im01Ids15y1mO
	6Sv/pg+1EJ4cvOGYphaY0VrFctDJIQSLqs9jBhr2b9ODjQDGcZsPl9EZ;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>, PCN IETF list <pcn@ietf.org>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lachlan,

I think there are two different causes of unfairness that are being
lumped together. The first is when a flow passes through multiple links
simultaneously congested.  In that case, if care is not taken,  the flow
traversing more congestion points gets more congestion marks and is more
affected, under some marking schemes.  Indeed, diferent marking
techniques have different  amount of exposure to this problem. =20

The second one has to do with the amount of time the long-haul aggregate
sees congestion on at least one of the links.  The worst case here is
when at any given time only one of the links is congested, and at least
one is congested all (or most of) the time. Then, the short-haul
aggregates, which only see congestion ocasionally, will keep admitting
new flows, whereas the long-term ones will never (in the worst case) or
rarely (in practice) be allowed to admit.  This is the phenomenon
discussed today at the meeting. And I think your message below indicates
that you agree that there is nothing your proposal can do to deal with
this one?

I do agree that the marking method you propose seems compatible with the
draft-westberg approach (would it be correct to say that this would be a
clever implementation of excess-rate-proportional marking?)

Thanks,
Anna=20

> -----Original Message-----
> From: Lachlan Andrew [mailto:lachlan.andrew@gmail.com]=20
> Sent: Wednesday, July 25, 2007 3:21 PM
> To: Anna Charny (acharny)
> Cc: PCN IETF list; Stephen Hanly; Sammy Chan
> Subject: Re: [PCN] Marking scheme better than random marking
>=20
> Greetings Anna,
>=20
> Good point -- I was mainly extrapolating from what happens in=20
> congestion control.  It only resolves a particular form of unfairness.
>=20
> I assume that each link has a continuous-valued "congestion level"
> (in the interval [0,1]) to be signalled.  Consider a network with two
> links with congestion levels  A  and   B.  If both links independently
> mark packets, with probabilities  A  and  B,  then a packet=20
> traversing both links is more likely to be marked than a=20
> packet traversing only the more congested link.  In ADPM, the=20
> marking probability is max(A,B).
>=20
> If the links "pre-quantise" the congestion level into=20
> "congested" or "not congested" then you are quite right that=20
> longer flows are more likely to observe one of the links=20
> being congested.  A leaky-bucket scheme which defines a link=20
> as "congested" when the bucket is empty has already quantised=20
> the continuous value.  Is that the scenario you're thinking of?
>=20
> I'm not sure if ADPM can be adapted to work in the leaky-bucket case.
> I'll have to read your(?) draft first.
>=20
> Cheers,
> Lachlan
>=20
> On 25/07/07, Anna Charny (acharny) <acharny@cisco.com> wrote:
> > I do not quite understand how it overcomes unfairness for flows=20
> > traversing multiple bottlenecks in the context of admission=20
> control? =20
> > It seems the type of marking should not change the fact=20
> that the long=20
> > flow finds a link in the state of congestion more often than the=20
> > short-haul flows, it cannot admit more often than the short-haul=20
> > flows. So at the same demand level,  short-haul flows win.
>=20
>=20
> --
> Lachlan Andrew  Dept of Computer Science, Caltech 1200 E=20
> California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
> Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 16:16:15 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDnHL-0005XE-FE; Wed, 25 Jul 2007 16:16:15 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDnHK-0005X8-3G
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 16:16:14 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDnHJ-0005X0-Pk
	for pcn@ietf.org; Wed, 25 Jul 2007 16:16:13 -0400
Received: from an-out-0708.google.com ([209.85.132.251])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDnHJ-0003QI-E5
	for pcn@ietf.org; Wed, 25 Jul 2007 16:16:13 -0400
Received: by an-out-0708.google.com with SMTP id c17so66847anc
	for <pcn@ietf.org>; Wed, 25 Jul 2007 13:16:13 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=GlWCeE3BG/2fZfcPT+yOzt/se5xlpfUx/0qL0qBDARmuN//IBX1ajkm26P4kLGVRdqpkyaZSg7LyuIcn5/N3R/msIK4cSDenFnrBXlt+/GyLTUdtYh1ixpX8dWYvGmVahwBq8wR9HnK8f8i0RFo1GzbBTFJIzEIkla0r7VXfmnk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=RspHVs+LSf4NARncV3Zb2U1h3PqWqDsYM+GctEaQcahmFoUkmnfEfj6Y/Tnz5ZkUX1jK0cGiBZqxn/t97n+bX3ZCgBrNLv8ByMznVw5O33aRYDxRwpoVme/BOBzD9LVfkPmdpR+iFGqL/Wvz6zXGakEcnio6uSEYnMw8cIYtIYc=
Received: by 10.100.177.16 with SMTP id z16mr604972ane.1185394573052;
	Wed, 25 Jul 2007 13:16:13 -0700 (PDT)
Received: by 10.100.144.10 with HTTP; Wed, 25 Jul 2007 13:16:13 -0700 (PDT)
Message-ID: <aa7d2c6d0707251316h68944d66tb0cf5cac8b2cf4a0@mail.gmail.com>
Date: Wed, 25 Jul 2007 13:16:13 -0700
From: "Lachlan Andrew" <lachlan.andrew@gmail.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>
Subject: Re: [PCN] Marking scheme better than random marking
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB94@xmb-rtp-203.amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <aa7d2c6d0707251221k34ba41b7yb16022e0a06bc392@mail.gmail.com>
	<BABC859E6D0B9A4D8448CC7F41CD2B0704D6DB94@xmb-rtp-203.amer.cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>, PCN IETF list <pcn@ietf.org>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: l.andrew@ieee.org
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Greetings Anna,

I still think that

On 25/07/07, Anna Charny (acharny) <acharny@cisco.com> wrote:
>
> I think there are two different causes of unfairness that are being
> lumped together.

Exactly.  That's why I said last email that it only resolves a
particular form of unfairness.

> The second one has to do with the amount of time the long-haul aggregate
> sees congestion on at least one of the links.  The worst case here is
> when at any given time only one of the links is congested, and at least
> one is congested all (or most of) the time.

Agreed.  If "congestion" is a binary state then signalling can't help.
My (naive?) argument would be that in practice  congestion  isn't
binary.  If a link is operating very close to capacity, we should
admit a small fraction of flows,  if it is further from capacity we
admit more flows.  (When I think as a theoretician, I also think we
can admit a very few flows when the link is overloaded, assuming that
flows will depart continuously.)  Achieving fairness may need the
one-hop flows to average the congestion level over a time comparable
to the duration of a flow before allowing a new flow to start.

A scheme which admits either all or no flows probably won't benefit
from ADPM, but I would suggest that admitting a fraction of flows
based on more information would give better performance.

> And I think your message below indicates
> that you agree that there is nothing your proposal can do to deal with
> this one?

I agree that it would require other changes to the admission control
in addition to ADPM.  I'm not sure if those changes would be easy.

> I do agree that the marking method you propose seems compatible with the
> draft-westberg approach (would it be correct to say that this would be a
> clever implementation of excess-rate-proportional marking?)

Yes, it is simply a way to do "X-proportional" marking.

Cheers,
Lachlan

-- 
Lachlan Andrew  Dept of Computer Science, Caltech
1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 16:20:30 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDnLS-0008JG-5C; Wed, 25 Jul 2007 16:20:30 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDnLQ-0008Ea-BW
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 16:20:28 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDnLP-00088D-PB
	for pcn@ietf.org; Wed, 25 Jul 2007 16:20:27 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDnLP-000064-EC
	for pcn@ietf.org; Wed, 25 Jul 2007 16:20:27 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6PKKOC17067; Wed, 25 Jul 2007 20:20:25 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [PCN] could multicast service be supported in a PCN domain?
Date: Wed, 25 Jul 2007 16:20:23 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646511701910@zcarhxm1.corp.nortel.com>
In-Reply-To: <000001c7ce9e$eddd5ad0$4b0c6f0a@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] could multicast service be supported in a PCN domain?
Thread-Index: AcfOnu19Zd2bEBfoS22P6lRefMVviwAWdNZA
References: <000001c7ce9e$eddd5ad0$4b0c6f0a@china.huawei.com>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Delei Yu" <yudelei@huawei.com>, <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0e831a3b581a967a651997b2cbc2bae7
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1128899087=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1128899087==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7CEF9.3B5D0C53"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7CEF9.3B5D0C53
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Delei,

We have not looked at PCN use with multicast. Currently it is not in
scope.

=20

Regards, Joe=20
email:babiarz@nortel.com=20
Telephone:613-763-6098=20

________________________________

From: Delei Yu [mailto:yudelei@huawei.com]=20
Sent: July 25, 2007 5:34 AM
To: pcn@ietf.org
Subject: [PCN] could multicast service be supported in a PCN domain?

=20

PCNers,

Is it possible for multicast service to be supported in a PCN domain?
PCN charter hasn't covered this. So this is just a question for
question. -:)

=20


------_=_NextPart_001_01C7CEF9.3B5D0C53
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-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
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=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" =
name=3D"PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--@list L9:level1
	{&#24405;
	%1;}

 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:\5B8B\4F53;}
@font-face
	{font-family:\9ED1\4F53;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";}
h1
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:12.0pt;
	margin-left:21.6pt;
	text-align:justify;
	text-indent:-21.6pt;
	page-break-after:avoid;
	mso-list:l1 level1 lfo2;
	font-size:16.0pt;
	font-family:Arial;
	font-weight:bold;}
h2
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:12.0pt;
	margin-left:28.8pt;
	text-align:justify;
	text-indent:-28.8pt;
	page-break-after:avoid;
	mso-list:l1 level2 lfo2;
	font-size:12.0pt;
	font-family:Arial;
	font-weight:normal;}
h3
	{margin-top:13.0pt;
	margin-right:0cm;
	margin-bottom:13.0pt;
	margin-left:36.0pt;
	text-align:justify;
	text-indent:-36.0pt;
	line-height:172%;
	page-break-after:avoid;
	mso-list:l1 level3 lfo2;
	layout-grid-mode:char;
	font-size:12.0pt;
	font-family:"Times New Roman";
	font-weight:normal;}
p.MsoHeader, li.MsoHeader, div.MsoHeader
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	layout-grid-mode:char;
	font-size:9.0pt;
	font-family:Arial;}
p.MsoFooter, li.MsoFooter, div.MsoFooter
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:9.0pt;
	font-family:Arial;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
p.a, li.a, div.a
	{margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:54.45pt;
	margin-bottom:.0001pt;
	mso-para-margin-top:1.0gd;
	mso-para-margin-right:0cm;
	mso-para-margin-bottom:0cm;
	mso-para-margin-left:54.45pt;
	mso-para-margin-bottom:.0001pt;
	text-align:center;
	text-indent:-18.45pt;
	mso-list:l0 level9 lfo4;
	font-size:9.0pt;
	font-family:Arial;}
p.a0, li.a0, div.a0
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Arial;}
p.a1, li.a1, div.a1
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:center;
	font-size:10.5pt;
	font-family:Arial;
	font-weight:bold;}
p.a2, li.a2, div.a2
	{margin-top:0cm;
	margin-right:0cm;
	margin-bottom:0cm;
	margin-left:54.45pt;
	margin-bottom:.0001pt;
	mso-para-margin-top:0cm;
	mso-para-margin-right:0cm;
	mso-para-margin-bottom:1.0gd;
	mso-para-margin-left:54.45pt;
	mso-para-margin-bottom:.0001pt;
	text-align:center;
	text-indent:-18.45pt;
	mso-list:l0 level8 lfo4;
	font-size:9.0pt;
	font-family:Arial;}
p.a3, li.a3, div.a3
	{margin-top:4.0pt;
	margin-right:0cm;
	margin-bottom:4.0pt;
	margin-left:0cm;
	text-align:center;
	line-height:150%;
	page-break-after:avoid;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";}
p.a4, li.a4, div.a4
	{margin-top:15.0pt;
	margin-right:0cm;
	margin-bottom:15.0pt;
	margin-left:0cm;
	text-align:center;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:18.0pt;
	font-family:Arial;}
p.a5, li.a5, div.a5
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:"Times New Roman";}
p.a6, li.a6, div.a6
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:9.0pt;
	font-family:Arial;}
p.a7, li.a7, div.a7
	{margin:0cm;
	margin-bottom:.0001pt;
	text-align:justify;
	text-indent:18.0pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:9.0pt;
	font-family:Arial;}
p.a8, li.a8, div.a8
	{margin:0cm;
	margin-bottom:.0001pt;
	text-indent:21.0pt;
	line-height:150%;
	layout-grid-mode:char;
	text-autospace:none;
	font-size:10.5pt;
	font-family:Arial;
	color:blue;
	font-style:italic;}
span.a9
	{font-family:\5B8B\4F53;
	color:black;
	font-weight:bold;}
span.aa
	{font-family:\5B8B\4F53;
	color:black;
	font-weight:bold;}
span.EmailStyle31
	{mso-style-type:personal;
	font-family:Arial;
	color:windowtext;}
span.EmailStyle32
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:65.6pt 90.0pt 72.0pt 90.0pt;
	layout-grid:15.6pt;}
div.Section1
	{page:Section1;}
 /* List Definitions */
 @list l0
	{mso-list-id:1123964682;
	mso-list-template-ids:301907670;}
@list l0:level1
	{mso-level-suffix:none;
	mso-level-text:"%1  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:18.0pt;
	mso-bidi-font-size:18.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level2
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:15.0pt;
	mso-bidi-font-size:15.0pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level3
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2\.%3  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:12.0pt;
	mso-bidi-font-size:12.0pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level4
	{mso-level-suffix:none;
	mso-level-text:"%1\.%2\.%3\.%4  ";
	mso-level-tab-stop:none;
	mso-level-number-position:left;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level5
	{mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level6
	{mso-level-text:"%6\)";
	mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level7
	{mso-level-number-format:alpha-lower;
	mso-level-tab-stop:2.0cm;
	mso-level-number-position:left;
	margin-left:2.0cm;
	text-indent:-15.6pt;
	mso-ansi-font-size:10.5pt;
	mso-bidi-font-size:10.5pt;
	font-family:Arial;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level8
	{mso-level-reset-level:level1;
	mso-level-suffix:space;
	mso-level-text:\56FE%8;
	mso-level-tab-stop:none;
	mso-level-number-position:center;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l0:level9
	{mso-level-reset-level:level1;
	mso-level-suffix:space;
	mso-level-text:\8868%9;
	mso-level-tab-stop:none;
	mso-level-number-position:center;
	margin-left:0cm;
	text-indent:0cm;
	mso-ansi-font-size:9.0pt;
	mso-bidi-font-size:9.0pt;
	font-family:Arial;
	mso-fareast-font-family:\9ED1\4F53;
	mso-bidi-font-family:"Times New Roman";
	mso-ansi-font-weight:normal;
	mso-ansi-font-style:normal;}
@list l1
	{mso-list-id:1666475049;
	mso-list-template-ids:-28945502;}
@list l1:level1
	{mso-level-text:%1;
	mso-level-tab-stop:21.6pt;
	mso-level-number-position:left;
	margin-left:21.6pt;
	text-indent:-21.6pt;}
@list l1:level2
	{mso-level-text:"%1\.%2";
	mso-level-tab-stop:28.8pt;
	mso-level-number-position:left;
	margin-left:28.8pt;
	text-indent:-28.8pt;}
@list l1:level3
	{mso-level-text:"%1\.%2\.%3";
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	margin-left:36.0pt;
	text-indent:-36.0pt;}
@list l1:level4
	{mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l1:level5
	{mso-level-text:%5\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l1:level6
	{mso-level-number-format:alpha-lower;
	mso-level-text:%6\FF09;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l1:level7
	{mso-level-number-format:roman-lower;
	mso-level-text:%7;
	mso-level-tab-stop:1.0cm;
	mso-level-number-position:left;
	margin-left:46.8pt;
	text-indent:-34.0pt;}
@list l1:level8
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8";
	mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	margin-left:72.0pt;
	text-indent:-72.0pt;}
@list l1:level9
	{mso-level-text:"%1\.%2\.%3\.%4\.%5\.%6\.%7\.%8\.%9";
	mso-level-tab-stop:79.2pt;
	mso-level-number-position:left;
	margin-left:79.2pt;
	text-indent:-79.2pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"2050" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"2" />
  <o:regrouptable v:ext=3D"edit">
   <o:entry new=3D"1" old=3D"0" />
  </o:regrouptable>
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple =
style=3D'text-justify-trim:punctuation'>

<div class=3DSection1 style=3D'layout-grid:15.6pt'>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;line-height:150%;font-family:Arial;color:navy'>Delei,<o:p></o:p></=
span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;line-height:150%;font-family:Arial;color:navy'>We have not looked =
at PCN
use with multicast. Currently it is not in =
scope.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;line-height:150%;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></=
span></font></p>

<div>

<p><i><font size=3D3 color=3Dnavy face=3DArial><span =
style=3D'font-size:12.0pt;
font-family:Arial;color:navy;font-style:italic'>Regards, =
Joe</span></font></i><font
color=3Dnavy><span style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>email:<st1:PersonName =
w:st=3D"on">babiarz@nortel.com</st1:PersonName></span></font><font
color=3Dnavy><span style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>Telephone:613-763-6098</span></font><font
color=3Dnavy><span style=3D'color:navy'> </span></font><o:p></o:p></p>

</div>

<div>

<div class=3DMsoNormal align=3Dcenter =
style=3D'text-align:center;line-height:normal;
layout-grid-mode:both;text-autospace:ideograph-numeric =
ideograph-other'><font
size=3D3 face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal =
style=3D'line-height:normal;layout-grid-mode:both;text-autospace:
ideograph-numeric ideograph-other'><b><font size=3D2 face=3DTahoma><span
style=3D'font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</spa=
n></font></b><font
size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;font-family:Tahoma'> Delei Yu
[mailto:yudelei@huawei.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 25, 2007 5:34 =
AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> [PCN] could =
multicast
service be supported in a PCN domain?</span></font><font size=3D3><span
style=3D'font-size:12.0pt'><o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
style=3D'font-size:
10.5pt;line-height:150%'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D1 face=3DArial><span =
style=3D'font-size:9.0pt;
line-height:150%;font-family:Arial'>PCNers,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D1 face=3DArial><span =
style=3D'font-size:9.0pt;
line-height:150%;font-family:Arial'>Is it possible for multicast service =
to be
supported in a PCN domain? PCN charter hasn&#8217;t covered this. So =
this is
just a question for question. -:)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Times New Roman"><span =
style=3D'font-size:
10.5pt;line-height:150%'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C7CEF9.3B5D0C53--



--===============1128899087==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============1128899087==--





From pcn-bounces@ietf.org Wed Jul 25 17:13:31 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDoAi-0005m1-UR; Wed, 25 Jul 2007 17:13:28 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDoAi-0005lw-3s
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 17:13:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDoAh-0005lo-QI
	for pcn@ietf.org; Wed, 25 Jul 2007 17:13:27 -0400
Received: from peter.ietf69.org ([130.129.5.6] helo=smtp.ietf69.org)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDoAg-0004en-Ch
	for pcn@ietf.org; Wed, 25 Jul 2007 17:13:27 -0400
Received: from [130.129.22.239] (dhcp-16ef.ietf69.org [130.129.22.239])
	by smtp.ietf69.org (Postfix) with ESMTP id 27F28D68001;
	Wed, 25 Jul 2007 16:13:24 -0500 (CDT)
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB646511701910@zcarhxm1.corp.nortel.com>
References: <000001c7ce9e$eddd5ad0$4b0c6f0a@china.huawei.com>
	<9671A92C3C8B5744BC97F855F7CB646511701910@zcarhxm1.corp.nortel.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Message-Id: <FA9B49E1-8FBB-4AB1-AF86-CB6597AEC5EA@g11.org.uk>
From: ken carlberg <carlberg@g11.org.uk>
Subject: Re: [PCN] could multicast service be supported in a PCN domain?
Date: Wed, 25 Jul 2007 16:13:21 -0500
To: "Jozef Babiarz" <babiarz@nortel.com>
X-Mailer: Apple Mail (2.752.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3971661e40967acfc35f708dd5f33760
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0957001484=="
Errors-To: pcn-bounces@ietf.org


--===============0957001484==
Content-Type: multipart/alternative; boundary=Apple-Mail-4-932371591


--Apple-Mail-4-932371591
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=WINDOWS-1252;
	delsp=yes;
	format=flowed

A question to the chairs.  When would be a reasonable time to bring =20
up a new topic like multicast to the group in the form of a draft-=20
rfc?  Personally, I wouldn't mind seeing something around the time =20
that Phil Eardley's Architecture draft is at working group last call =20
to at least get a tangible feel of the specifics so as to make a more =20=

informed decision then as to its acceptance.

I also wouldn't mind to at least hear on this list in the coming week=20
(s), ever so briefly, what Delei would like to explore.  I suspect =20
that this list will quiet down shortly and for a period of time as =20
author's go working on comments of the past week and from today's =20
meeting.

-ken


On Jul 25, 2007, at 3:20 PM, Jozef Babiarz wrote:

> Delei,
>
> We have not looked at PCN use with multicast. Currently it is not =20
> in scope.
>
>
>
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> From: Delei Yu [mailto:yudelei@huawei.com]
> Sent: July 25, 2007 5:34 AM
> To: pcn@ietf.org
> Subject: [PCN] could multicast service be supported in a PCN domain?
>
>
>
> PCNers,
>
> Is it possible for multicast service to be supported in a PCN =20
> domain? PCN charter hasn=92t covered this. So this is just a question =20=

> for question. -:)
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


--Apple-Mail-4-932371591
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=WINDOWS-1252

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">A question to the chairs.=A0 =
When would be a reasonable time to bring up a new topic like multicast =
to the group in the form of a draft-rfc?=A0 Personally, I wouldn't mind =
seeing something around the time that Phil Eardley's Architecture draft =
is at working group last call to at least get a tangible feel of the =
specifics so as to make a more informed decision then as to its =
acceptance.<DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>I also =
wouldn't mind to at least hear on this list in the coming week(s), ever =
so briefly, what Delei would like to explore.=A0 I suspect that this =
list will quiet down shortly and for a period of time as author's go =
working on comments of the past week and from today's =
meeting.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-ken<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Jul 25, =
2007, at 3:20 PM, Jozef Babiarz wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE =
type=3D"cite"><O:SMARTTAGTYPE =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" =
name=3D"PersonName"> <DIV class=3D"Section1" =
style=3D"layout-grid:15.6pt"><P class=3D"MsoNormal"><FONT size=3D"2" =
color=3D"navy" face=3D"Arial"><SPAN style=3D"font-size: =
10.0pt;line-height:150%;font-family:Arial;color:navy">Delei,<O:P></O:P></S=
PAN></FONT></P><P class=3D"MsoNormal"><FONT size=3D"2" color=3D"navy" =
face=3D"Arial"><SPAN style=3D"font-size: =
10.0pt;line-height:150%;font-family:Arial;color:navy">We have not looked =
at PCN use with multicast. Currently it is not in =
scope.<O:P></O:P></SPAN></FONT></P><P class=3D"MsoNormal"><FONT size=3D"2"=
 color=3D"navy" face=3D"Arial"><SPAN style=3D"font-size: =
10.0pt;line-height:150%;font-family:Arial;color:navy"><O:P>=A0</O:P></SPAN=
></FONT></P> <DIV><P><I><FONT size=3D"3" color=3D"navy" =
face=3D"Arial"><SPAN style=3D"font-size:12.0pt; =
font-family:Arial;color:navy;font-style:italic">Regards, =
Joe</SPAN></FONT></I><FONT color=3D"navy"><SPAN style=3D"color:navy"> =
<BR> </SPAN></FONT><FONT size=3D"2" color=3D"navy" face=3D"Arial"><SPAN =
style=3D"font-size:10.0pt; =
font-family:Arial;color:navy">email:<ST1:PERSONNAME w:st=3D"on"><A =
href=3D"mailto:babiarz@nortel.com">babiarz@nortel.com</A></ST1:PERSONNAME>=
</SPAN></FONT><FONT color=3D"navy"><SPAN style=3D"color:navy"> <BR> =
</SPAN></FONT><FONT size=3D"2" color=3D"navy" face=3D"Arial"><SPAN =
style=3D"font-size:10.0pt; =
font-family:Arial;color:navy">Telephone:613-763-6098</SPAN></FONT><FONT =
color=3D"navy"><SPAN style=3D"color:navy"> </SPAN></FONT><O:P></O:P></P> =
</DIV> <DIV> <DIV class=3D"MsoNormal" align=3D"center" =
style=3D"text-align:center;line-height:normal; =
layout-grid-mode:both;text-autospace:ideograph-numeric =
ideograph-other"><FONT size=3D"3" face=3D"Times New Roman"><SPAN =
style=3D"font-size:12.0pt"> <HR size=3D"2" width=3D"100%" align=3D"center"=
 tabindex=3D"-1"> </SPAN></FONT></DIV><P class=3D"MsoNormal" =
style=3D"line-height:normal;layout-grid-mode:both;text-autospace: =
ideograph-numeric ideograph-other"><B><FONT size=3D"2" =
face=3D"Tahoma"><SPAN =
style=3D"font-size:10.0pt;font-family:Tahoma;font-weight:bold">From:</SPAN=
></FONT></B><FONT size=3D"2" face=3D"Tahoma"><SPAN =
style=3D"font-size:10.0pt;font-family:Tahoma"> Delei Yu [<A =
href=3D"mailto:yudelei@huawei.com">mailto:yudelei@huawei.com</A>] <BR> =
<B><SPAN style=3D"font-weight:bold">Sent:</SPAN></B> July 25, 2007 5:34 =
AM<BR> <B><SPAN style=3D"font-weight:bold">To:</SPAN></B> <A =
href=3D"mailto:pcn@ietf.org">pcn@ietf.org</A><BR> <B><SPAN =
style=3D"font-weight:bold">Subject:</SPAN></B> [PCN] could multicast =
service be supported in a PCN domain?</SPAN></FONT><FONT size=3D"3"><SPAN =
style=3D"font-size:12.0pt"><O:P></O:P></SPAN></FONT></P> </DIV><P =
class=3D"MsoNormal"><FONT size=3D"2" face=3D"Times New Roman"><SPAN =
style=3D"font-size: =
10.5pt;line-height:150%"><O:P>=A0</O:P></SPAN></FONT></P><P =
class=3D"MsoNormal"><FONT size=3D"1" face=3D"Arial"><SPAN =
style=3D"font-size:9.0pt; =
line-height:150%;font-family:Arial">PCNers,<O:P></O:P></SPAN></FONT></P><P=
 class=3D"MsoNormal"><FONT size=3D"1" face=3D"Arial"><SPAN =
style=3D"font-size:9.0pt; line-height:150%;font-family:Arial">Is it =
possible for multicast service to be supported in a PCN domain? PCN =
charter hasn=92t covered this. So this is just a question for question. =
-:)<O:P></O:P></SPAN></FONT></P><P class=3D"MsoNormal"><FONT size=3D"2" =
face=3D"Times New Roman"><SPAN style=3D"font-size: =
10.5pt;line-height:150%"><O:P>=A0</O:P></SPAN></FONT></P> </DIV> =
</O:SMARTTAGTYPE><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; =
">_______________________________________________</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">PCN mailing list</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A =
href=3D"mailto:PCN@ietf.org">PCN@ietf.org</A></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; "><A =
href=3D"https://www1.ietf.org/mailman/listinfo/pcn">https://www1.ietf.org/=
mailman/listinfo/pcn</A></DIV> =
</BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--Apple-Mail-4-932371591--



--===============0957001484==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0957001484==--





From pcn-bounces@ietf.org Wed Jul 25 17:19:54 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDoGw-0004U0-1p; Wed, 25 Jul 2007 17:19:54 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDoGv-0004Tv-0b
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 17:19:53 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDoGu-0004Tn-Ln
	for pcn@ietf.org; Wed, 25 Jul 2007 17:19:52 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDoGu-0001SD-Ac
	for pcn@ietf.org; Wed, 25 Jul 2007 17:19:52 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 25 Jul 2007 17:19:52 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CACJbp0ZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,581,1175486400"; 
	d="scan'208"; a="66150123:sNHT32497296"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6PLJp1G006614; 
	Wed, 25 Jul 2007 17:19:51 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6PLJoWI029460; 
	Wed, 25 Jul 2007 21:19:50 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 25 Jul 2007 17:19:50 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Marking scheme better than random marking
Date: Wed, 25 Jul 2007 17:19:47 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DC20@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <aa7d2c6d0707251316h68944d66tb0cf5cac8b2cf4a0@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Marking scheme better than random marking
Thread-Index: AcfO+Kc8dRC409T8SuOghCmRvaX25AAB+u2g
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <l.andrew@ieee.org>
X-OriginalArrivalTime: 25 Jul 2007 21:19:50.0296 (UTC)
	FILETIME=[88F40980:01C7CF01]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1352; t=1185398391;
	x=1186262391; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20Marking=20scheme=20better=20than=20random=20m
	arking |Sender:=20 |To:=20<l.andrew@ieee.org>;
	bh=8SVQM/2XpzjLTJRE+QNkSw3dhCzIYSjZGJGszHHXDd0=;
	b=fODZ72guD1SsXWBTU2fQPx4Rx5dC4AVjjW5a40rb06y0xG7Bxluh6umSZEptu0vbAi/95cQ3
	z9A8Kb2U5nR6WJsVuLHLgJ8qFq2VpiARo5GlqvM6ACNWChMgCoIxw4Io;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>, PCN IETF list <pcn@ietf.org>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Lachlan,

(cutting some text out where there seems to be agreement):=20
> Agreed.  If "congestion" is a binary state then signalling can't help.
> My (naive?) argument would be that in practice  congestion =20
> isn't binary.  If a link is operating very close to capacity,=20
> we should admit a small fraction of flows,  if it is further=20
> from capacity we admit more flows.  (When I think as a=20
> theoretician, I also think we can admit a very few flows when=20
> the link is overloaded, assuming that flows will depart=20
> continuously.)  Achieving fairness may need the one-hop flows=20
> to average the congestion level over a time comparable to the=20
> duration of a flow before allowing a new flow to start.
>=20

Well, the issue here is that the one-hop flows are not really one-hop
flows - they are actually one "bottleneck" flow, but may in fact pass
more non-congested links.  And averaging over the duration of the flow
seems scary if the flow is long (e.g. video stream)...    It seems that
if a solution were to try to deal with this, it would have to be aware
of the number of bottlenecks traversed (this changes overtime, so
tricky)... =20
In any case, I think we agree that machinery currently far from that
being envisioned in the PCN context might be required to deal with the
problem.

Anna=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Wed Jul 25 17:46:02 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IDogD-0005YI-Rc; Wed, 25 Jul 2007 17:46:01 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IDogC-0005YD-MR
	for pcn-confirm+ok@megatron.ietf.org; Wed, 25 Jul 2007 17:46:00 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IDogC-0005Y5-Ce
	for pcn@ietf.org; Wed, 25 Jul 2007 17:46:00 -0400
Received: from an-out-0708.google.com ([209.85.132.244])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IDogC-0005Pv-02
	for pcn@ietf.org; Wed, 25 Jul 2007 17:46:00 -0400
Received: by an-out-0708.google.com with SMTP id c17so71874anc
	for <pcn@ietf.org>; Wed, 25 Jul 2007 14:45:59 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=A9DWy0EmDLclnSJPNInCTrDkjjxsfgFzMQdQRTX1fjO7UHNzP5meWR4a3syR/dC5yIkbdlUnH3qq5r5g6TkIB0BGKU+aH4NfWNDU3WQZMokMH3+5ifMsvYx1yhkdw15Df7WptBh6yMv4Jm+IpST24+uBgNXLZLhsLeVGP46j77g=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=hBtfdBVZRu+67yzlaWx0hPZ6cmfDqjBZIfK1bXkrFFPR27U4shzdd2wvM4sEsjyf5Caka6EgybaZDc9pQG67q8GWwDqLvhsZQwKDv+CfZsi5h2BBjcJCYOKiIjkxTB386JItch4P6+q9QI9xrtJDBbJ+3eEMSJLKkYMQUshQaLE=
Received: by 10.100.94.3 with SMTP id r3mr655806anb.1185399959715;
	Wed, 25 Jul 2007 14:45:59 -0700 (PDT)
Received: by 10.100.144.10 with HTTP; Wed, 25 Jul 2007 14:45:59 -0700 (PDT)
Message-ID: <aa7d2c6d0707251445y5422cff1l6b4db9560647bc39@mail.gmail.com>
Date: Wed, 25 Jul 2007 14:45:59 -0700
From: "Lachlan Andrew" <lachlan.andrew@gmail.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>
Subject: Re: [PCN] Marking scheme better than random marking
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DC20@xmb-rtp-203.amer.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <aa7d2c6d0707251316h68944d66tb0cf5cac8b2cf4a0@mail.gmail.com>
	<BABC859E6D0B9A4D8448CC7F41CD2B0704D6DC20@xmb-rtp-203.amer.cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Cc: Stephen Hanly <s.hanly@ee.unimelb.edu.au>, PCN IETF list <pcn@ietf.org>,
	Sammy Chan <eeschan@cityu.edu.hk>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: l.andrew@ieee.org
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Greetings Anna,

On 25/07/07, Anna Charny (acharny) <acharny@cisco.com> wrote:
>
> Well, the issue here is that the one-hop flows are not really one-hop
> flows - they are actually one "bottleneck" flow, but may in fact pass
> more non-congested links.
> It seems that
> if a solution were to try to deal with this, it would have to be aware
> of the number of bottlenecks traversed...

I was assuming that the multi-bottleneck flows would also average the
congestion level.  Why would we need to consider the number of
bottlenecks?

> And averaging over the duration of the flow
> seems scary if the flow is long (e.g. video stream)...

Yes. It would certainly be bad to admit a flow when the load is
currently high just because the half-hour average was low.
Conversely, it seems scary to admit a half-hour flow because our rate
has just dipped below a threshold.  If our decision is to have an
effect on timescale  X,  we should try to predict the network
conditions over that timescale into the future.  It isn't clear to me
that the current conditions are a better estimate than the historical
conditions (but again, I'm a newbie in this area).

> In any case, I think we agree that machinery currently far from that
> being envisioned in the PCN context might be required to deal with the
> problem.

I don't know the PCN charter, but if we provide the machinery for
signalling of the current congestion level, actual admission rule can
be left fairly flexible, can't it?  If "Generation 1" equipment admits
calls with a probability based on instantaneous rate, it will still
interwork with "Generation 2" equipment which bases its admission
probability on both instantaneous and long-term rate.  Perhaps I am
thinking like an IRTF person...

>From a quick look at your draft, it seems that using ADPM for it (for
the excess-rate signalling, as you said last email) preserves the
code-point benefit of being a "single marking", but forfeits the
benefit of using a token bucket.

Cheers,
Lachlan

-- 
Lachlan Andrew  Dept of Computer Science, Caltech
1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA
Phone: +1 (626) 395-8820    Fax: +1 (626) 568-3603


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 07:50:28 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE1rP-0001Zq-Je; Thu, 26 Jul 2007 07:50:27 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE1rO-0001Zf-AM
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 07:50:26 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE1rN-0001ZS-SS
	for pcn@ietf.org; Thu, 26 Jul 2007 07:50:25 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE1rM-0003GJ-Bi
	for pcn@ietf.org; Thu, 26 Jul 2007 07:50:25 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 12:50:23 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Thu, 26 Jul 2007 12:50:23 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185450622258; Thu, 26 Jul 2007 12:50:22 +0100
Received: from mut.jungle.bt.co.uk ([10.86.5.78])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6QBoFQm012721; Thu, 26 Jul 2007 12:50:19 +0100
Message-Id: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Thu, 26 Jul 2007 12:49:37 +0100
To: "Michal Behringer" <mbehring@cisco.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 26 Jul 2007 11:50:23.0695 (UTC)
	FILETIME=[267C35F0:01C7CF7B]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>
Subject: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying: Scope?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael,

Last night I read this draft, which you will be presenting today in tsvwg.

It was a useful tutorial for me, because I wasn't aware of all the group 
keying work for signalling that you describe.

1/ First a classic (picky?) security question: You talk about one RSVP node 
trusting the next. A future draft needs to answer the question "Trust to do 
what?"

You seem to imply you mean "Trust to maintain the integrity of RSVP 
messages and to maintain the next link in the chain of integrity checking". 
And later you implicitly add "Trust to keep the contents of the RSVP 
messages secret"

But, as this is a key management draft, you probably mean trust in message 
integrity _and_ semantics, ie "Trust to do all the things the RSVP protocol 
says you will do", e.g. things like traffic policing on behalf of others 
[RFC2210], protecting downstream RSVP nodes from overload [RFC2209] etc.

2/ WG Scope

2.1 PCN: Second, your draft is very relevant to the PCN working group. In 
PCN, the next RSVP hop is deliberately very distant from the previous one 
in IP hop terms. On Tue I raised this point and referred to your draft in 
my review of the PCN architecture:
<http://www1.ietf.org/mail-archive/web/pcn/current/msg00584.html>
(long - scroll right to the last para).
After yesterday's mtg, the PCN WG chairs are about to put this draft to the 
list for consideration as a WG item.

The PCN WG scope is currently restricted to one domain. So only message 
integrity is relevant (so a node receiving a message knows it didn't come 
from some random user spoofing the neighbouring RSVP router).

The PCN charter also says multi-domain should be kept in mind where it 
might change anything done for single domain. You'll see I also refer to 
the problem of trust in the semantics of reservation messages in my 
currently individual draft on solving (some) PCN security problems in a 
multi-domain scenario:
<draft-briscoe-re-pcn-border-cheat-00.txt>

2.2 NSIS: I guess your draft is just as relevant to NSIS as to RSVP, but to 
remain concrete, you will probably want to just say that the scope is wider 
but focus on one signalling system.


Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 08:26:26 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE2QE-00040q-CR; Thu, 26 Jul 2007 08:26:26 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE2QD-0003za-43
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 08:26:25 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE2QC-0003zS-Qe
	for pcn@ietf.org; Thu, 26 Jul 2007 08:26:24 -0400
Received: from mail.gmx.net ([213.165.64.20])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IE2QB-0003ua-2u
	for pcn@ietf.org; Thu, 26 Jul 2007 08:26:24 -0400
Received: (qmail invoked by alias); 26 Jul 2007 12:26:21 -0000
Received: from dhcp-15f4.ietf69.org (EHLO [130.129.21.244]) [130.129.21.244]
	by mail.gmx.net (mp007) with SMTP; 26 Jul 2007 14:26:21 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX1/TcY0tcBXTpSMKUaZpIWBDmEbQoo04IBFR7cyQfq
	3cqmTQiW3vk3At
Message-ID: <46A892EE.8040908@gmx.net>
Date: Thu, 26 Jul 2007 14:26:22 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.5 (Windows/20070716)
MIME-Version: 1.0
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying: Scope?
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	Michal Behringer <mbehring@cisco.com>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi

Bob Briscoe wrote:
> Michael,
>
> Last night I read this draft, which you will be presenting today in 
> tsvwg.
>
> It was a useful tutorial for me, because I wasn't aware of all the 
> group keying work for signalling that you describe.
>
> 1/ First a classic (picky?) security question: You talk about one RSVP 
> node trusting the next. A future draft needs to answer the question 
> "Trust to do what?"
>
> You seem to imply you mean "Trust to maintain the integrity of RSVP 
> messages and to maintain the next link in the chain of integrity 
> checking". And later you implicitly add "Trust to keep the contents of 
> the RSVP messages secret"
>
> But, as this is a key management draft, you probably mean trust in 
> message integrity _and_ semantics, ie "Trust to do all the things the 
> RSVP protocol says you will do", e.g. things like traffic policing on 
> behalf of others [RFC2210], protecting downstream RSVP nodes from 
> overload [RFC2209] etc.
>
The term "trust" is always confusing.

In short: You want to deal with a modified threat model in RSVP where 
you would like to protect the communication between  RSVP nodes when 
they traverse non-RSVP nodes.

> 2/ WG Scope
>
> 2.1 PCN: Second, your draft is very relevant to the PCN working group. 
> In PCN, the next RSVP hop is deliberately very distant from the 
> previous one in IP hop terms. On Tue I raised this point and referred 
> to your draft in my review of the PCN architecture:
> <http://www1.ietf.org/mail-archive/web/pcn/current/msg00584.html>
> (long - scroll right to the last para).
> After yesterday's mtg, the PCN WG chairs are about to put this draft 
> to the list for consideration as a WG item.
>
> The PCN WG scope is currently restricted to one domain. So only 
> message integrity is relevant (so a node receiving a message knows it 
> didn't come
>> from some random user spoofing the neighbouring RSVP router).
>
> The PCN charter also says multi-domain should be kept in mind where it 
> might change anything done for single domain. You'll see I also refer 
> to the problem of trust in the semantics of reservation messages in my 
> currently individual draft on solving (some) PCN security problems in 
> a multi-domain scenario:
> <draft-briscoe-re-pcn-border-cheat-00.txt>
>
I also think that PCN is a good use case for Michael's draft.
> 2.2 NSIS: I guess your draft is just as relevant to NSIS as to RSVP, 
> but to remain concrete, you will probably want to just say that the 
> scope is wider but focus on one signalling system.
>
No; it is isn't relevant based on how NSIS works. It does provide this 
functionality already but in a different way.

Ciao
Hannes

>
> Bob
>
>
> ____________________________________________________________________________ 
>
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT 
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 
> 645196
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 08:46:07 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE2jH-0000ti-63; Thu, 26 Jul 2007 08:46:07 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE2jF-0000sg-7Y
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 08:46:05 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE2jE-0000sM-K6; Thu, 26 Jul 2007 08:46:04 -0400
Received: from ams-iport-1.cisco.com ([144.254.224.140])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1IE2jD-0004OE-5R; Thu, 26 Jul 2007 08:46:04 -0400
Received: from ams-dkim-2.cisco.com ([144.254.224.139])
	by ams-iport-1.cisco.com with ESMTP; 26 Jul 2007 14:46:02 +0200
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAGg0qEaQ/uCLZmdsb2JhbACPaAsKJA
X-IronPort-AV: i="4.16,584,1175464800"; 
	d="scan'208"; a="149071659:sNHT33138758"
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150])
	by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l6QCk2lo001990; 
	Thu, 26 Jul 2007 14:46:02 +0200
Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com
	[144.254.231.71])
	by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6QCjklF029487; 
	Thu, 26 Jul 2007 12:46:01 GMT
Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by
	xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 14:45:46 +0200
Received: from [172.28.168.46] ([10.61.64.162]) by xfe-ams-331.emea.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 14:45:46 +0200
In-Reply-To: <46A892EE.8040908@gmx.net>
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<46A892EE.8040908@gmx.net>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <37BC7597-1DDF-4831-9EE2-F5FC90F9C5D0@cisco.com>
Content-Transfer-Encoding: 7bit
From: Francois Le Faucheur IMAP <flefauch@cisco.com>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying: Scope?
Date: Thu, 26 Jul 2007 07:42:46 -0500
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 26 Jul 2007 12:45:46.0238 (UTC)
	FILETIME=[E2E009E0:01C7CF82]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=377; t=1185453962;
	x=1186317962; c=relaxed/simple; s=amsdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=flefauch@cisco.com;
	z=From:=20Francois=20Le=20Faucheur=20IMAP=20<flefauch@cisco.com>
	|Subject:=20Re=3A=20[PCN]=20draft-behringer-tsvwg-rsvp-security-groupkeyi
	ng=3A=20Scope? |Sender:=20;
	bh=LmHM/2ZlQU9DHO+FO76QM008JPpG2saNxXJYgBFqj70=;
	b=vcaVfmnIXRZDvl3pZXCUgnvca/9pJPGLx/H8d8g/YTUAJeilpXh/Y8T8qP7MU5z3cgPjrwpT
	1MS1j5w8+PGN6hfKg91xi9upU4x3GjATVjpzdxgNEHQbLlPudnTCWnFV;
Authentication-Results: ams-dkim-2; header.From=flefauch@cisco.com; dkim=pass (
	sig from cisco.com/amsdkim2001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad
Cc: PCN IETF list <pcn@ietf.org>, Michal Behringer <mbehring@cisco.com>,
	tsvwg IETF list <tsvwg@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

>>
> I also think that PCN is a good use case for Michael's draft.

Group keying should come in handy for any form of "aggregation" where  
RSVP nodes are separated by an aggregation cloud and where the  
Aggregator does not know ahead of time what is the Deaggregator. So  
besides PCN, it should also be applicable to RFC3175 and RFC4860.

Cheers

Francois


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 09:13:40 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE39w-0006uU-Hk; Thu, 26 Jul 2007 09:13:40 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE39v-0006uO-9X
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 09:13:39 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE39u-0006uG-VX
	for pcn@ietf.org; Thu, 26 Jul 2007 09:13:38 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE39t-0004ze-Fl
	for pcn@ietf.org; Thu, 26 Jul 2007 09:13:38 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 14:13:36 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Thu, 26 Jul 2007 13:54:34 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185454467876; Thu, 26 Jul 2007 13:54:27 +0100
Received: from mut.jungle.bt.co.uk ([10.86.5.78])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6QCsD9N013238; Thu, 26 Jul 2007 13:54:24 +0100
Message-Id: <5.2.1.1.2.20070726135405.04dca858@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Thu, 26 Jul 2007 13:54:28 +0100
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying:
  Scope?
In-Reply-To: <46A892EE.8040908@gmx.net>
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 26 Jul 2007 12:54:34.0365 (UTC)
	FILETIME=[1DA9D2D0:01C7CF84]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	Michal Behringer <mbehring@cisco.com>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hannes,

At 13:26 26/07/2007, Hannes Tschofenig wrote:
>>2.2 NSIS: I guess your draft is just as relevant to NSIS as to RSVP, but 
>>to remain concrete, you will probably want to just say that the scope is 
>>wider but focus on one signalling system.
>No; it is isn't relevant based on how NSIS works. It does provide this 
>functionality already but in a different way.

ref? I'm interested.


bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 09:47:53 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE3h2-00061b-Ot; Thu, 26 Jul 2007 09:47:52 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE3h1-00060r-13
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 09:47:51 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE3h0-00060C-H9
	for pcn@ietf.org; Thu, 26 Jul 2007 09:47:50 -0400
Received: from mail.gmx.net ([213.165.64.20])
	by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IE3gz-0004QT-QM
	for pcn@ietf.org; Thu, 26 Jul 2007 09:47:50 -0400
Received: (qmail invoked by alias); 26 Jul 2007 13:47:48 -0000
Received: from dhcp-15f4.ietf69.org (EHLO [130.129.21.244]) [130.129.21.244]
	by mail.gmx.net (mp053) with SMTP; 26 Jul 2007 15:47:48 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX18gusU3s3gghmqAJDtDwY3NBQ07key3W7fL9ML7Qd
	5/SGBC23lTsOe1
Message-ID: <46A8A606.6070608@gmx.net>
Date: Thu, 26 Jul 2007 15:47:50 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.5 (Windows/20070716)
MIME-Version: 1.0
To: Francois Le Faucheur IMAP <flefauch@cisco.com>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying: Scope?
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<46A892EE.8040908@gmx.net>
	<37BC7597-1DDF-4831-9EE2-F5FC90F9C5D0@cisco.com>
In-Reply-To: <37BC7597-1DDF-4831-9EE2-F5FC90F9C5D0@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	Michal Behringer <mbehring@cisco.com>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Francois,

>> I also think that PCN is a good use case for Michael's draft.
>
> Group keying should come in handy for any form of "aggregation" where 
> RSVP nodes are separated by an aggregation cloud and where the 
> Aggregator does not know ahead of time what is the Deaggregator. So 
> besides PCN, it should also be applicable to RFC3175 and RFC4860.
>
I agree with you.

Ciao
Hannes

> Cheers
>
> Francois



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 09:50:25 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE3jV-00073o-IN; Thu, 26 Jul 2007 09:50:25 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE3jT-00072V-Uv
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 09:50:23 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE3jT-000729-74
	for pcn@ietf.org; Thu, 26 Jul 2007 09:50:23 -0400
Received: from mail.gmx.net ([213.165.64.20])
	by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IE3jS-0004UK-Eg
	for pcn@ietf.org; Thu, 26 Jul 2007 09:50:22 -0400
Received: (qmail invoked by alias); 26 Jul 2007 13:50:20 -0000
Received: from dhcp-15f4.ietf69.org (EHLO [130.129.21.244]) [130.129.21.244]
	by mail.gmx.net (mp008) with SMTP; 26 Jul 2007 15:50:20 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX1/I6KcTK4TI0Mqug5lNi/gRZcXGGUVLp1NH1da3fE
	N1E73FraYx0qnP
Message-ID: <46A8A69E.6030706@gmx.net>
Date: Thu, 26 Jul 2007 15:50:22 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.5 (Windows/20070716)
MIME-Version: 1.0
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying:  Scope?
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070726135405.04dca858@pop3.jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070726135405.04dca858@pop3.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	Michal Behringer <mbehring@cisco.com>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Bob,

Bob Briscoe wrote:
> Hannes,
>
> At 13:26 26/07/2007, Hannes Tschofenig wrote:
>>> 2.2 NSIS: I guess your draft is just as relevant to NSIS as to RSVP, 
>>> but to remain concrete, you will probably want to just say that the 
>>> scope is wider but focus on one signalling system.
>> No; it is isn't relevant based on how NSIS works. It does provide 
>> this functionality already but in a different way.
>
> ref? I'm interested.
>
The functionality was dumped into the main specification:
http://www.ietf.org/internet-drafts/draft-ietf-nsis-ntlp-14.txt

Let me know if you need a bit of background.

Ciao
Hannes

>
> bob
>
>
> ____________________________________________________________________________ 
>
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT 
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 
> 645196



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 09:50:33 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE3jd-0007MD-Dk; Thu, 26 Jul 2007 09:50:33 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE3ja-0007CP-Kg
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 09:50:31 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE3ja-0007CD-8t
	for pcn@ietf.org; Thu, 26 Jul 2007 09:50:30 -0400
Received: from mail.gmx.net ([213.165.64.20])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IE3jY-0005od-Os
	for pcn@ietf.org; Thu, 26 Jul 2007 09:50:30 -0400
Received: (qmail invoked by alias); 26 Jul 2007 13:50:27 -0000
Received: from dhcp-15f4.ietf69.org (EHLO [130.129.21.244]) [130.129.21.244]
	by mail.gmx.net (mp041) with SMTP; 26 Jul 2007 15:50:27 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX184sGFaHq04VEbNzeKZ56nV0i/FGD5iwTs9OMakng
	rA8EzbFDqpqFkt
Message-ID: <46A8A6A5.4000604@gmx.net>
Date: Thu, 26 Jul 2007 15:50:29 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.5 (Windows/20070716)
MIME-Version: 1.0
To: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] draft-behringer-tsvwg-rsvp-security-groupkeying:  Scope?
References: <5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070726121842.04ce46a0@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070726135405.04dca858@pop3.jungle.bt.co.uk>
In-Reply-To: <5.2.1.1.2.20070726135405.04dca858@pop3.jungle.bt.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: PCN IETF list <pcn@ietf.org>, tsvwg IETF list <tsvwg@ietf.org>,
	Michal Behringer <mbehring@cisco.com>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Bob,

Bob Briscoe wrote:
> Hannes,
>
> At 13:26 26/07/2007, Hannes Tschofenig wrote:
>>> 2.2 NSIS: I guess your draft is just as relevant to NSIS as to RSVP, 
>>> but to remain concrete, you will probably want to just say that the 
>>> scope is wider but focus on one signalling system.
>> No; it is isn't relevant based on how NSIS works. It does provide 
>> this functionality already but in a different way.
>
> ref? I'm interested.
>
The functionality was dumped into the main specification:
http://www.ietf.org/internet-drafts/draft-ietf-nsis-ntlp-14.txt

Let me know if you need a bit of background.

Ciao
Hannes

>
> bob
>
>
> ____________________________________________________________________________ 
>
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT 
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 
> 645196



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 11:27:23 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE5FL-0004kg-12; Thu, 26 Jul 2007 11:27:23 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE5FJ-0004kK-Aw
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 11:27:21 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE5FI-0004jv-W1
	for pcn@ietf.org; Thu, 26 Jul 2007 11:27:20 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE5FH-0000bn-Nt
	for pcn@ietf.org; Thu, 26 Jul 2007 11:27:20 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-2.cisco.com with ESMTP; 26 Jul 2007 11:27:14 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CACdaqEZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,584,1175486400"; 
	d="scan'208"; a="127110760:sNHT3185423256"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6QFRDM0021269
	for <pcn@ietf.org>; Thu, 26 Jul 2007 11:27:13 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6QFQvEh023917
	for <pcn@ietf.org>; Thu, 26 Jul 2007 15:27:13 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 11:27:09 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 26 Jul 2007 11:27:08 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE7A@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Corrupted version of draft-charny-pcn-single-marking replaced in
	the repository
Thread-Index: AcfPmW4Ygrr2XYgMTDaMawvmUNzeRw==
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: "PCN IETF list" <pcn@ietf.org>
X-OriginalArrivalTime: 26 Jul 2007 15:27:09.0792 (UTC)
	FILETIME=[6EB91E00:01C7CF99]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=159; t=1185463634;
	x=1186327634; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20Corrupted=20version=20of=20=20draft-charny-pcn-single-marking
	=20replaced=20in=20the=20repository |Sender:=20
	|To:=20=22PCN=20IETF=20list=22=20<pcn@ietf.org>;
	bh=k0Y7FfqYCUOPiiQDOOAY4awcvNKLwrhSDyTlnSFamUY=;
	b=Y3KsTqjaU1rtrjtsSx0SZs40M0T8UFwUZUqaKjwnOx1QFiStG5rQ1KMHvxN/oh37klS3XYT7
	Ob2Grd2DoCGCf/8xQnrn3C1F9GMYs51xrd6TLAjmzkTRHfiBP3jKwhwb;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 8ac499381112328dd60aea5b1ff596ea
Subject: [PCN] Corrupted version of draft-charny-pcn-single-marking replaced
	in the repository
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi all,

Just a quick note that the corrupted version of the above draft has
finally been replaced in the ietf repository by a good version.=20

Anna=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 11:42:48 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IE5UG-0000WI-2M; Thu, 26 Jul 2007 11:42:48 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IE5UF-0000T1-1q
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 11:42:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IE5UE-0000Sn-O5
	for pcn@ietf.org; Thu, 26 Jul 2007 11:42:46 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE5UD-0001F8-IM
	for pcn@ietf.org; Thu, 26 Jul 2007 11:42:46 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-2.cisco.com with ESMTP; 26 Jul 2007 11:42:45 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAGxdqEZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,584,1175486400"; 
	d="scan'208"; a="127115825:sNHT29245560"
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6QFgjcM009694
	for <pcn@ietf.org>; Thu, 26 Jul 2007 11:42:45 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6QFgjEZ029006
	for <pcn@ietf.org>; Thu, 26 Jul 2007 15:42:45 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 11:42:44 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 26 Jul 2007 11:42:43 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE92@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: A draft consolidating different PCN proposals
Thread-Index: AcfPm5uLE3qvkh/CRFSi0EwPez44dA==
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: "PCN IETF list" <pcn@ietf.org>
X-OriginalArrivalTime: 26 Jul 2007 15:42:44.0755 (UTC)
	FILETIME=[9C012630:01C7CF9B]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1081; t=1185464565;
	x=1186328565; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20A=20draft=20consolidating=20different=20PCN=20proposals
	|Sender:=20 |To:=20=22PCN=20IETF=20list=22=20<pcn@ietf.org>;
	bh=EnTIo7e7D3EiJ2osc9Zg6X0ru/ClWzd5VwEAiWAbY38=;
	b=XtlpAwa6FQ8uvCPQiDgSw2mvVvIANLKx1f+0YoFItm9SzQsfM/da3e2RY0T9FY899shZIaSL
	u/4ubURxVir+1heHEuWpx8M2gs3GsveInsFk2yAkLtLmJg1OBCiL/xNn;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Subject: [PCN] A draft consolidating different PCN proposals
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi all,

Following the discussion in the PCN WG meeting yesterday and as a result
of follow-up hallway discussions, the authors of various proposals seem
to have come up with a common language to describe all the different PCN
proposals and a preliminary view on their relative cons and pros.  I
have volunteered to produce a consolidated draft which will attempt to
discuss all current proposals in the same framework and take the first
cut on comparison criteria and how it is met by different approaches. =20

We already have a number of comparison criteria loosely used in
discussions.  I am requesting feedback from the list with suggestions
for specific performance criteria suggestions. Those who have already
sent those to me privately may wish to resend them to the list.=20

I am also requesting that the authors of each proposed mechanism send
their view of the cons and pros they see of their specific approach
(functional, deployment, performance, etc). Of course similar feedback
is also welcome from the entire list.

Thank you,
Anna=20

=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 16:35:04 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEA35-0000OM-UQ; Thu, 26 Jul 2007 16:35:03 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEA34-0000MK-FZ
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 16:35:02 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEA33-0000L9-Ot
	for pcn@ietf.org; Thu, 26 Jul 2007 16:35:01 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEA32-000076-A1
	for pcn@ietf.org; Thu, 26 Jul 2007 16:35:01 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 21:34:59 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 26 Jul 2007 21:34:58 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C138@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PCN & ECN-(congestion experienced) interactions
Thread-Index: AcfOTJNiDbXXskhTRKOfZp0Z2OHPEQBTiysX
References: <ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
	<5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 26 Jul 2007 20:34:59.0377 (UTC)
	FILETIME=[6F742210:01C7CFC4]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Subject: [PCN] PCN & ECN-(congestion experienced) interactions
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

hi,

wanted to pick up on a couple of issues raised by bob briscoe in his =
review of eardley-pcn-architecture; the 2nd one also relevant for =
chan-pcn-encoding-comparison.

the first is about whether a PCN-interior-node can ECN-mark (as =
congestion expereinced) PCN-pkts.=20

Bob says:

>>The [xxxxx] text implies (to me) that a PCN-interior router might do =
PCN marking _and_ also ECN marking just before drop. That also imposes a =
requirement on the encoding to be able to carry either in the same =
field. I don't think the authors meant either of these implications. So =
somewhere, the relation between PCN & ECN marking should be stated.<<

bob is right (in my opinion), we didnt mean this and it needs some =
word-smithing. IE draft will be adjusted to say that it is assumed that =
a PCN-interior-node doesnt have the ability to perform ECN-marking on =
PCN-traffic. it can only do PCN-marking.=20

the second issue is about what happens if traffic arrives at the =
PCN-domain (for the PCN traffic class) that is already marked with ECN's =
CE codepoint (congestion experienced). ie the issue is how to handle =
traffic which for some reason is using ECN (end-to-end) and also using =
PCN admission control (across the PCN-domain).  this could be an issue =
for the pcn-architecture draft, and also for the chan-pcn-encoding one. =
certainly it's an issue that's got to be dealt with by at least one of =
these drafts.

bob says:

>>Although this is perhaps too detailed for the architecture, I suggest =
that any need for ECN marking on the same path but outside the PCN =
domain(s) should be handled by tunnelling across the PCN domain, with a =
non-PCN DSCP in the inner header (that turns on the RFC3168 meaning of =
its ECN field) and a PCN DSCP in the outer.>>

one possibility is to deal with this now, with the wording along the =
lines that bob suggests above added to the architecture draft. basically =
say that a solution on these lines would solve the problem (there may be =
others but we won't think about them).

another possibility is that the encoding comparison draft includes a =
look at the implications of a pkt being able to be PCN-marked whilst =
preserving its ECN-CE - ie the effect in terms of how the PCN-encoding =
is done. we could end up deciding that it was worthwhile, orthat it =
wasn't worthwhile. In the latter case we would go back to bob's solution =
above.=20

do people feel able to make a decision now to go for the first =
possibility (as bob suggests - I'd be OK with this too) or do we want =
discussion within the encoding-comparisons draft?

thanks, phil

=20



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 17:27:03 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEArO-00031S-KY; Thu, 26 Jul 2007 17:27:02 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEArM-00031E-Vm
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 17:27:00 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEArM-000316-ME
	for pcn@ietf.org; Thu, 26 Jul 2007 17:27:00 -0400
Received: from zrtps0kn.nortel.com ([47.140.192.55])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEArM-000129-2d
	for pcn@ietf.org; Thu, 26 Jul 2007 17:27:00 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kn.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6QLQvo26415; Thu, 26 Jul 2007 21:26:57 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions
Date: Thu, 26 Jul 2007 17:26:56 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646511754474@zcarhxm1.corp.nortel.com>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA50132C138@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] PCN & ECN-(congestion experienced) interactions
Thread-Index: AcfOTJNiDbXXskhTRKOfZp0Z2OHPEQBTiysXAAqlRpA=
References: <ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
	<5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C138@E03MVZ1-UKDY.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Phil and all see below.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: July 26, 2007 4:35 PM
To: pcn@ietf.org
Subject: [PCN] PCN & ECN-(congestion experienced) interactions

hi,

>wanted to pick up on a couple of issues raised by bob briscoe in his
review >of eardley-pcn-architecture; the 2nd one also relevant for
chan-pcn-[Joe] >encoding-comparison.

>the first is about whether a PCN-interior-node can ECN-mark (as [Joe]
>congestion expereinced) PCN-pkts.=20

>Bob says:

>>>The [xxxxx] text implies (to me) that a PCN-interior router might do
PCN >marking _and_ also ECN marking just before drop. That also imposes
a [Joe] >requirement on the encoding to be able to carry either in the
same field. I >don't think the authors meant either of these
implications. So somewhere, >the relation between PCN & ECN marking
should be stated.<<

>bob is right (in my opinion), we didnt mean this and it needs some word
>smithing. IE draft will be adjusted to say that it is assumed that a
PCN >interior-node doesnt have the ability to perform ECN-marking on
PCN-[Joe] >traffic it can only do PCN-marking.=20
[Joe] Yes. I would agree with that. I think that by ECN-marking you mean
applying the marking behavior as defined in RFC 3168.=20

>the second issue is about what happens if traffic arrives at the
PCN-domain >(for the PCN traffic class) that is already marked with
ECN's CE codepoint >(congestion experienced). ie the issue is how to
handle traffic which for >some reason is using ECN (end-to-end) and also
using PCN admission control >(across the PCN-domain).  this could be an
issue for the pcn-architecture >draft, and also for the
chan-pcn-encoding one. certainly it's an issue >that's got to be dealt
with by at least one of these drafts.

[Joe] If a packet belonging to a PCN-capable flow arrives at the
PCN-domain, the ECN field should not be touched. What ever the encoding
of the bits is it is forwarded that way. OK, I'm assuming that PCN can
be end-to-end some day.
However, if packet belonging to a flow that is not PCN-traffic arrives
at the PCN-domain it gets forwarded using a different forwarding class
(DSCP) than what is used for PCN traffic. The PCN-domain uses Diffserv
to provide the differentiation. Only PCN traffic get's the PCN
treatment.


>bob says:

>>>Although this is perhaps too detailed for the architecture, I suggest
>that any need for ECN marking on the same path but outside the PCN
[Joe] >domain(s) should be handled by tunnelling across the PCN domain,
with a >non-PCN DSCP in the inner header (that turns on the RFC3168
meaning of its >ECN field) and a PCN DSCP in the outer.>>
[Joe] I do not understand. I though that we state that we would use
Diffserv. Why tunnel?

>one possibility is to deal with this now, with the wording along the
lines >that bob suggests above added to the architecture draft.
basically say that >a solution on these lines would solve the problem
(there may be others but >we won't think about them).
[Joe] We do not need to tunnel.

>another possibility is that the encoding comparison draft includes a
look >at the implications of a pkt being able to be PCN-marked whilst
preserving >its ECN-CE - ie the effect in terms of how the PCN-encoding
is done. we >could end up deciding that it was worthwhile, orthat it
wasn't worthwhile. >In the latter case we would go back to bob's
solution above.=20
[Joe] Let's do it in the architecture draft. The marking draft should be
only a survey of viable marking options.=20

>do people feel able to make a decision now to go for the first
possibility >(as bob suggests - I'd be OK with this too) or do we want
discussion within >the encoding-comparisons draft?
[Joe] We do not need to mix ECN marking behavior and PCN marking
behavior. My assumption is that we where going to use Diffserv and DS
codepoints to separate traffic that is PCN-capable from traffic that is
not PCN-capable.

>thanks, phil

=20



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 19:34:00 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IECqG-0006Hf-J1; Thu, 26 Jul 2007 19:34:00 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IECqD-0006HX-R4
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 19:33:57 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IECqC-0006HO-VQ
	for pcn@ietf.org; Thu, 26 Jul 2007 19:33:57 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IECqB-0003FJ-CQ
	for pcn@ietf.org; Thu, 26 Jul 2007 19:33:56 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 00:33:54 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions
Date: Fri, 27 Jul 2007 00:33:53 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C141@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] PCN & ECN-(congestion experienced) interactions
Thread-Index: AcfOTJNiDbXXskhTRKOfZp0Z2OHPEQBTiysXAAqlRpAABNx3KQ==
References: <ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
	<5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C138@E03MVZ1-UKDY.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB646511754474@zcarhxm1.corp.nortel.com>
From: <philip.eardley@bt.com>
To: <babiarz@nortel.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 26 Jul 2007 23:33:54.0039 (UTC)
	FILETIME=[6DCF9070:01C7CFDD]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2857c5c041d6c02d7181d602c22822c8
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

joe
sorry i explained it badly, let me have another go.
The scenario i was thinking of is this. We have a source sending data to =
a receiver. somewhere in the middle between the Sx & Rx is a PCN-domain. =
The traffic being sent is treated as PCN-traffic inside the PCN-domain =
ie put into the PCN Diffserv class. However, between the Sx and =
PCN-domain the traffic is treated in a class that can be ECN-marked. =
When the traffic reaches the Rx, should any ECN-marking (that happened =
before the PCN-domain) be preserved.=20
=20
One possibility is that this is a scenario that we don't need to worry =
about. If it is one we need to think about, then there are two =
possibilities for how PCN WG could think about it:
(1) when such traffic reaches the PCN-domain, then tunnel it across the =
PCN-domain. this means that upon decapsulation at the egress any ECN-CE =
marking (that was there when the pkt reached the ingress) is preserved.=20
(2) devise an encoding scheme for PCN that preserves the ECN-CE marking.
these are the two possibilities i was trying to lay out in my original =
email, ie
(1) deal with the issue in the architecture doc by saying a tunnelling =
solution could be done to solve the problem=20
(2) in the encoding-comparison doc, examine what the impact of this =
would be on PCN-encoding (to inform the eventual choice of encoding)
=20
phil
=20

________________________________

From: Jozef Babiarz [mailto:babiarz@nortel.com]
Sent: Thu 26/07/2007 22:26
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions



Phil and all see below.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
Sent: July 26, 2007 4:35 PM
To: pcn@ietf.org
Subject: [PCN] PCN & ECN-(congestion experienced) interactions

<trimmed>

>the second issue is about what happens if traffic arrives at the
PCN-domain >(for the PCN traffic class) that is already marked with
ECN's CE codepoint >(congestion experienced). ie the issue is how to
handle traffic which for >some reason is using ECN (end-to-end) and also
using PCN admission control >(across the PCN-domain).  this could be an
issue for the pcn-architecture >draft, and also for the
chan-pcn-encoding one. certainly it's an issue >that's got to be dealt
with by at least one of these drafts.

[Joe] If a packet belonging to a PCN-capable flow arrives at the
PCN-domain, the ECN field should not be touched. What ever the encoding
of the bits is it is forwarded that way. OK, I'm assuming that PCN can
be end-to-end some day.
However, if packet belonging to a flow that is not PCN-traffic arrives
at the PCN-domain it gets forwarded using a different forwarding class
(DSCP) than what is used for PCN traffic. The PCN-domain uses Diffserv
to provide the differentiation. Only PCN traffic get's the PCN
treatment.


>bob says:

>>>Although this is perhaps too detailed for the architecture, I suggest
>that any need for ECN marking on the same path but outside the PCN
[Joe] >domain(s) should be handled by tunnelling across the PCN domain,
with a >non-PCN DSCP in the inner header (that turns on the RFC3168
meaning of its >ECN field) and a PCN DSCP in the outer.>>
[Joe] I do not understand. I though that we state that we would use
Diffserv. Why tunnel?

>one possibility is to deal with this now, with the wording along the
lines >that bob suggests above added to the architecture draft.
basically say that >a solution on these lines would solve the problem
(there may be others but >we won't think about them).
[Joe] We do not need to tunnel.

>another possibility is that the encoding comparison draft includes a
look >at the implications of a pkt being able to be PCN-marked whilst
preserving >its ECN-CE - ie the effect in terms of how the PCN-encoding
is done. we >could end up deciding that it was worthwhile, orthat it
wasn't worthwhile. >In the latter case we would go back to bob's
solution above.
[Joe] Let's do it in the architecture draft. The marking draft should be
only a survey of viable marking options.

>do people feel able to make a decision now to go for the first
possibility >(as bob suggests - I'd be OK with this too) or do we want
discussion within >the encoding-comparisons draft?
[Joe] We do not need to mix ECN marking behavior and PCN marking
behavior. My assumption is that we where going to use Diffserv and DS
codepoints to separate traffic that is PCN-capable from traffic that is
not PCN-capable.

>thanks, phil





_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 19:36:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IECsP-0007b9-Aq; Thu, 26 Jul 2007 19:36:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IECsO-0007aY-EG
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 19:36:12 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IECsO-0007aA-3x
	for pcn@ietf.org; Thu, 26 Jul 2007 19:36:12 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IECsM-0003In-Ll
	for pcn@ietf.org; Thu, 26 Jul 2007 19:36:12 -0400
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by
	smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 00:36:10 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Fri, 27 Jul 2007 00:35:49 +0100
Message-ID: <75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: AcfOTym29onBXBPATvqVWos0hWdioABjoizD
References: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
From: <philip.eardley@bt.com>
To: <rbriscoe@jungle.bt.co.uk>
X-OriginalArrivalTime: 26 Jul 2007 23:36:10.0093 (UTC)
	FILETIME=[BEE7C1D0:01C7CFDD]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

sounds good, will add bullet on these lines
thanks
phil

________________________________

From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
Sent: Wed 25/07/2007 01:03
To: Eardley,PL,Philip,CXR9 R
Cc: pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt



Phil & other authors,

Just thought of one more possible gap:

Another bullet for the Intro:

   o QoS reservations are decoupled from routing system (within the PCN
domain). I.e. admission control lays reserved traffic over routes given =
by
the routing system without any pinning. Then if any of capacity, routing =
or
topology changes, the routing system just moves all traffic, so reserved
flows that can gracefully continue after a short disruption will do. We
don't trigger any messages from the routing system to the QoS system to =
say
routing has changed. So we don't have to deal with losing these messages
during disastrous events, or with authenticating such messages.

[Of course, then, if there isn't enough capacity for the previously
admitted traffic after
- both a capacity, routing or topology change
- and after the routing and protection system has had a chance to bring =
in
new capacity or re-arrange the routing to fit,
then flow termination can bring the system back below its max operating =
point.]


Bob


_________________________________________________________________________=
___
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT =
Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 =
645196=20






_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Thu Jul 26 22:57:45 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEG1N-0004H3-TR; Thu, 26 Jul 2007 22:57:41 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEG1N-0004Gy-8H
	for pcn-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 22:57:41 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEG1M-0004Gq-U0
	for pcn@ietf.org; Thu, 26 Jul 2007 22:57:40 -0400
Received: from sj-iport-6.cisco.com ([171.71.176.117])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEG1M-0007BW-0S
	for pcn@ietf.org; Thu, 26 Jul 2007 22:57:40 -0400
Received: from sj-dkim-4.cisco.com ([171.71.179.196])
	by sj-iport-6.cisco.com with ESMTP; 26 Jul 2007 19:57:39 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CANr7qEarR7PE/2dsb2JhbAA
X-IronPort-AV: i="4.16,586,1175497200"; 
	d="scan'208"; a="189453944:sNHT34597467"
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254])
	by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l6R2vdod008554; 
	Thu, 26 Jul 2007 19:57:39 -0700
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6R2v96U029495;
	Fri, 27 Jul 2007 02:57:39 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 26 Jul 2007 22:57:25 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 26 Jul 2007 22:57:24 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E18C@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Some clarification questions about
	draft-westberg-pcn-load-control
Thread-Index: AcfP+dvgBEbzyqgKR8Wx4houoQEXqw==
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: <karagian@cs.utwente.nl>,
	"Lars Westberg \(KI/EAB\)" <lars.westberg@ericsson.com>
X-OriginalArrivalTime: 27 Jul 2007 02:57:25.0799 (UTC)
	FILETIME=[DC964370:01C7CFF9]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=4895; t=1185505059;
	x=1186369059; c=relaxed/simple; s=sjdkim4002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20Some=20clarification=20questions=20about=20draft-westberg-pcn
	-load-control |Sender:=20;
	bh=q3AKtyVdvnjDX+wnmvKpCsMoeEHPUl77LbIvyX74rVs=;
	b=WH3lQbOuI9kUsj0ayo9ACbLr5G3MFw77yN1XFpyAvi7OQhdinvrcaI2qjXHnzCbSy5dwwZub
	l01+gr3njSXxEX+G/psbkz3fsEWpSnspdx3VN0SHq0OAvGesj8LTl7Mq;
Authentication-Results: sj-dkim-4; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/sjdkim4002 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Some clarification questions about
	draft-westberg-pcn-load-control
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Georgios and other authors of draft-westberg-pcn-load-control,

There is some confusion that surfaced during and after the PCN WG
meetings regarding the details of the algorithm operation, and which I
was not able to clarify by reading the draft. Here are some of the
questions that I would appreciate some clarification.

1) it is not clear how many configured rate thresholds is at the
internal nodes. The draft mentions congestion-detection-threshold,
severe_congestion_detection and severe_congestion_restoration. On the
other hand the presentation in Chicago (I believe) mentioned only two
thresholds.  =20

2) Another question related the thresholds. The draft does not appear to

define any explicit relationship between the two (three? See above) rate
thresholds other than describing which one is greater than the other.
However, if I understood Georgios correctly in the hallway conversation
in Chicago, it appears that it is implicitly assumed that in fact the
ratio between the two thresholds (which 2 of the three above?) is
assumed to be constant for all nodes in the network.  Is there indeed
such an assumption, or did I misunderstand something?

3) It is not entirely clear how many code points is actually needed by
the proposal.  The draft mentions in different places "local-DSCP",
"original-dscp", "encoded-dscp", "affected-DSCP" and "notified DSCP". Do
we really need 5 states for this approach?  Is it possible to clarify
which one is used for what?

4)section 4.1.2 says:
" the difference between the congestion notification threshold and the
engineered bandwidth limitation, i.e. admission threshold, provides an
interval where the signaling information on resource limitation is
already sent by a node but the actual limitation is not reached".  I do
not understand what this means. First - does it mean that there is one
more threshold ('engineered bandwidth limitation =3D admission rate' and
"congestion notification threshold"?  (if so, that brings various
thresholds mentioned in the draft to 4, counting also
severe-congestion-notification and severe-congestion-restoration???).
Second, what "signal" do you mean here?  Admission marking? Probe?
Termination marking?  Can you clarify please?

Next, one par below:  "To distinguish between congestion notification
and severe congestion, the following method is used: The "encoded DSCP"
marking for congestion notification and severe congestion. When this
method is used and when the interior node is in "congestion
notification" state, then the node should remark the unmarked bytes
using the "encoded DSCP". =20

I am not sure I understand what the above means.  What is the "method"
you refer to? Do you just mean that some packets are marked with
"encoded dscp" when the measurement of the total rate at the internal
node exceeds the severe-congestion-? threshold (which
-severe-congestion-notification or severe-congestion-restoration)?=20

5) There are two per-ingress-egress rate thresholds configured at each
*egress* (pre-configured congestion notification" threshold and
preconfigured severe congestion threshold).   How are these egress
thresholds chosen? Is there any relationship between these thresholds
and the corresponding thresholds at the internal nodes?  For example, is
there an assumption than the sum of the  (egress) severe congestion
notification thresholds of all ingress-egress-pairs sharing a bottleneck
link does not exceed the severe congestion notification threshold at
that bottleneck link? =20

6) Section 4.1.3 says

When the egress receives the probe packet, which is used as a request
for reservation, it will have to perform the following  functionality.
When the operation state of the ingress/egress pair  aggregate is the
"congestion notification", see Section 4.2.3, then the implementation of
the algorithm depends on how the congestion notification situation is
notified to the egress. As mentioned in Section 4.1.2 this is
accomplished by using the received data packets that are marked using
the "encoded DSCP". In this case, during a measurement interval T, the
egress measures the input_notified_bytes by counting instead of the
"notified DSCP", the "encoded DSCP" bytes."

What exactly is "input_totified_bytes"? This is the first time this is
mentioned in the draft... Is it just the number of bytes marked with
"encoded DSCP"? =20

I have many more questions on the draft, but I am hoping that perhaps
the answers to the above will be helpful in understanding the rest of
the draft and/or will provide useful input where clarification may be
needed for the next version of the draft.

It would also be helpful, if the next version of the draft either
directly uses pcn terminology, or at least provide the mapping where the
mapping is possible. =20

Thank you,
Anna=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 01:15:00 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEIAG-000695-Dn; Fri, 27 Jul 2007 01:15:00 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEIAE-00068y-RO
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 01:14:58 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEIAD-00068o-NU
	for pcn@ietf.org; Fri, 27 Jul 2007 01:14:57 -0400
Received: from zcars04e.nortel.com ([47.129.242.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEIAC-00019o-2j
	for pcn@ietf.org; Fri, 27 Jul 2007 01:14:56 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id
	l6R5D8X10681; Fri, 27 Jul 2007 05:13:08 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions
Date: Fri, 27 Jul 2007 01:14:51 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651175461B@zcarhxm1.corp.nortel.com>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA50132C141@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] PCN & ECN-(congestion experienced) interactions
Thread-Index: AcfOTJNiDbXXskhTRKOfZp0Z2OHPEQBTiysXAAqlRpAABNx3KQAKhgHQ
References: <ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
	<5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C138@E03MVZ1-UKDY.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB646511754474@zcarhxm1.corp.nortel.com>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C141@E03MVZ1-UKDY.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2e8fc473f5174be667965460bd5288ba
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

See below.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: July 26, 2007 7:34 PM
To: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions

joe
sorry i explained it badly, let me have another go.
The scenario i was thinking of is this. We have a source sending data to
a receiver. somewhere in the middle between the Sx & Rx is a PCN-domain.
The traffic being sent is treated as PCN-traffic inside the PCN-domain
ie put into the PCN Diffserv class. However, between the Sx and
PCN-domain the traffic is treated in a class that can be ECN-marked.
When the traffic reaches the Rx, should any ECN-marking (that happened
before the PCN-domain) be preserved.=20

[Joe] Two options, 1/ if the group decides to support the flow
termination method proposed in 3sm draft and assuming we agree on PCN
encoding where CE=3Dflow terminate, than a CE marked packet can be
interoperate as this flow needs to be terminate. The ingress lets the
packet into as is and the egress open seeing flow termination (CE)
market packet does the flow termination procedure.=20
2./ The PCN-ingress node open detecting CE market packet, drops the CE
marked packet.
Now I have a question for you, is the flow in question PCN-capable? If
yes than this is a case where a PCN-capable flow hits an ECN-capable
router and should be rate reduce. [joe end]

One possibility is that this is a scenario that we don't need to worry
about. If it is one we need to think about, then there are two
possibilities for how PCN WG could think about it:
[Joe] I think we need to worry about. [joe end].

(1) when such traffic reaches the PCN-domain, then tunnel it across the
PCN-domain. this means that upon decapsulation at the egress any ECN-CE
marking (that was there when the pkt reached the ingress) is preserved.=20

[Joe] Why do you want to preserve ECN-CE marking of packet that is
PCN-capable? If the ECN-CE marked packet does not belong to PCN-capable
flow, that use a different DSCP and possible a service class within the
PCN-domain that also supports ECN traffic.=20
My assumption is that the diffserv domain has at least two service
classes, a PCN-cable service class and others service class(es) for
non-PCN traffic.=20
Tunnel would only be needed if there is only one service class and it
was PCN-cable. I do not believe we are proposing this.[joe end]

(2) devise an encoding scheme for PCN that preserves the ECN-CE marking.
these are the two possibilities i was trying to lay out in my original
email, ie
(1) deal with the issue in the architecture doc by saying a tunnelling
solution could be done to solve the problem=20
(2) in the encoding-comparison doc, examine what the impact of this
would be on PCN-encoding (to inform the eventual choice of encoding)
[Joe] The encoding-comparison draft needs to discuss possible marking
interaction between ECN and PCN and propose combination(s) that best
meet guidelines in RFC 4774.
I think in the architecture draft we need to talk about the issue,
should look at RFC 4774 and see which case apply to PCN-domain.

Maybe, I'm missing something, but I do not think that we need to tunnel
ECN-marked traffic across PCN-domain. [joe end]
=20
phil
=20

________________________________

From: Jozef Babiarz [mailto:babiarz@nortel.com]
Sent: Thu 26/07/2007 22:26
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] PCN & ECN-(congestion experienced) interactions



Phil and all see below.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
Sent: July 26, 2007 4:35 PM
To: pcn@ietf.org
Subject: [PCN] PCN & ECN-(congestion experienced) interactions

<trimmed>

>the second issue is about what happens if traffic arrives at the
PCN-domain >(for the PCN traffic class) that is already marked with
ECN's CE codepoint >(congestion experienced). ie the issue is how to
handle traffic which for >some reason is using ECN (end-to-end) and also
using PCN admission control >(across the PCN-domain).  this could be an
issue for the pcn-architecture >draft, and also for the
chan-pcn-encoding one. certainly it's an issue >that's got to be dealt
with by at least one of these drafts.

[Joe] If a packet belonging to a PCN-capable flow arrives at the
PCN-domain, the ECN field should not be touched. What ever the encoding
of the bits is it is forwarded that way. OK, I'm assuming that PCN can
be end-to-end some day.
However, if packet belonging to a flow that is not PCN-traffic arrives
at the PCN-domain it gets forwarded using a different forwarding class
(DSCP) than what is used for PCN traffic. The PCN-domain uses Diffserv
to provide the differentiation. Only PCN traffic get's the PCN
treatment.


>bob says:

>>>Although this is perhaps too detailed for the architecture, I suggest
>that any need for ECN marking on the same path but outside the PCN
[Joe] >domain(s) should be handled by tunnelling across the PCN domain,
with a >non-PCN DSCP in the inner header (that turns on the RFC3168
meaning of its >ECN field) and a PCN DSCP in the outer.>>
[Joe] I do not understand. I though that we state that we would use
Diffserv. Why tunnel?

>one possibility is to deal with this now, with the wording along the
lines >that bob suggests above added to the architecture draft.
basically say that >a solution on these lines would solve the problem
(there may be others but >we won't think about them).
[Joe] We do not need to tunnel.

>another possibility is that the encoding comparison draft includes a
look >at the implications of a pkt being able to be PCN-marked whilst
preserving >its ECN-CE - ie the effect in terms of how the PCN-encoding
is done. we >could end up deciding that it was worthwhile, orthat it
wasn't worthwhile. >In the latter case we would go back to bob's
solution above.
[Joe] Let's do it in the architecture draft. The marking draft should be
only a survey of viable marking options.

>do people feel able to make a decision now to go for the first
possibility >(as bob suggests - I'd be OK with this too) or do we want
discussion within >the encoding-comparisons draft?
[Joe] We do not need to mix ECN marking behavior and PCN marking
behavior. My assumption is that we where going to use Diffserv and DS
codepoints to separate traffic that is PCN-capable from traffic that is
not PCN-capable.

>thanks, phil





_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 01:36:14 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEIUn-0001q3-Um; Fri, 27 Jul 2007 01:36:13 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEIUn-0001py-1f
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 01:36:13 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEIUl-0001po-OH
	for pcn@ietf.org; Fri, 27 Jul 2007 01:36:11 -0400
Received: from zcars04f.nortel.com ([47.129.242.57])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEIUl-0001EB-8d
	for pcn@ietf.org; Fri, 27 Jul 2007 01:36:11 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6R5a8D21064; Fri, 27 Jul 2007 05:36:08 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Fri, 27 Jul 2007 01:36:07 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651175461F@zcarhxm1.corp.nortel.com>
In-Reply-To: <75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: AcfOTym29onBXBPATvqVWos0hWdioABjoizDAAwWy+A=
References: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <rbriscoe@jungle.bt.co.uk>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d185fa790257f526fedfd5d01ed9c976
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Bob, we are getting a bit beyond what is in the charter, but the correct
thing to do would be to add additional capacity (additional paths) once
traffic hits level where new calls would be blocked. With this approach
additional revenue generating traffic could be admitted on to new paths
that are not congested. Need to leave this for time being until after we
complete working in current charter. But it's important that we get the
basic marking behaviors right, otherwise these more advanced features
will not be possible.
=20
Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: July 26, 2007 7:36 PM
To: rbriscoe@jungle.bt.co.uk
Cc: pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt

sounds good, will add bullet on these lines
thanks
phil

________________________________

From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
Sent: Wed 25/07/2007 01:03
To: Eardley,PL,Philip,CXR9 R
Cc: pcn@ietf.org
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt



Phil & other authors,

Just thought of one more possible gap:

Another bullet for the Intro:

   o QoS reservations are decoupled from routing system (within the PCN
domain). I.e. admission control lays reserved traffic over routes given
by
the routing system without any pinning. Then if any of capacity, routing
or
topology changes, the routing system just moves all traffic, so reserved
flows that can gracefully continue after a short disruption will do. We
don't trigger any messages from the routing system to the QoS system to
say
routing has changed. So we don't have to deal with losing these messages
during disastrous events, or with authenticating such messages.

[Of course, then, if there isn't enough capacity for the previously
admitted traffic after
- both a capacity, routing or topology change
- and after the routing and protection system has had a chance to bring
in
new capacity or re-arrange the routing to fit,
then flow termination can bring the system back below its max operating
point.]


Bob


________________________________________________________________________
____
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT
Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
645196=20






_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 06:04:43 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEMgd-0006kc-3Q; Fri, 27 Jul 2007 06:04:43 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEMgc-0006kT-3V
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 06:04:42 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEMgb-0006kD-O8
	for pcn@ietf.org; Fri, 27 Jul 2007 06:04:41 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEMga-00083p-W5
	for pcn@ietf.org; Fri, 27 Jul 2007 06:04:41 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id C8A51766;
	Fri, 27 Jul 2007 12:04:37 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id BB7037735;
	Fri, 27 Jul 2007 12:04:37 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 3B607766;
	Fri, 27 Jul 2007 12:04:37 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6RA4bh22357; 
	Fri, 27 Jul 2007 12:04:37 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id D23396F591; Fri, 27 Jul 2007 11:58:44 +0200 (CEST)
Message-ID: <46A9C26A.5040103@informatik.uni-wuerzburg.de>
Date: Fri, 27 Jul 2007 12:01:14 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Jozef Babiarz <babiarz@nortel.com>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
References: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>	<75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651175461F@zcarhxm1.corp.nortel.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651175461F@zcarhxm1.corp.nortel.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Joe,

what Bob proposes is not an additional feature that needs to be taken 
care of, but rather an observed property of the current PCN 
architecture, that's at least my understanding. The core is stateless (= 
free of reservations), in case that something bad happens inside the 
network, routing changes and admitted traffic is carried over backup 
paths. If then precongestion occurs with respect to the supportable 
rate, flows are terminated. This is a very nice feature of PCN and 
should be mentioned in the introduction. Note that traffic is only 
terminated if the backup capacity does not suffice which can be 
precalculated. We did lots of such research before.

Regards,

    Michael


Jozef Babiarz wrote:
> Bob, we are getting a bit beyond what is in the charter, but the correct
> thing to do would be to add additional capacity (additional paths) once
> traffic hits level where new calls would be blocked. With this approach
> additional revenue generating traffic could be admitted on to new paths
> that are not congested. Need to leave this for time being until after we
> complete working in current charter. But it's important that we get the
> basic marking behaviors right, otherwise these more advanced features
> will not be possible.
>  
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> -----Original Message-----
> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
> Sent: July 26, 2007 7:36 PM
> To: rbriscoe@jungle.bt.co.uk
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
> sounds good, will add bullet on these lines
> thanks
> phil
>
> ________________________________
>
> From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
> Sent: Wed 25/07/2007 01:03
> To: Eardley,PL,Philip,CXR9 R
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
>
>
> Phil & other authors,
>
> Just thought of one more possible gap:
>
> Another bullet for the Intro:
>
>    o QoS reservations are decoupled from routing system (within the PCN
> domain). I.e. admission control lays reserved traffic over routes given
> by
> the routing system without any pinning. Then if any of capacity, routing
> or
> topology changes, the routing system just moves all traffic, so reserved
> flows that can gracefully continue after a short disruption will do. We
> don't trigger any messages from the routing system to the QoS system to
> say
> routing has changed. So we don't have to deal with losing these messages
> during disastrous events, or with authenticating such messages.
>
> [Of course, then, if there isn't enough capacity for the previously
> admitted traffic after
> - both a capacity, routing or topology change
> - and after the routing and protection system has had a chance to bring
> in
> new capacity or re-arrange the routing to fit,
> then flow termination can bring the system back below its max operating
> point.]
>
>
> Bob
>
>
> ________________________________________________________________________
> ____
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
> 645196 
>
>
>
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 10:16:09 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEQbx-0002OH-I9; Fri, 27 Jul 2007 10:16:09 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEQbw-0002Nv-MR
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 10:16:08 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEQbw-0002Nn-Ah
	for pcn@ietf.org; Fri, 27 Jul 2007 10:16:08 -0400
Received: from imr2.ericy.com ([198.24.6.3])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEQbu-00055C-Jl
	for pcn@ietf.org; Fri, 27 Jul 2007 10:16:07 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id l6REJLBJ005097
	for <pcn@ietf.org>; Fri, 27 Jul 2007 09:19:21 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 09:16:05 -0500
Received: from [127.0.0.1] ([147.117.168.117]) by eusrcmw750.eamcs.ericsson.se
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 09:16:05 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: pcn <pcn@ietf.org>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Fri, 27 Jul 2007 10:16:04 -0400
Message-Id: <1185545764.3508.7.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 27 Jul 2007 14:16:05.0330 (UTC)
	FILETIME=[AB519B20:01C7D058]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Subject: [PCN] Consensus call: moving draft-eardley-pcn-architecture-00.txt
	to working group document
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

PCN,

During the Chicago PCN meeting, the authors of
draft-eardley-pcn-architecture-00 asked that this draft become a working
group document.  Based on the discussion in the room, the PCN chairs
determined that there was consensus amongst the meeting participants to
move the draft to a working group document.

This email is a request for comments on moving this draft to working
group document.  Please send your comments to the list within the next
week.

Scott & Steve
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 10:25:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEQkh-0000lg-8w; Fri, 27 Jul 2007 10:25:11 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEQkg-0000lX-7t
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 10:25:10 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEQkf-0000lO-Tp
	for pcn@ietf.org; Fri, 27 Jul 2007 10:25:09 -0400
Received: from imr2.ericy.com ([198.24.6.3])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEQkf-0005ee-FM
	for pcn@ietf.org; Fri, 27 Jul 2007 10:25:09 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id l6RESOHW006720
	for <pcn@ietf.org>; Fri, 27 Jul 2007 09:28:24 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 09:25:08 -0500
Received: from [127.0.0.1] ([147.117.168.117]) by eusrcmw750.eamcs.ericsson.se
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 09:25:08 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: pcn <pcn@ietf.org>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Fri, 27 Jul 2007 10:25:07 -0400
Message-Id: <1185546307.3508.16.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 27 Jul 2007 14:25:08.0663 (UTC)
	FILETIME=[EF2BA470:01C7D059]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Subject: [PCN] Consensus call: moving draft-chan-pcn-encoding-comparison-00
	to working group document
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

PCN,

During the Chicago PCN meeting, the authors of
draft-chan-pcn-encoding-comparison-00 asked that this draft become a
working group document.  Based on the discussion in the room, the PCN
chairs determined that there was no consensus amongst the meeting
participants to move this version of the draft to a working group
document at this time.  There was a comment made that if certain
simplifications were made in the next version of the draft (e.g.,
reducing the amount of text on marking semantics and concentrating on
syntax), then the draft then would be ready to move to working group
document.  The chairs asked the authors to consider this approach.  More
details of the discussion will be available when the meeting minutes are
posted.

This email is a request for comments on moving
draft-chan-pcn-encoding-comparison-00 to working group document.  Please
send your comments to the list within the next week.


Scott & Steve

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 10:47:19 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IER67-0002ff-45; Fri, 27 Jul 2007 10:47:19 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IER65-0002fW-80
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 10:47:17 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IER64-0002fO-U9
	for pcn@ietf.org; Fri, 27 Jul 2007 10:47:16 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IER64-0006AI-I9
	for pcn@ietf.org; Fri, 27 Jul 2007 10:47:16 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6RElDa21156; Fri, 27 Jul 2007 14:47:14 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Consensus call: moving
	draft-eardley-pcn-architecture-00.txt to working group document
Date: Fri, 27 Jul 2007 10:46:57 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646511754A38@zcarhxm1.corp.nortel.com>
In-Reply-To: <1185545764.3508.7.camel@neutrino>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Consensus call: moving
	draft-eardley-pcn-architecture-00.txt to working group document
Thread-Index: AcfQWLMkl1c4QaPtRTWu+NouMKQaeQABBMaQ
References: <1185545764.3508.7.camel@neutrino>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Steven Blake" <steven.blake@ericsson.com>, "pcn" <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I support making this draft a working group document.=20

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Steven Blake [mailto:steven.blake@ericsson.com]=20
Sent: July 27, 2007 10:16 AM
To: pcn
Subject: [PCN] Consensus call: moving
draft-eardley-pcn-architecture-00.txt to working group document

PCN,

During the Chicago PCN meeting, the authors of
draft-eardley-pcn-architecture-00 asked that this draft become a working
group document.  Based on the discussion in the room, the PCN chairs
determined that there was consensus amongst the meeting participants to
move the draft to a working group document.

This email is a request for comments on moving this draft to working
group document.  Please send your comments to the list within the next
week.

Scott & Steve
--=20
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D=
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 10:56:08 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEREd-0002EH-Vs; Fri, 27 Jul 2007 10:56:07 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEREc-0002EC-AQ
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 10:56:06 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEREc-0002E3-0n
	for pcn@ietf.org; Fri, 27 Jul 2007 10:56:06 -0400
Received: from zrtps0kp.nortel.com ([47.140.192.56])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEREb-00066q-As
	for pcn@ietf.org; Fri, 27 Jul 2007 10:56:06 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zrtps0kp.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id
	l6REu2a23012; Fri, 27 Jul 2007 14:56:02 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Date: Fri, 27 Jul 2007 10:56:00 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646511754A6D@zcarhxm1.corp.nortel.com>
In-Reply-To: <46A9C26A.5040103@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
Thread-Index: AcfQNY6vAbppUlJRRLqF72FExPIryQAKJzQQ
References: <5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651175461F@zcarhxm1.corp.nortel.com>
	<46A9C26A.5040103@informatik.uni-wuerzburg.de>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <menth@informatik.uni-wuerzburg.de>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Thanks Michael for the explanation.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098

-----Original Message-----
From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]=20
Sent: July 27, 2007 6:01 AM
To: Babiarz, Jozef (CAR:0S03)
Cc: philip.eardley@bt.com; rbriscoe@jungle.bt.co.uk; pcn@ietf.org
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt

Hi Joe,

what Bob proposes is not an additional feature that needs to be taken=20
care of, but rather an observed property of the current PCN=20
architecture, that's at least my understanding. The core is stateless =
(=3D

free of reservations), in case that something bad happens inside the=20
network, routing changes and admitted traffic is carried over backup=20
paths. If then precongestion occurs with respect to the supportable=20
rate, flows are terminated. This is a very nice feature of PCN and=20
should be mentioned in the introduction. Note that traffic is only=20
terminated if the backup capacity does not suffice which can be=20
precalculated. We did lots of such research before.

Regards,

    Michael


Jozef Babiarz wrote:
> Bob, we are getting a bit beyond what is in the charter, but the
correct
> thing to do would be to add additional capacity (additional paths)
once
> traffic hits level where new calls would be blocked. With this
approach
> additional revenue generating traffic could be admitted on to new
paths
> that are not congested. Need to leave this for time being until after
we
> complete working in current charter. But it's important that we get
the
> basic marking behaviors right, otherwise these more advanced features
> will not be possible.
> =20
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> -----Original Message-----
> From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
> Sent: July 26, 2007 7:36 PM
> To: rbriscoe@jungle.bt.co.uk
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
> sounds good, will add bullet on these lines
> thanks
> phil
>
> ________________________________
>
> From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
> Sent: Wed 25/07/2007 01:03
> To: Eardley,PL,Philip,CXR9 R
> Cc: pcn@ietf.org
> Subject: RE: [PCN] Fwd: I-D
ACTION:draft-eardley-pcn-architecture-00.txt
>
>
>
> Phil & other authors,
>
> Just thought of one more possible gap:
>
> Another bullet for the Intro:
>
>    o QoS reservations are decoupled from routing system (within the
PCN
> domain). I.e. admission control lays reserved traffic over routes
given
> by
> the routing system without any pinning. Then if any of capacity,
routing
> or
> topology changes, the routing system just moves all traffic, so
reserved
> flows that can gracefully continue after a short disruption will do.
We
> don't trigger any messages from the routing system to the QoS system
to
> say
> routing has changed. So we don't have to deal with losing these
messages
> during disastrous events, or with authenticating such messages.
>
> [Of course, then, if there isn't enough capacity for the previously
> admitted traffic after
> - both a capacity, routing or topology change
> - and after the routing and protection system has had a chance to
bring
> in
> new capacity or re-arrange the routing to fit,
> then flow termination can bring the system back below its max
operating
> point.]
>
>
> Bob
>
>
>
________________________________________________________________________
> ____
> Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT
> Research
> B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
> 645196=20
>
>
>
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>  =20

--=20
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 11:41:19 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IERwN-0000WS-Lx; Fri, 27 Jul 2007 11:41:19 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IERwM-0000WN-PY
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 11:41:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IERwM-0000WF-G7
	for pcn@ietf.org; Fri, 27 Jul 2007 11:41:18 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IERwM-0007BF-4D
	for pcn@ietf.org; Fri, 27 Jul 2007 11:41:18 -0400
Received: from rtp-dkim-1.cisco.com ([64.102.121.158])
	by rtp-iport-1.cisco.com with ESMTP; 27 Jul 2007 11:41:18 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAHKuqUZAZnme/2dsb2JhbAA
X-IronPort-AV: i="4.16,589,1175486400"; 
	d="scan'208"; a="66346173:sNHT28457160"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6RFfHH5013968; 
	Fri, 27 Jul 2007 11:41:17 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6RFfHWI002837; 
	Fri, 27 Jul 2007 15:41:17 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 11:41:17 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Consensus call: moving
	draft-eardley-pcn-architecture-00.txtto working group document
Date: Fri, 27 Jul 2007 11:41:16 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E378@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <1185545764.3508.7.camel@neutrino>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Consensus call: moving
	draft-eardley-pcn-architecture-00.txtto working group document
Thread-Index: AcfQWLFO5ISbOybKQX+QzdBg2Hgm1QAC9cvg
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: "Steven Blake" <steven.blake@ericsson.com>, "pcn" <pcn@ietf.org>
X-OriginalArrivalTime: 27 Jul 2007 15:41:17.0590 (UTC)
	FILETIME=[92769360:01C7D064]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1230; t=1185550877;
	x=1186414877; c=relaxed/simple; s=rtpdkim1001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20Consensus=20call=3A=20moving=20draft-eardley-
	pcn-architecture-00.txtto=20working=20group=20document
	|Sender:=20
	|To:=20=22Steven=20Blake=22=20<steven.blake@ericsson.com>,
	=20=22pcn=22=20 <pcn@ietf.org>;
	bh=03tvh9WXGktdEmIm2YSAgL/WKwMtIpYvqAgJSIdLxbI=;
	b=cLzx6rYyEhrvgf3d+jWUSiriYFrIIPvhShtSvkkTax2CQDoZJDE0MnsC4HjfJZxiOpk4wurL
	H/fbMwukPITfrKG4XdlVvNfyOg9iY/b5FPzBmQNoKfY/H1YdapvY8ufz;
Authentication-Results: rtp-dkim-1; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim1001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I support this.
Anna =20

> -----Original Message-----
> From: Steven Blake [mailto:steven.blake@ericsson.com]=20
> Sent: Friday, July 27, 2007 10:16 AM
> To: pcn
> Subject: [PCN] Consensus call: moving=20
> draft-eardley-pcn-architecture-00.txtto working group document
>=20
> PCN,
>=20
> During the Chicago PCN meeting, the authors of=20
> draft-eardley-pcn-architecture-00 asked that this draft=20
> become a working group document.  Based on the discussion in=20
> the room, the PCN chairs determined that there was consensus=20
> amongst the meeting participants to move the draft to a=20
> working group document.
>=20
> This email is a request for comments on moving this draft to=20
> working group document.  Please send your comments to the=20
> list within the next week.
>=20
> Scott & Steve
> --
> =
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D=
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D
> Steven Blake                <steven.blake@ericsson.com>
> Ericsson/Redback Networks               +1 919-472-9913
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 11:51:26 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IES6A-0002uP-Fr; Fri, 27 Jul 2007 11:51:26 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IES69-0002uI-Ep
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 11:51:25 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IES69-0002uA-47
	for pcn@ietf.org; Fri, 27 Jul 2007 11:51:25 -0400
Received: from sj-iport-3-in.cisco.com ([171.71.176.72]
	helo=sj-iport-3.cisco.com)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IES68-0007i3-O4
	for pcn@ietf.org; Fri, 27 Jul 2007 11:51:25 -0400
Received: from sj-dkim-4.cisco.com ([171.71.179.196])
	by sj-iport-3.cisco.com with ESMTP; 27 Jul 2007 08:51:24 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAH+xqUarR7PE/2dsb2JhbAA
X-IronPort-AV: i="4.16,589,1175497200"; 
	d="scan'208"; a="507769875:sNHT55674292"
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254])
	by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l6RFpN2M005869; 
	Fri, 27 Jul 2007 08:51:23 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com
	[128.107.191.63])
	by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6RFpJ6O005952;
	Fri, 27 Jul 2007 15:51:23 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by
	xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 08:51:18 -0700
Received: from [10.32.241.76] ([10.32.241.76]) by xfe-sjc-211.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 08:51:18 -0700
In-Reply-To: <1185545764.3508.7.camel@neutrino>
References: <1185545764.3508.7.camel@neutrino>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <2F4DCACC-C304-496B-924F-EAE3F527241C@cisco.com>
Content-Transfer-Encoding: 7bit
From: Bruce Davie <bdavie@cisco.com>
Subject: Re: [PCN] Consensus call: moving
	draft-eardley-pcn-architecture-00.txt to working group document
Date: Fri, 27 Jul 2007 11:51:14 -0400
To: Steven Blake <steven.blake@ericsson.com>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 27 Jul 2007 15:51:18.0642 (UTC)
	FILETIME=[F8B7D520:01C7D065]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=924; t=1185551483;
	x=1186415483; c=relaxed/simple; s=sjdkim4002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=bdavie@cisco.com;
	z=From:=20Bruce=20Davie=20<bdavie@cisco.com>
	|Subject:=20Re=3A=20[PCN]=20Consensus=20call=3A=20moving=20draft-eardley-
	pcn-architecture-00.txt=20to=20working=20group=20document
	|Sender:=20; bh=dmKt0Ac+tInYAFHggGrHrzM/FcTPhPISA8vLNu/sCjc=;
	b=rq+2a44Hx0xVNyN7j9yBF+pH63yXOR6DekTYgJ9lPOGb2r3FQkYVOLqrkkgdkxF4k2w9HuQ0
	0hoy/ZD97b0DKmRlHe/u8PoAu0Uz8c1ZJFIunyhdvbov9+GyjDLhdVmh;
Authentication-Results: sj-dkim-4; header.From=bdavie@cisco.com; dkim=pass (
	sig from cisco.com/sjdkim4002 verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: pcn <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

In favor.

Bruce Davie
On Jul 27, 2007, at 10:16 AM, Steven Blake wrote:

> PCN,
>
> During the Chicago PCN meeting, the authors of
> draft-eardley-pcn-architecture-00 asked that this draft become a  
> working
> group document.  Based on the discussion in the room, the PCN chairs
> determined that there was consensus amongst the meeting  
> participants to
> move the draft to a working group document.
>
> This email is a request for comments on moving this draft to working
> group document.  Please send your comments to the list within the next
> week.
>
> Scott & Steve
> -- 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steven Blake                <steven.blake@ericsson.com>
> Ericsson/Redback Networks               +1 919-472-9913
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 12:47:02 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IESxy-0004bT-Nu; Fri, 27 Jul 2007 12:47:02 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IESxx-0004bJ-U1
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 12:47:01 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IESxx-0004bA-JE
	for pcn@ietf.org; Fri, 27 Jul 2007 12:47:01 -0400
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IESxx-0000of-5t
	for pcn@ietf.org; Fri, 27 Jul 2007 12:47:01 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 27 Jul 2007 12:47:00 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAOW9qUZAZnmf/2dsb2JhbAA
X-IronPort-AV: i="4.16,589,1175486400"; 
	d="scan'208"; a="66353529:sNHT146321196"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l6RGl0Rk001945; 
	Fri, 27 Jul 2007 12:47:00 -0400
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
	[64.102.31.12])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6RGkSWs027222; 
	Fri, 27 Jul 2007 16:47:00 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 12:46:37 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] Consensus call: moving
	draft-chan-pcn-encoding-comparison-00to working group document
Date: Fri, 27 Jul 2007 12:46:36 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E3E4@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <1185546307.3508.16.camel@neutrino>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Consensus call: moving
	draft-chan-pcn-encoding-comparison-00to working group document
Thread-Index: AcfQWfZaigcwSbsnSxmHhz/yakCkbAAE1dUA
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: "Steven Blake" <steven.blake@ericsson.com>, "pcn" <pcn@ietf.org>
X-OriginalArrivalTime: 27 Jul 2007 16:46:37.0514 (UTC)
	FILETIME=[B2EB82A0:01C7D06D]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1979; t=1185554820;
	x=1186418820; c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20Consensus=20call=3A=20moving=20draft-chan-pcn
	-encoding-comparison-00to=20working=20group=20document
	|Sender:=20
	|To:=20=22Steven=20Blake=22=20<steven.blake@ericsson.com>,
	=20=22pcn=22=20 <pcn@ietf.org>;
	bh=W+y7Ph4F2vEE3cfGh+O0UvFhkloH8FrFh68R+uogpFY=;
	b=UFIpi/5SULnYZ75Xuusb5YCVozqfMv2Dcx/+cbyiYXG5sUcFjEtuh5TecsreWEjU7V+DtP2V
	R5h64AFVAST1/JIJWofY+B1FM0A+W4geadGCNqk3i6cLs0KJAgCZ4bJs;
Authentication-Results: rtp-dkim-2; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim2001 verified; ); 
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi,

It is my understanding that the authors are committed to make changes
and simplifications and resend the draft to the list.  In my opinion it
is worth waiting till the new version comes out before making it a
working group document.

Thanks,
Anna=20

> -----Original Message-----
> From: Steven Blake [mailto:steven.blake@ericsson.com]=20
> Sent: Friday, July 27, 2007 10:25 AM
> To: pcn
> Subject: [PCN] Consensus call: moving=20
> draft-chan-pcn-encoding-comparison-00to working group document
>=20
> PCN,
>=20
> During the Chicago PCN meeting, the authors of=20
> draft-chan-pcn-encoding-comparison-00 asked that this draft=20
> become a working group document.  Based on the discussion in=20
> the room, the PCN chairs determined that there was no=20
> consensus amongst the meeting participants to move this=20
> version of the draft to a working group document at this=20
> time.  There was a comment made that if certain=20
> simplifications were made in the next version of the draft=20
> (e.g., reducing the amount of text on marking semantics and=20
> concentrating on syntax), then the draft then would be ready=20
> to move to working group document.  The chairs asked the=20
> authors to consider this approach.  More details of the=20
> discussion will be available when the meeting minutes are posted.
>=20
> This email is a request for comments on moving=20
> draft-chan-pcn-encoding-comparison-00 to working group=20
> document.  Please send your comments to the list within the next week.
>=20
>=20
> Scott & Steve
>=20
> =
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D=
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D
> Steven Blake                <steven.blake@ericsson.com>
> Ericsson/Redback Networks               +1 919-472-9913
>=20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 13:05:25 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IETFl-0001OP-3I; Fri, 27 Jul 2007 13:05:25 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IETFj-0001OJ-LK
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 13:05:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IETFj-0001OA-AI
	for pcn@ietf.org; Fri, 27 Jul 2007 13:05:23 -0400
Received: from sj-iport-6.cisco.com ([171.71.176.117])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IETFi-0000th-1v
	for pcn@ietf.org; Fri, 27 Jul 2007 13:05:23 -0400
Received: from sj-dkim-2.cisco.com ([171.71.179.186])
	by sj-iport-6.cisco.com with ESMTP; 27 Jul 2007 10:05:21 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CABLDqUarR7O6/2dsb2JhbAA
X-IronPort-AV: i="4.16,589,1175497200"; 
	d="scan'208"; a="189829029:sNHT498577842"
Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237])
	by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l6RH5LRQ014273; 
	Fri, 27 Jul 2007 10:05:21 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com
	[128.107.191.63])
	by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6RH5CA4008546;
	Fri, 27 Jul 2007 17:05:21 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by
	xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 10:05:14 -0700
Received: from [10.32.241.76] ([10.32.241.76]) by xfe-sjc-211.amer.cisco.com
	with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 10:05:13 -0700
In-Reply-To: <1185546307.3508.16.camel@neutrino>
References: <1185546307.3508.16.camel@neutrino>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <2CCC0BFE-6DDF-4027-836E-0816484667DB@cisco.com>
Content-Transfer-Encoding: 7bit
From: Bruce Davie <bdavie@cisco.com>
Subject: Re: [PCN] Consensus call: moving
	draft-chan-pcn-encoding-comparison-00 to working group document
Date: Fri, 27 Jul 2007 13:05:10 -0400
To: Steven Blake <steven.blake@ericsson.com>
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 27 Jul 2007 17:05:13.0705 (UTC)
	FILETIME=[4C38BD90:01C7D070]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2990; t=1185555921;
	x=1186419921; c=relaxed/simple; s=sjdkim2002;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=bdavie@cisco.com;
	z=From:=20Bruce=20Davie=20<bdavie@cisco.com>
	|Subject:=20Re=3A=20[PCN]=20Consensus=20call=3A=20moving=20draft-chan-pcn
	-encoding-comparison-00=20to=20working=20group=20document
	|Sender:=20; bh=sthkxGO6ld1aU+0wjUv6x6K/JnZvC27NiU0uufLJ6Ng=;
	b=WBY1c3YI7Svmgk6OeJVzXBqN5gTt+XgDrNMuZ1WgelitFuklUzSe8n+pp+60R6ZwWs1B8SPO
	AzzBFm9nCv3TBIIbhCFobjjm/gMQ/TjEvhAuOgpBaeNA4PpFfHUhcEQ3;
Authentication-Results: sj-dkim-2; header.From=bdavie@cisco.com; dkim=pass (
	sig from cisco.com/sjdkim2002 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Cc: pcn <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I think the draft needs so much revision at this point that I would  
rather wait for the next version before deciding if it is ready to be  
a WG document.

Specifically, the draft needs to avoid replicating so much material  
from other sources. Almost everything in sections 1 and 2 should be  
removed. The place to define or discuss PCN motivation, terminology,  
architecture, etc., is in other drafts (such as the architecture  
draft). This draft should only reference other drafts. If the authors  
think they need some new terminology, I would urge them to get the  
architecture team to include it in their draft.

This draft should consist of statements like "The approach to PCN  
described in [Reference] requires N distinct packet markings  
(codepoints). These codepoints could be encoded in the following ways:
   - encoding A
   - encoding B

etc.

And then discuss the tradeoffs among the different encoding approaches.

The authors should be careful to distinguish between the state of a  
*node* and a marking of a *packet* (e.g. a node might be in a  
severely congested state, in which case it wants to be terminating  
some flows, leading to some marking of packets with a "terminate"  
marking. But note that a node will often generate several different  
markings while in a given state, hence states and markings are not  
equivalent.) I think the attempt to make this distinction was what  
led to the notion of "features" which most people (including me)  
seemed to find confusing.

This looks like a pretty major rewrite to me.

Bruce

On Jul 27, 2007, at 10:25 AM, Steven Blake wrote:

> PCN,
>
> During the Chicago PCN meeting, the authors of
> draft-chan-pcn-encoding-comparison-00 asked that this draft become a
> working group document.  Based on the discussion in the room, the PCN
> chairs determined that there was no consensus amongst the meeting
> participants to move this version of the draft to a working group
> document at this time.  There was a comment made that if certain
> simplifications were made in the next version of the draft (e.g.,
> reducing the amount of text on marking semantics and concentrating on
> syntax), then the draft then would be ready to move to working group
> document.  The chairs asked the authors to consider this approach.   
> More
> details of the discussion will be available when the meeting  
> minutes are
> posted.
>
> This email is a request for comments on moving
> draft-chan-pcn-encoding-comparison-00 to working group document.   
> Please
> send your comments to the list within the next week.
>
>
> Scott & Steve
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steven Blake                <steven.blake@ericsson.com>
> Ericsson/Redback Networks               +1 919-472-9913
>
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 13:36:13 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IETjY-0003W8-PH; Fri, 27 Jul 2007 13:36:12 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IETjX-0003Qf-KZ
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 13:36:11 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IETjX-0003Q4-9e
	for pcn@ietf.org; Fri, 27 Jul 2007 13:36:11 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IETjW-00020s-Ng
	for pcn@ietf.org; Fri, 27 Jul 2007 13:36:11 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 27 Jul 2007 18:36:09 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Fri, 27 Jul 2007 18:36:09 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185557768143; Fri, 27 Jul 2007 18:36:08 +0100
Received: from mut.jungle.bt.co.uk ([10.86.1.135])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6RHa3Hf027779; Fri, 27 Jul 2007 18:36:07 +0100
Message-Id: <5.2.1.1.2.20070727183341.02ae60c8@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Fri, 27 Jul 2007 18:36:18 +0100
To: "Jozef Babiarz" <babiarz@nortel.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651175461F@zcarhxm1.corp.nor
	tel.com>
References: <75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
	<5.2.1.1.2.20070725004644.046ce0a0@pop3.jungle.bt.co.uk>
	<75A199C5D243C741BF3D3F1EBCEF9BA50132C142@E03MVZ1-UKDY.domain1.systemhost.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 27 Jul 2007 17:36:09.0233 (UTC)
	FILETIME=[9E33D810:01C7D074]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Joe,

We could say that the routing system could optionally be driven by the QoS 
system.

Of course, my suggestion below was a statement saying a strength of PCN is 
that we don't _have to_ have that dependency.



Bob


At 06:36 27/07/2007, Jozef Babiarz wrote:
>Bob, we are getting a bit beyond what is in the charter, but the correct
>thing to do would be to add additional capacity (additional paths) once
>traffic hits level where new calls would be blocked. With this approach
>additional revenue generating traffic could be admitted on to new paths
>that are not congested. Need to leave this for time being until after we
>complete working in current charter. But it's important that we get the
>basic marking behaviors right, otherwise these more advanced features
>will not be possible.
>
>Regards, Joe
>email:babiarz@nortel.com
>Telephone:613-763-6098
>
>-----Original Message-----
>From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]
>Sent: July 26, 2007 7:36 PM
>To: rbriscoe@jungle.bt.co.uk
>Cc: pcn@ietf.org
>Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
>sounds good, will add bullet on these lines
>thanks
>phil
>
>________________________________
>
>From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
>Sent: Wed 25/07/2007 01:03
>To: Eardley,PL,Philip,CXR9 R
>Cc: pcn@ietf.org
>Subject: RE: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
>
>
>
>Phil & other authors,
>
>Just thought of one more possible gap:
>
>Another bullet for the Intro:
>
>    o QoS reservations are decoupled from routing system (within the PCN
>domain). I.e. admission control lays reserved traffic over routes given
>by
>the routing system without any pinning. Then if any of capacity, routing
>or
>topology changes, the routing system just moves all traffic, so reserved
>flows that can gracefully continue after a short disruption will do. We
>don't trigger any messages from the routing system to the QoS system to
>say
>routing has changed. So we don't have to deal with losing these messages
>during disastrous events, or with authenticating such messages.
>
>[Of course, then, if there isn't enough capacity for the previously
>admitted traffic after
>- both a capacity, routing or topology change
>- and after the routing and protection system has had a chance to bring
>in
>new capacity or re-arrange the routing to fit,
>then flow termination can bring the system back below its max operating
>point.]
>
>
>Bob
>
>
>________________________________________________________________________
>____
>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT
>Research
>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
>645196
>
>
>
>
>
>
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www1.ietf.org/mailman/listinfo/pcn

____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 15:05:45 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEV8C-0005my-RN; Fri, 27 Jul 2007 15:05:44 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEV8B-0005ms-Ki
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 15:05:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEV8B-0005mk-BA
	for pcn@ietf.org; Fri, 27 Jul 2007 15:05:43 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEV89-0004JE-FV
	for pcn@ietf.org; Fri, 27 Jul 2007 15:05:42 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 5F12B70C8;
	Fri, 27 Jul 2007 21:05:38 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 517937FD6;
	Fri, 27 Jul 2007 21:05:38 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id EC05A70C8;
	Fri, 27 Jul 2007 21:05:37 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6RJ5bh25330; 
	Fri, 27 Jul 2007 21:05:37 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id A2CA06F591; Fri, 27 Jul 2007 20:59:44 +0200 (CEST)
Message-ID: <46AA4138.2020405@informatik.uni-wuerzburg.de>
Date: Fri, 27 Jul 2007 21:02:16 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Steven Blake <steven.blake@ericsson.com>
Subject: Re: [PCN] Consensus call: moving	draft-eardley-pcn-architecture-00.txt
	to working group document
References: <1185545764.3508.7.camel@neutrino>
	<9671A92C3C8B5744BC97F855F7CB646511754A38@zcarhxm1.corp.nortel.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB646511754A38@zcarhxm1.corp.nortel.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: pcn <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I support, too.

    Michael

Jozef Babiarz wrote:
> I support making this draft a working group document. 
>
> Regards, Joe
> email:babiarz@nortel.com
> Telephone:613-763-6098
> -----Original Message-----
> From: Steven Blake [mailto:steven.blake@ericsson.com] 
> Sent: July 27, 2007 10:16 AM
> To: pcn
> Subject: [PCN] Consensus call: moving
> draft-eardley-pcn-architecture-00.txt to working group document
>
> PCN,
>
> During the Chicago PCN meeting, the authors of
> draft-eardley-pcn-architecture-00 asked that this draft become a working
> group document.  Based on the discussion in the room, the PCN chairs
> determined that there was consensus amongst the meeting participants to
> move the draft to a working group document.
>
> This email is a request for comments on moving this draft to working
> group document.  Please send your comments to the list within the next
> week.
>
> Scott & Steve
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 15:06:22 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEV8o-0007Bc-FG; Fri, 27 Jul 2007 15:06:22 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEV8n-0007BS-My
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 15:06:21 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEV8n-0007BK-CJ
	for pcn@ietf.org; Fri, 27 Jul 2007 15:06:21 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEV8m-0004dV-OS
	for pcn@ietf.org; Fri, 27 Jul 2007 15:06:21 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id D57F37FD6;
	Fri, 27 Jul 2007 21:06:19 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id C7A907FED;
	Fri, 27 Jul 2007 21:06:19 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id A920A7FD6;
	Fri, 27 Jul 2007 21:06:19 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6RJ6Jh25346; 
	Fri, 27 Jul 2007 21:06:19 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 3A53F6F591; Fri, 27 Jul 2007 21:00:26 +0200 (CEST)
Message-ID: <46AA4161.7030005@informatik.uni-wuerzburg.de>
Date: Fri, 27 Jul 2007 21:02:57 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: Steven Blake <steven.blake@ericsson.com>
Subject: Re: [PCN] Consensus call:
	moving	draft-chan-pcn-encoding-comparison-00to working group document
References: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E3E4@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E3E4@xmb-rtp-203.amer.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
Cc: pcn <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I agree with Anna.

    Michael

Anna Charny (acharny) wrote:
> Hi,
>
> It is my understanding that the authors are committed to make changes
> and simplifications and resend the draft to the list.  In my opinion it
> is worth waiting till the new version comes out before making it a
> working group document.
>
> Thanks,
> Anna 
>
>   
>> -----Original Message-----
>> From: Steven Blake [mailto:steven.blake@ericsson.com] 
>> Sent: Friday, July 27, 2007 10:25 AM
>> To: pcn
>> Subject: [PCN] Consensus call: moving 
>> draft-chan-pcn-encoding-comparison-00to working group document
>>
>> PCN,
>>
>> During the Chicago PCN meeting, the authors of 
>> draft-chan-pcn-encoding-comparison-00 asked that this draft 
>> become a working group document.  Based on the discussion in 
>> the room, the PCN chairs determined that there was no 
>> consensus amongst the meeting participants to move this 
>> version of the draft to a working group document at this 
>> time.  There was a comment made that if certain 
>> simplifications were made in the next version of the draft 
>> (e.g., reducing the amount of text on marking semantics and 
>> concentrating on syntax), then the draft then would be ready 
>> to move to working group document.  The chairs asked the 
>> authors to consider this approach.  More details of the 
>> discussion will be available when the meeting minutes are posted.
>>
>> This email is a request for comments on moving 
>> draft-chan-pcn-encoding-comparison-00 to working group 
>> document.  Please send your comments to the list within the next week.
>>
>>
>> Scott & Steve
>>
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> Steven Blake                <steven.blake@ericsson.com>
>> Ericsson/Redback Networks               +1 919-472-9913
>>
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>
>>     
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 15:54:01 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEVst-0008El-K2; Fri, 27 Jul 2007 15:53:59 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEVsr-0008Ef-I0
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 15:53:57 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEVsr-0008EX-55
	for pcn@ietf.org; Fri, 27 Jul 2007 15:53:57 -0400
Received: from wrzx28.rz.uni-wuerzburg.de ([132.187.3.28]
	helo=mailrelay.rz.uni-wuerzburg.de)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEVsq-0005Ru-EP
	for pcn@ietf.org; Fri, 27 Jul 2007 15:53:57 -0400
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id BDB6574FB;
	Fri, 27 Jul 2007 21:53:53 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id AF4FC7901;
	Fri, 27 Jul 2007 21:53:53 +0200 (CEST)
Received: from europa.informatik.uni-wuerzburg.de
	(wicx01.informatik.uni-wuerzburg.de [132.187.11.1])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 9193D74FB;
	Fri, 27 Jul 2007 21:53:53 +0200 (CEST)
Received: from nero.informatik.uni-wuerzburg.de
	(win3005.informatik.uni-wuerzburg.de [132.187.106.5])
	by europa.informatik.uni-wuerzburg.de (8.11.3/8.11.2/SuSE Linux
	8.11.1-0.5) with ESMTP id l6RJrrh25581; 
	Fri, 27 Jul 2007 21:53:53 +0200
Received: from [127.0.0.1] (nero.informatik.uni-wuerzburg.de [132.187.106.5])
	by nero.informatik.uni-wuerzburg.de (Postfix) with ESMTP
	id 00E8A6F591; Fri, 27 Jul 2007 21:47:59 +0200 (CEST)
Message-ID: <46AA4C87.9080408@informatik.uni-wuerzburg.de>
Date: Fri, 27 Jul 2007 21:50:31 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
MIME-Version: 1.0
To: "Anna Charny (acharny)" <acharny@cisco.com>
References: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE92@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE92@xmb-rtp-203.amer.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 5011df3e2a27abcc044eaa15befcaa87
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Specific performance criteria suggestions
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Anna,

these performance issues spontaneously came to my mind for performance 
evaluation of different PCN mechanisms.

1. How easy are the mechanisms to implement in core and at the edge?

2. How fast do meters and markers in the core react on increased traffic 
rate?

3. How fast do edge systems detect "pre-congestion with regard to 
supportable rate" when number of marked packets increases?

4. How fast can "pre-congestion with regard to supportable rate" be 
reduced? That includes metering/marking delay in the core and 
measurement delay at the edge, signaling, and time to choose appropriate 
flows.

5. How accurate do measurements need to be?

6. Question 5 has a direct impact on how long measurement intervals need 
to be which impacts the answers to the other
questions.

7. How can ECMP be supported? How easy is this?

8. How can probing be supported? How easy is this?

9. How large is over/underutilization?

10. How fast can admission control react to flash crowds?

11. How easy can the system be extended towards multiple prioritized 
PCN- and non-PCN classes?

12. How easy can preemption priorities be integrated?

13. How easy can the mechanisms be configured? How many parameters?

14. Are the parameters flexible enough to get optimum performance 
(whatever the goals are). Example:
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth07-PCN-Config.pdf

15. How many bits are required for packet marking?

16. Do mechanisms provide stable signals for 
admission-stop/admission-continue or are they flapping when operating 
near the admissible rate border?

17. Are there differences among the proposals with regard to flow fairness?

Probably more to come ...

Regards,

    Michael


Anna Charny (acharny) wrote:
> Hi all,
>
> Following the discussion in the PCN WG meeting yesterday and as a result
> of follow-up hallway discussions, the authors of various proposals seem
> to have come up with a common language to describe all the different PCN
> proposals and a preliminary view on their relative cons and pros.  I
> have volunteered to produce a consolidated draft which will attempt to
> discuss all current proposals in the same framework and take the first
> cut on comparison criteria and how it is met by different approaches.  
>
> We already have a number of comparison criteria loosely used in
> discussions.  I am requesting feedback from the list with suggestions
> for specific performance criteria suggestions. Those who have already
> sent those to me privately may wish to resend them to the list. 
>
> I am also requesting that the authors of each proposed mechanism send
> their view of the cons and pros they see of their specific approach
> (functional, deployment, performance, etc). Of course similar feedback
> is also welcome from the entire list.
>
> Thank you,
> Anna 
>
>  
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>   

-- 
Dr. Michael Menth, Assistant Professor
University of Wuerzburg, Institute of Computer Science
Am Hubland, D-97074 Wuerzburg, Germany, room B206
phone: (+49)-931/888-6644, fax: (+49)-931/888-6632
mailto:menth@informatik.uni-wuerzburg.de
http://www3.informatik.uni-wuerzburg.de/research/ngn



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Fri Jul 27 18:43:24 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEYWq-0005VB-8o; Fri, 27 Jul 2007 18:43:24 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEYWp-0005V4-4x
	for pcn-confirm+ok@megatron.ietf.org; Fri, 27 Jul 2007 18:43:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEYWo-0005Uw-Rb
	for pcn@ietf.org; Fri, 27 Jul 2007 18:43:22 -0400
Received: from zcars04e.nortel.com ([47.129.242.56])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IEYWn-0001XG-HP
	for pcn@ietf.org; Fri, 27 Jul 2007 18:43:22 -0400
Received: from zcarhxm1.corp.nortel.com (zcarhxm1.corp.nortel.com
	[47.129.230.97])
	by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id
	l6RMfX817577; Fri, 27 Jul 2007 22:41:33 GMT
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [PCN] addressing
Date: Fri, 27 Jul 2007 18:43:18 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB6465117A7467@zcarhxm1.corp.nortel.com>
In-Reply-To: <017a01c7cecc$a8c43670$4fa81cac@jys3105121962>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] addressing
Thread-Index: AcfOzLViveEHgtX0QY+RycJzOhm23gBtjgjg
References: <017a01c7cecc$a8c43670$4fa81cac@jys3105121962>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Tina TSOU" <tena@huawei.com>, <pcn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bd8a74b81c71f965ca7918b90d1c49c0
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0856854287=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0856854287==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C7D09F.86C735C9"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C7D09F.86C735C9
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Tina,

I think the issue is that the egress node needs to know the address and
port number of the ingress node that physically admitted the flow into
the PCN-domain.

The egress node needs to send pre-congestion and congestion information
that is associated with the flow or flow aggregate back to the ingress
node directly or possible through a centralized entity. The ingress node
needs to enforce the stop admission or flow termination decision.

=20

The issue of where admission or flow termination decision is made is a
separate topic of discussion. We should have a discussion on the
benefits of where the decision should be made, on ingress, egress, some
centralizes point or hybrid e.g., flow admission is done in ingress and
flow termination at egress, but in all cases enforcement of the decision
in at the ingress node.

Regards, Joe=20
email:babiarz@nortel.com=20
Telephone:613-763-6098=20

________________________________

From: Tina TSOU [mailto:tena@huawei.com]=20
Sent: July 25, 2007 11:01 AM
To: pcn@ietf.org
Subject: [PCN] addressing

=20

Hi all,
What I was going to comment on "eardley-pcn-architecture-00"
presentation just after the line cut is below.
How about refine slide page 7
"PCN-egress-node needs to know address of PCN-ingress-node (or
'centralised node') that will decide whether to admit the new flow"
into
"PCN-boundary-node needs to know address of admission-decision-node that
will decide whether to admit the new flow"

Then it can cover the following scenario the original texts did not
cover.

1) admission control is made on the egress node (the original text only
includes the ingress node makes the decision)

2) ingress node can also notify the centralised node (the original text
only includes the egress node notifies the centralised node)

=20
B. R.
Tina
Messengers:=20
MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU
Jabber: tina@jabber.org    Google talk: tinatsou6@gmail.com


------_=_NextPart_001_01C7D09F.86C735C9
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-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:st1=3D"urn:schemas-microsoft-com:office:smarttags" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]--><o:SmartTagType
 namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" =
name=3D"PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:SimSun;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</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 bgcolor=3Dwhite lang=3DEN-US link=3Dblue vlink=3Dblue>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Hi =
Tina,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I think the issue is that the =
egress node
needs to know the address and port number of the ingress node that =
physically admitted
the flow into the PCN-domain.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>The egress node needs to send =
pre-congestion
and congestion information that is associated with the flow or flow =
aggregate
back to the ingress node directly or possible through a centralized =
entity. The
ingress node needs to enforce the stop admission or flow termination =
decision.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>The issue of where admission or =
flow
termination decision is made is a separate topic of discussion. We =
should have a
discussion on the benefits of where the decision should be made, on =
ingress,
egress, some centralizes point or hybrid e.g., flow admission is done in
ingress and flow termination at egress, but in all cases enforcement of =
the
decision in at the ingress node.<o:p></o:p></span></font></p>

<div>

<p><i><font size=3D3 color=3Dnavy face=3DArial><span =
style=3D'font-size:12.0pt;
font-family:Arial;color:navy;font-style:italic'>Regards, =
Joe</span></font></i><font
color=3Dnavy><span style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>email:<st1:PersonName =
w:st=3D"on">babiarz@nortel.com</st1:PersonName></span></font><font
color=3Dnavy><span style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>Telephone:613-763-6098</span></font><font
color=3Dnavy><span style=3D'color:navy'> </span></font><o:p></o:p></p>

</div>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3DSimSun><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter tabindex=3D-1>

</span></font></div>

<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font =
size=3D2
face=3DTahoma><span style=3D'font-size:10.0pt;font-family:Tahoma'> Tina =
TSOU
[mailto:tena@huawei.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 25, 2007 11:01 =
AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> [PCN] =
addressing</span></font><o:p></o:p></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3DSimSun><span =
style=3D'font-size:12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Hi all,<br>
What I was going to comment on &quot;eardley-pcn-architecture-00&quot;
presentation just after the line cut is below.<br>
How about refine slide page 7<br>
&quot;PCN-egress-node needs to know address of PCN-ingress-node (or
&#8216;centralised node&#8217;) that will decide whether to admit the =
new
flow&quot;<br>
into<br>
&quot;PCN-boundary-node needs to know address of admission-decision-node =
that
will decide whether to admit the new =
flow&quot;</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Then it can cover the following scenario the original =
texts
did not cover.</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>1) admission control is made on the egress node (the
original text only includes the ingress node makes the =
decision)</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>2) ingress node can also notify the centralised node =
(the
original text only includes the egress node notifies the centralised =
node)</span></font><o:p></o:p></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>&nbsp;<br>
B. R.<br>
Tina<br>
Messengers: <br>
MSN: <a =
href=3D"mailto:tinatsou6@hotmail.com">tinatsou6@hotmail.com</a>&nbsp;&nbs=
p;
Yahoo: tina_tsou&nbsp;&nbsp;&nbsp; Skype: tinaTSOU&nbsp;&nbsp;&nbsp; =
Jabber: <a
href=3D"mailto:tina@jabber.org">tina@jabber.org</a>&nbsp;&nbsp;&nbsp; =
Google
talk: <a =
href=3D"mailto:tinatsou6@gmail.com">tinatsou6@gmail.com</a></span></font>=
<o:p></o:p></p>

</div>

</div>

</body>

</html>

------_=_NextPart_001_01C7D09F.86C735C9--



--===============0856854287==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0856854287==--





From pcn-bounces@ietf.org Sat Jul 28 01:10:10 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEeZ4-0002uM-Ug; Sat, 28 Jul 2007 01:10:06 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEeZ3-0002sE-NX
	for pcn-confirm+ok@megatron.ietf.org; Sat, 28 Jul 2007 01:10:05 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEeZ1-0002rz-Kw
	for pcn@ietf.org; Sat, 28 Jul 2007 01:10:03 -0400
Received: from hiltonsmtp.worldspice.net ([216.37.94.58])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEeZ0-0000yU-Ou
	for pcn@ietf.org; Sat, 28 Jul 2007 01:10:03 -0400
Received: (qmail 15857 invoked by uid 0); 28 Jul 2007 05:02:22 -0000
Received: by simscan 1.2.0 ppid: 15849, pid: 15853, t: 1.3238s
	scanners: clamav: 0.90.2/m: spam: 3.1.8
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on
	hiltonsmtp.worldspice.net
X-Spam-Level: *
X-Spam-Status: No, score=1.0 required=6.2 tests=ALL_TRUSTED,BAYES_60,
	HTML_MESSAGE autolearn=disabled version=3.2.1
Received: from unknown (HELO jys3105121962) (z24109@67.97.210.2)
	by hiltonsmtp.worldspice.net with ESMTPA; 28 Jul 2007 05:02:20 -0000
Message-ID: <003e01c7d0d5$8a4b4a70$c8aa1cac@jys3105121962>
From: "Tina TSOU" <tena@huawei.com>
To: <pcn@ietf.org>,
	"Jozef Babiarz" <babiarz@nortel.com>
References: <017a01c7cecc$a8c43670$4fa81cac@jys3105121962>
	<9671A92C3C8B5744BC97F855F7CB6465117A7467@zcarhxm1.corp.nortel.com>
Subject: Re: [PCN] addressing
Date: Sat, 28 Jul 2007 00:09:50 -0500
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10dcc25e55b9b5f7d6ded516404bdc4c
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0104696617=="
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0104696617==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_003B_01C7D0AB.9D871850"

This is a multi-part message in MIME format.

------=_NextPart_000_003B_01C7D0AB.9D871850
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Joe,
Thanks for reply:) I saw the need egress needs to know the address and =
port number of the ingress. If only pre-congestion and congestion =
information is sent, I agree that the original texts already cover all =
the cases.
I thought not only pre-congestion and congestion information is sent, so =
my comments were based on the architecture draft have the decision made =
in any of the ingress, egress, and centralized node.
=20
B. R.
Tina
Messengers:=20
MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU    =
Jabber: tina@jabber.org    Google talk: tinatsou6@gmail.com

  ----- Original Message -----=20
  From: Jozef Babiarz=20
  To: Tina TSOU ; pcn@ietf.org=20
  Sent: Friday, July 27, 2007 5:43 PM
  Subject: RE: [PCN] addressing


  Hi Tina,

  I think the issue is that the egress node needs to know the address =
and port number of the ingress node that physically admitted the flow =
into the PCN-domain.

  The egress node needs to send pre-congestion and congestion =
information that is associated with the flow or flow aggregate back to =
the ingress node directly or possible through a centralized entity. The =
ingress node needs to enforce the stop admission or flow termination =
decision.

  =20

  The issue of where admission or flow termination decision is made is a =
separate topic of discussion. We should have a discussion on the =
benefits of where the decision should be made, on ingress, egress, some =
centralizes point or hybrid e.g., flow admission is done in ingress and =
flow termination at egress, but in all cases enforcement of the decision =
in at the ingress node.

  Regards, Joe=20
  email:babiarz@nortel.com=20
  Telephone:613-763-6098=20


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

  From: Tina TSOU [mailto:tena@huawei.com]=20
  Sent: July 25, 2007 11:01 AM
  To: pcn@ietf.org
  Subject: [PCN] addressing

  =20

  Hi all,
  What I was going to comment on "eardley-pcn-architecture-00" =
presentation just after the line cut is below.
  How about refine slide page 7
  "PCN-egress-node needs to know address of PCN-ingress-node (or =
'centralised node') that will decide whether to admit the new flow"
  into
  "PCN-boundary-node needs to know address of admission-decision-node =
that will decide whether to admit the new flow"

  Then it can cover the following scenario the original texts did not =
cover.

  1) admission control is made on the egress node (the original text =
only includes the ingress node makes the decision)

  2) ingress node can also notify the centralised node (the original =
text only includes the egress node notifies the centralised node)


  B. R.
  Tina
  Messengers:=20
  MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU    =
Jabber: tina@jabber.org    Google talk: tinatsou6@gmail.com

------=_NextPart_000_003B_01C7D0AB.9D871850
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns=3D"http://www.w3.org/TR/REC-html40" xmlns:v =3D=20
"urn:schemas-microsoft-com:vml" xmlns:o =3D=20
"urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word" xmlns:st1 =3D=20
"urn:schemas-microsoft-com:office:smarttags"><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16481" name=3DGENERATOR><!--[if !mso]>
<STYLE>v\:* {
	BEHAVIOR: url(#default#VML)
}
o\:* {
	BEHAVIOR: url(#default#VML)
}
w\:* {
	BEHAVIOR: url(#default#VML)
}
.shape {
	BEHAVIOR: url(#default#VML)
}
</STYLE>
<![endif]--><o:SmartTagType name=3D"PersonName"=20
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags"></o:SmartTagT=
ype><!--[if !mso]>
<STYLE>
st1\:*{behavior:url(#default#ieooui) }
</STYLE>
<![endif]-->
<STYLE>
<!--
 /* Font Definitions */
 @font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:"\@SimSun";
	panose-1:2 1 6 0 3 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:SimSun;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
p
	{mso-margin-top-alt:auto;
	margin-right:0cm;
	mso-margin-bottom-alt:auto;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle17
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
</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=3DEN-US vLink=3Dblue link=3Dblue bgColor=3Dwhite>
<DIV><FONT face=3DArial size=3D2>Hi Joe,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for reply:) I saw the need =
egress needs to=20
know the address and port number of the ingress. If only pre-congestion =
and=20
congestion information is sent, I agree that the original texts already =
cover=20
all the cases.<BR>I thought not only pre-congestion and congestion =
information=20
is sent, so my comments were based on the architecture draft have the =
decision=20
made in any of the ingress, egress, and centralized =
node.<BR>&nbsp;<BR>B.=20
R.<BR>Tina<BR>Messengers: <BR>MSN: <A=20
href=3D"mailto:tinatsou6@hotmail.com">tinatsou6@hotmail.com</A>&nbsp;&nbs=
p; Yahoo:=20
tina_tsou&nbsp;&nbsp;&nbsp; Skype: tinaTSOU&nbsp;&nbsp;&nbsp; Jabber: <A =

href=3D"mailto:tina@jabber.org">tina@jabber.org</A>&nbsp;&nbsp;&nbsp; =
Google talk:=20
<A =
href=3D"mailto:tinatsou6@gmail.com">tinatsou6@gmail.com</A></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:tinatsou6@gmail.com"></A></FONT>&nbsp;</DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A title=3Dbabiarz@nortel.com href=3D"mailto:babiarz@nortel.com">Jozef =
Babiarz</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A title=3Dtena@huawei.com=20
  href=3D"mailto:tena@huawei.com">Tina TSOU</A> ; <A =
title=3Dpcn@ietf.org=20
  href=3D"mailto:pcn@ietf.org">pcn@ietf.org</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, July 27, 2007 =
5:43 PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> RE: [PCN] =
addressing</DIV>
  <DIV><BR></DIV>
  <DIV class=3DSection1>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Hi=20
  Tina,<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">I think the =
issue is=20
  that the egress node needs to know the address and port number of the =
ingress=20
  node that physically admitted the flow into the=20
  PCN-domain.<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">The egress =
node needs=20
  to send pre-congestion and congestion information that is associated =
with the=20
  flow or flow aggregate back to the ingress node directly or possible =
through a=20
  centralized entity. The ingress node needs to enforce the stop =
admission or=20
  flow termination decision.<o:p></o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">The issue =
of where=20
  admission or flow termination decision is made is a separate topic of=20
  discussion. We should have a discussion on the benefits of where the =
decision=20
  should be made, on ingress, egress, some centralizes point or hybrid =
e.g.,=20
  flow admission is done in ingress and flow termination at egress, but =
in all=20
  cases enforcement of the decision in at the ingress=20
  node.<o:p></o:p></SPAN></FONT></P>
  <DIV>
  <P><I><FONT face=3DArial color=3Dnavy size=3D3><SPAN=20
  style=3D"FONT-SIZE: 12pt; COLOR: navy; FONT-STYLE: italic; =
FONT-FAMILY: Arial">Regards,=20
  Joe</SPAN></FONT></I><FONT color=3Dnavy><SPAN style=3D"COLOR: navy">=20
  <BR></SPAN></FONT><FONT face=3DArial color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">email:<st1:PersonName=20
  w:st=3D"on">babiarz@nortel.com</st1:PersonName></SPAN></FONT><FONT=20
  color=3Dnavy><SPAN style=3D"COLOR: navy"> <BR></SPAN></FONT><FONT =
face=3DArial=20
  color=3Dnavy size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">Telephone:613-763-6098</SPAN></FONT><FONT=20
  color=3Dnavy><SPAN style=3D"COLOR: navy"> =
</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <DIV class=3DMsoNormal style=3D"TEXT-ALIGN: center" =
align=3Dcenter><FONT face=3DSimSun=20
  size=3D3><SPAN style=3D"FONT-SIZE: 12pt">
  <HR tabIndex=3D-1 align=3Dcenter width=3D"100%" SIZE=3D2>
  </SPAN></FONT></DIV>
  <P class=3DMsoNormal><B><FONT face=3DTahoma size=3D2><SPAN=20
  style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: =
Tahoma">From:</SPAN></FONT></B><FONT=20
  face=3DTahoma size=3D2><SPAN style=3D"FONT-SIZE: 10pt; FONT-FAMILY: =
Tahoma"> Tina=20
  TSOU [mailto:tena@huawei.com] <BR><B><SPAN=20
  style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> July 25, 2007 11:01 =
AM<BR><B><SPAN=20
  style=3D"FONT-WEIGHT: bold">To:</SPAN></B> pcn@ietf.org<BR><B><SPAN=20
  style=3D"FONT-WEIGHT: bold">Subject:</SPAN></B> [PCN]=20
  addressing</SPAN></FONT><o:p></o:p></P></DIV>
  <P class=3DMsoNormal><FONT face=3DSimSun size=3D3><SPAN=20
  style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Hi all,<BR>What I was =
going to=20
  comment on "eardley-pcn-architecture-00" presentation just after the =
line cut=20
  is below.<BR>How about refine slide page 7<BR>"PCN-egress-node needs =
to know=20
  address of PCN-ingress-node (or =91centralised node=92) that will =
decide whether=20
  to admit the new flow"<BR>into<BR>"PCN-boundary-node needs to know =
address of=20
  admission-decision-node that will decide whether to admit the new=20
  flow"</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Then it can cover the =
following=20
  scenario the original texts did not =
cover.</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">1) admission control is =
made on=20
  the egress node (the original text only includes the ingress node =
makes the=20
  decision)</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">2) ingress node can also =
notify=20
  the centralised node (the original text only includes the egress node =
notifies=20
  the centralised node)</SPAN></FONT><o:p></o:p></P></DIV>
  <DIV>
  <P class=3DMsoNormal><FONT face=3DArial size=3D2><SPAN=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial"><BR>B. =
R.<BR>Tina<BR>Messengers:=20
  <BR>MSN: <A=20
  =
href=3D"mailto:tinatsou6@hotmail.com">tinatsou6@hotmail.com</A>&nbsp;&nbs=
p;=20
  Yahoo: tina_tsou&nbsp;&nbsp;&nbsp; Skype: tinaTSOU&nbsp;&nbsp;&nbsp; =
Jabber:=20
  <A =
href=3D"mailto:tina@jabber.org">tina@jabber.org</A>&nbsp;&nbsp;&nbsp; =
Google=20
  talk: <A=20
  =
href=3D"mailto:tinatsou6@gmail.com">tinatsou6@gmail.com</A></SPAN></FONT>=
<o:p></o:p></P></DIV></DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_003B_01C7D0AB.9D871850--




--===============0104696617==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn

--===============0104696617==--






From pcn-bounces@ietf.org Sat Jul 28 03:44:47 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IEgyl-0007n2-Gp; Sat, 28 Jul 2007 03:44:47 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IEgyj-0007mx-MH
	for pcn-confirm+ok@megatron.ietf.org; Sat, 28 Jul 2007 03:44:45 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IEgyg-0007mm-3w
	for pcn@ietf.org; Sat, 28 Jul 2007 03:44:42 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IEgyf-0003XI-7n
	for pcn@ietf.org; Sat, 28 Jul 2007 03:44:42 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Sat, 28 Jul 2007 08:44:40 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by
	i2kc08-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Sat, 28 Jul 2007 08:44:40 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 1185608678980; Sat, 28 Jul 2007 08:44:38 +0100
Received: from mut.jungle.bt.co.uk ([10.86.1.18])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l6S7hhnL001103; Sat, 28 Jul 2007 08:44:26 +0100
Message-Id: <5.2.1.1.2.20070726005100.04cc7e68@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Sat, 28 Jul 2007 08:43:04 +0100
To: menth@informatik.uni-wuerzburg.de
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [PCN] Fwd: I-D ACTION:draft-eardley-pcn-architecture-00.txt
In-Reply-To: <46A73B6D.6010601@informatik.uni-wuerzburg.de>
References: <5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
	<ZRTPHXM1FRaqbC8wSA100000bba@zrtphxm1.corp.nortel.com>
	<5.2.1.1.2.20070724140627.03c06a58@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 28 Jul 2007 07:44:40.0315 (UTC)
	FILETIME=[279274B0:01C7D0EB]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2
Cc: PCN IETF list <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Michael,

I've cc'd the list - hope that's OK. Inline...

At 13:00 25/07/2007, Michael Menth wrote:
>Hi Bob,
>
>>
>>* ECN _and_ PCN marking?
>>
>>"   o  Configured-termination-rate: [...]
>>                                Normally it is configured to be less than
>>       the maximum rate at which PCN-traffic can be forwarded on the
>>       link, so that termination-marking occurs before any significant
>>       queuing, ECN-marking or loss of PCN-packets.
>>"
>>
>>The above text implies (to me) that a PCN-interior router might do PCN 
>>marking _and_ also ECN marking just before drop. That also imposes a 
>>requirement on the encoding to be able to carry either in the same field.
>>I don't think the authors meant either of these implications. So 
>>somewhere, the relation between PCN & ECN marking should be stated.
>>
>>Although this is perhaps too detailed for the architecture, I suggest 
>>that any need for ECN marking on the same path but outside the PCN 
>>domain(s) should be handled by tunnelling across the PCN domain, with a 
>>non-PCN DSCP in the inner header (that turns on the RFC3168 meaning of 
>>its ECN field) and a PCN DSCP in the outer.
>
>Are there applications using ECN in some networks and PCN in other 
>networks? If this is the case, reusing ECN bits might not be so good. On 
>the one hand, ECN markings could be taken into account by codecs to lower 
>their rate as congestion occurs in non-PCN-capable clouds. On the other 
>hand, ECN is intended for responsive elastic traffic and PCN for 
>non-responsive realtime traffic ...

The possibility of wanting admission controlled reservations and adaptive 
codecs is now officially a frequently asked question (it's been discussed 
twice before)! I'll just refer you to the extensive discussion of the issue 
on the tsvwg list at the back end of 2005:

One thread starts here - and quotes an offlist mail from 2004!
Subject: RMD & pre-congestion notification: How edge-edge and end-end can 
interwork
<http://www1.ietf.org/mail-archive/web/tsvwg/current/msg05775.html>

And another
Subject: why use edge-to-edge ECN re-marking when DSCP re-marking can do it.
This thread progressed onto the adaptation plus admission contrl issue at 
the end of this long posting:
<http://www1.ietf.org/mail-archive/web/tsvwg/current/msg05865.html>

We should write up this issue in the arch doc to document some form of 
agreement on this issue once and for all.

>Some other thoughts regarding the relation between ECN and PCN:
>http://www1.ietf.org/mail-archive/web/pcn/current/msg00534.html

Thanks for the pointer to previous list discussion. The basic answer to 
that discussion is that the lower threshold in the PCN virtual queue should 
be set so that there's v low probability of a real queue developing within 
a RTT of a level of PCN marking just below that necessary to trigger 
admission control.

The main difference in outcome between PCN and ECN is meant to be that PCN 
has v low risk of real queuing and hence low risk of any queueing delay 
beyond 1-2 packets.

>>* Marking is when "current" rate is "above" a reference rate?
>>
>>"   o  Admission-marking: the marking of PCN-packets by a PCN-node to
>>       indicate that the PCN-traffic on a link is above the configured-
>>       admissible-rate.
>>
>>    o  Termination-marking: the marking of PCN-packets by a PCN-node to
>>       indicate that the PCN-traffic on a link is above the configured-
>>       termination-rate.
>>"
>>
>>These marking definitions and other examples hilighted in magenta in the 
>>above PDF prejudge marking mechanisms as rate measurements.
>>
>>We don't just have marking when the _current_rate is _above_ the 
>>reference rate. We can have marking when the _current_ rate is _below_, 
>>or when the _past_ rate was _above_.
>
>I am aware of the cases you mention. We look at time-dependent rates which 
>are hard to define anyway. I do not see a problem in this formulation 
>since it serves as an explanation, not as a technical specification which 
>may be approximative. Would adding the slack terms "within some tolerance" 
>improve the wording?

It wasn't so much that marking might still occur below the threshold rate, 
as that I didn't want the impression conveyed that we were concerned about 
just rate and not about variance. I'm in a rush now, but I'll try for some 
suggested wording - feel free to also suggest some yourself before I get to 
it. I think you know what I mean as much as I do, it's just word smithing 
needed.


>>>S6 Design goals and challenges
>>>This briefly describes some open issues, taken from
>>>briscoe-tsvwg-cl-architecture. Are there other ones that should be
>>>mentioned? Is the problem description at the right level of depth?
>>>Should we discuss various possible solutions to these problems?
>>
>>I get the feeling we need a doc specifically on ECMP solutions?
>
>Either that or individual approaches need to explicitly clarify their 
>operation in case of ECMP. That's what I would prefer.

Yes - prob attempt to do this in each proposal I-D and on list first, and 
only go to a separate doc if we need to.


Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196  




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Sun Jul 29 05:46:31 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IF5M2-0003kv-DB; Sun, 29 Jul 2007 05:46:26 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IF5M0-0003ab-Kb
	for pcn-confirm+ok@megatron.ietf.org; Sun, 29 Jul 2007 05:46:24 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IF5Lw-0003Ts-1q
	for pcn@ietf.org; Sun, 29 Jul 2007 05:46:20 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IF5Lv-0005bm-1G
	for pcn@ietf.org; Sun, 29 Jul 2007 05:46:19 -0400
Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id l6T9kEKs028846;
	Sun, 29 Jul 2007 11:46:14 +0200 (MEST)
Received: from 84.82.109.231 (auth. user karagian@imap2.cs.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Sun, 29 Jul 2007 09:46:14 +0000
To: "Anna Charny (acharny)" <acharny@cisco.com>,
	"Lars Westberg (KI/EAB)" <lars.westberg@ericsson.com>
Date: Sun, 29 Jul 2007 09:46:13 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <P6u2n4we.1185702373.9295460.karagian@ewi.utwente.nl>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E18C@xmb-rtp-203.amer.cisco.com>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.0 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Sun, 29 Jul 2007 11:46:15 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Re: Some clarification questions about
	draft-westberg-pcn-load-control
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Anna

Thank you very much for your remarks and questions!
We will try to address all the issues that you have addressed in the next
version of the draft!

Best regards,
Georgios

On 7/27/2007, "Anna Charny (acharny)" <acharny@cisco.com> wrote:

>Hi Georgios and other authors of draft-westberg-pcn-load-control,
>
>There is some confusion that surfaced during and after the PCN WG
>meetings regarding the details of the algorithm operation, and which I
>was not able to clarify by reading the draft. Here are some of the
>questions that I would appreciate some clarification.
>
>1) it is not clear how many configured rate thresholds is at the
>internal nodes. The draft mentions congestion-detection-threshold,
>severe_congestion_detection and severe_congestion_restoration. On the
>other hand the presentation in Chicago (I believe) mentioned only two
>thresholds.  =20
>
>2) Another question related the thresholds. The draft does not appear to
>
>define any explicit relationship between the two (three? See above) rate
>thresholds other than describing which one is greater than the other.
>However, if I understood Georgios correctly in the hallway conversation
>in Chicago, it appears that it is implicitly assumed that in fact the
>ratio between the two thresholds (which 2 of the three above?) is
>assumed to be constant for all nodes in the network.  Is there indeed
>such an assumption, or did I misunderstand something?
>
>3) It is not entirely clear how many code points is actually needed by
>the proposal.  The draft mentions in different places "local-DSCP",
>"original-dscp", "encoded-dscp", "affected-DSCP" and "notified DSCP". Do
>we really need 5 states for this approach?  Is it possible to clarify
>which one is used for what?
>
>4)section 4.1.2 says:
>" the difference between the congestion notification threshold and the
>engineered bandwidth limitation, i.e. admission threshold, provides an
>interval where the signaling information on resource limitation is
>already sent by a node but the actual limitation is not reached".  I do
>not understand what this means. First - does it mean that there is one
>more threshold ('engineered bandwidth limitation =3D admission rate' and
>"congestion notification threshold"?  (if so, that brings various
>thresholds mentioned in the draft to 4, counting also
>severe-congestion-notification and severe-congestion-restoration???).
>Second, what "signal" do you mean here?  Admission marking? Probe?
>Termination marking?  Can you clarify please?
>
>Next, one par below:  "To distinguish between congestion notification
>and severe congestion, the following method is used: The "encoded DSCP"
>marking for congestion notification and severe congestion. When this
>method is used and when the interior node is in "congestion
>notification" state, then the node should remark the unmarked bytes
>using the "encoded DSCP". =20
>
>I am not sure I understand what the above means.  What is the "method"
>you refer to? Do you just mean that some packets are marked with
>"encoded dscp" when the measurement of the total rate at the internal
>node exceeds the severe-congestion-? threshold (which
>-severe-congestion-notification or severe-congestion-restoration)?=20
>
>5) There are two per-ingress-egress rate thresholds configured at each
>*egress* (pre-configured congestion notification" threshold and
>preconfigured severe congestion threshold).   How are these egress
>thresholds chosen? Is there any relationship between these thresholds
>and the corresponding thresholds at the internal nodes?  For example, is
>there an assumption than the sum of the  (egress) severe congestion
>notification thresholds of all ingress-egress-pairs sharing a bottleneck
>link does not exceed the severe congestion notification threshold at
>that bottleneck link? =20
>
>6) Section 4.1.3 says
>
>When the egress receives the probe packet, which is used as a request
>for reservation, it will have to perform the following  functionality.
>When the operation state of the ingress/egress pair  aggregate is the
>"congestion notification", see Section 4.2.3, then the implementation of
>the algorithm depends on how the congestion notification situation is
>notified to the egress. As mentioned in Section 4.1.2 this is
>accomplished by using the received data packets that are marked using
>the "encoded DSCP". In this case, during a measurement interval T, the
>egress measures the input_notified_bytes by counting instead of the
>"notified DSCP", the "encoded DSCP" bytes."
>
>What exactly is "input_totified_bytes"? This is the first time this is
>mentioned in the draft... Is it just the number of bytes marked with
>"encoded DSCP"? =20
>
>I have many more questions on the draft, but I am hoping that perhaps
>the answers to the above will be helpful in understanding the rest of
>the draft and/or will provide useful input where clarification may be
>needed for the next version of the draft.
>
>It would also be helpful, if the next version of the draft either
>directly uses pcn terminology, or at least provide the mapping where the
>mapping is possible. =20
>
>Thank you,
>Anna=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Sun Jul 29 09:29:14 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IF8pe-0007gV-34; Sun, 29 Jul 2007 09:29:14 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IF8pc-0007gP-TP
	for pcn-confirm+ok@megatron.ietf.org; Sun, 29 Jul 2007 09:29:12 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IF8pc-0007gH-Je
	for pcn@ietf.org; Sun, 29 Jul 2007 09:29:12 -0400
Received: from rotterdam.ewi.utwente.nl ([130.89.10.5])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IF8pb-0001NZ-2m
	for pcn@ietf.org; Sun, 29 Jul 2007 09:29:12 -0400
Received: from webmail.cs.utwente.nl (janus.ewi.utwente.nl [130.89.10.26])
	by rotterdam.ewi.utwente.nl (8.13.6/8.13.6) with SMTP id l6TDSsRT001513;
	Sun, 29 Jul 2007 15:28:58 +0200 (MEST)
Received: from 84.82.109.231 (auth. user karagian@imap2.cs.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Sun, 29 Jul 2007 13:28:54 +0000
To: "Anna Charny (acharny)" <acharny@cisco.com>,
	"Steven Blake" <steven.blake@ericsson.com>, "pcn" <pcn@ietf.org>
Subject: RE: [PCN] Consensus call: moving
	draft-chan-pcn-encoding-comparison-00to working group document
Date: Sun, 29 Jul 2007 13:28:53 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <XazOUcxl.1185715733.9093110.karagian@ewi.utwente.nl>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6E3E4@xmb-rtp-203.amer.cisco.com>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.0 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.52 on 130.89.10.5
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0rc3
	(rotterdam.ewi.utwente.nl [130.89.10.5]);
	Sun, 29 Jul 2007 15:29:05 +0200 (MEST)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Anna, Hi all

Yes we are committed to make changes and simplifications ans resend the
draft to the list.

Best Regards,
Georgios

On 7/27/2007, "Anna Charny (acharny)" <acharny@cisco.com> wrote:

>Hi,
>
>It is my understanding that the authors are committed to make changes
>and simplifications and resend the draft to the list.  In my opinion it
>is worth waiting till the new version comes out before making it a
>working group document.
>
>Thanks,
>Anna=20
>
>> -----Original Message-----
>> From: Steven Blake [mailto:steven.blake@ericsson.com]=20
>> Sent: Friday, July 27, 2007 10:25 AM
>> To: pcn
>> Subject: [PCN] Consensus call: moving=20
>> draft-chan-pcn-encoding-comparison-00to working group document
>>=20
>> PCN,
>>=20
>> During the Chicago PCN meeting, the authors of=20
>> draft-chan-pcn-encoding-comparison-00 asked that this draft=20
>> become a working group document.  Based on the discussion in=20
>> the room, the PCN chairs determined that there was no=20
>> consensus amongst the meeting participants to move this=20
>> version of the draft to a working group document at this=20
>> time.  There was a comment made that if certain=20
>> simplifications were made in the next version of the draft=20
>> (e.g., reducing the amount of text on marking semantics and=20
>> concentrating on syntax), then the draft then would be ready=20
>> to move to working group document.  The chairs asked the=20
>> authors to consider this approach.  More details of the=20
>> discussion will be available when the meeting minutes are posted.
>>=20
>> This email is a request for comments on moving=20
>> draft-chan-pcn-encoding-comparison-00 to working group=20
>> document.  Please send your comments to the list within the next week.
>>=20
>>=20
>> Scott & Steve
>>=20
>> =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D
>> Steven Blake                <steven.blake@ericsson.com>
>> Ericsson/Redback Networks               +1 919-472-9913
>>=20
>>=20
>>=20
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www1.ietf.org/mailman/listinfo/pcn
>>=20
>
>
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www1.ietf.org/mailman/listinfo/pcn


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 30 11:14:10 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IFWwk-0007nK-5k; Mon, 30 Jul 2007 11:14:10 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IFWwi-0007ms-Ah
	for pcn-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 11:14:08 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IFWwh-0007mX-7n
	for pcn@ietf.org; Mon, 30 Jul 2007 11:14:07 -0400
Received: from imr2.ericy.com ([198.24.6.3])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IFWwg-0007gz-LA
	for pcn@ietf.org; Mon, 30 Jul 2007 11:14:07 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id l6UFHTJ4022185;
	Mon, 30 Jul 2007 10:17:29 -0500
Received: from eusrcmw721.eamcs.ericsson.se ([138.85.77.21]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 30 Jul 2007 10:14:04 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] A draft consolidating different PCN proposals
Date: Mon, 30 Jul 2007 10:14:03 -0500
Message-ID: <BCCF2A70A3553147BA145D52FDAC5B2A03D74AF6@eusrcmw721.eamcs.ericsson.se>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE92@xmb-rtp-203.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] A draft consolidating different PCN proposals
Thread-Index: AcfPm5uLE3qvkh/CRFSi0EwPez44dADHt24g
References: <BABC859E6D0B9A4D8448CC7F41CD2B0704D6DE92@xmb-rtp-203.amer.cisco.com>
From: "Anurag Bhargava (RL/TNT)" <anurag.bhargava@ericsson.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>, "PCN IETF list" <pcn@ietf.org>
X-OriginalArrivalTime: 30 Jul 2007 15:14:04.0879 (UTC)
	FILETIME=[4487E5F0:01C7D2BC]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Anna,
 As mentioned in other email thread by Georgios that we are in the
process of preparing the next version of
draft-westberg-pcn-load-control.
=20
I was thinking of comparing (differences) various schemes mainly at the
following three points in three subsections:
   - Ingress Node
   - Interior Node
   - Egress Node

Then, a subsection for each scheme stating their benefits/drawbacks.

We will provide our take after submitting the next version of LC which
should be soon. I know we were talking about setting Sept as a temporary
deadline for this work. Do you want to suggest any specific deadline
when to receive feedback from various schemes for the consolidation
draft?

BR,
Anurag

> -----Original Message-----
> From: Anna Charny (acharny) [mailto:acharny@cisco.com]=20
> Sent: Thursday, July 26, 2007 11:43 AM
> To: PCN IETF list
> Subject: [PCN] A draft consolidating different PCN proposals
>=20
> Hi all,
>=20
> Following the discussion in the PCN WG meeting yesterday and=20
> as a result of follow-up hallway discussions, the authors of=20
> various proposals seem to have come up with a common language=20
> to describe all the different PCN proposals and a preliminary=20
> view on their relative cons and pros.  I have volunteered to=20
> produce a consolidated draft which will attempt to discuss=20
> all current proposals in the same framework and take the=20
> first cut on comparison criteria and how it is met by=20
> different approaches. =20
>=20
> We already have a number of comparison criteria loosely used=20
> in discussions.  I am requesting feedback from the list with=20
> suggestions for specific performance criteria suggestions.=20
> Those who have already sent those to me privately may wish to=20
> resend them to the list.=20
>=20
> I am also requesting that the authors of each proposed=20
> mechanism send their view of the cons and pros they see of=20
> their specific approach (functional, deployment, performance,=20
> etc). Of course similar feedback is also welcome from the entire list.
>=20
> Thank you,
> Anna=20
>=20
> =20
>=20
>=20
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www1.ietf.org/mailman/listinfo/pcn
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 30 11:20:51 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IFX3D-0002UH-Lb; Mon, 30 Jul 2007 11:20:51 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IFX3B-0002Jt-Me
	for pcn-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 11:20:49 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IFX3B-0002Jj-CF
	for pcn@ietf.org; Mon, 30 Jul 2007 11:20:49 -0400
Received: from smtp104.rog.mail.re2.yahoo.com ([206.190.36.82])
	by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IFX3B-0007rD-1o
	for pcn@ietf.org; Mon, 30 Jul 2007 11:20:49 -0400
Received: (qmail 85943 invoked from network); 30 Jul 2007 15:20:48 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=4FyupJ9Kye8lRa4OwLOC4/+6JDcVuOK7WQTksM/UQjgfGuZQmNZKw7VmWFdUCyCLeopxUk4Ng+n4UIk5K/jYsD2pd+B3jG5siGmED09MuCj4OprLVNcmIquS8Kx5JYb36BGrhVh5+QozpMRDtNURqZDK+OndqwL8SN0Orc0GWqg=
	; 
Received: from unknown (HELO ?192.168.0.101?)
	(tom.taylor@rogers.com@74.105.35.229 with plain)
	by smtp104.rog.mail.re2.yahoo.com with SMTP; 30 Jul 2007 15:20:48 -0000
X-YMail-OSG: tBZJT1cVM1kWdPXZc.j_g14XxQrJ5.9mCieUEgK2BZfH2QDa79N_2dRyVof0dhmysQ--
Message-ID: <46AE01D2.8040400@rogers.com>
Date: Mon, 30 Jul 2007 11:20:50 -0400
From: Tom Taylor <tom.taylor@rogers.com>
User-Agent: Thunderbird 2.0.0.5 (Windows/20070716)
MIME-Version: 1.0
To: Steven Blake <steven.blake@ericsson.com>
Subject: Re: [PCN] Consensus call: moving draft-eardley-pcn-architecture-00.txt
	to working group document
References: <1185545764.3508.7.camel@neutrino>
In-Reply-To: <1185545764.3508.7.camel@neutrino>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Cc: pcn <pcn@ietf.org>
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

I am in favour of making this a WG document.

Steven Blake wrote:
> PCN,
> 
> During the Chicago PCN meeting, the authors of
> draft-eardley-pcn-architecture-00 asked that this draft become a working
> group document.  Based on the discussion in the room, the PCN chairs
> determined that there was consensus amongst the meeting participants to
> move the draft to a working group document.
> 
> This email is a request for comments on moving this draft to working
> group document.  Please send your comments to the list within the next
> week.
> 
> Scott & Steve


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 30 12:06:28 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IFXlM-00031m-3b; Mon, 30 Jul 2007 12:06:28 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IFXlK-00030Y-7c
	for pcn-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 12:06:26 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IFXlJ-00030D-TE
	for pcn@ietf.org; Mon, 30 Jul 2007 12:06:25 -0400
Received: from rtp-iport-2.cisco.com ([64.102.122.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IFXlI-0001U0-Jb
	for pcn@ietf.org; Mon, 30 Jul 2007 12:06:25 -0400
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-2.cisco.com with ESMTP; 30 Jul 2007 12:06:08 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ao8CAEaprUZAZnmf/2dsb2JhbAA
X-IronPort-AV: i="4.19,199,1183348800"; 
	d="scan'208"; a="127411128:sNHT4551948460"
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12])
	by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l6UG67cu024414; 
	Mon, 30 Jul 2007 12:06:07 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com
	[64.102.31.102])
	by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6UG5gWc029562; 
	Mon, 30 Jul 2007 16:06:07 GMT
Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by
	xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 30 Jul 2007 12:05:48 -0400
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [PCN] A draft consolidating different PCN proposals
Date: Mon, 30 Jul 2007 12:05:47 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0704DD79FF@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BCCF2A70A3553147BA145D52FDAC5B2A03D74AF6@eusrcmw721.eamcs.ericsson.se>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] A draft consolidating different PCN proposals
Thread-Index: AcfPm5uLE3qvkh/CRFSi0EwPez44dADHt24gAAIIulA=
From: "Anna Charny \(acharny\)" <acharny@cisco.com>
To: "Anurag Bhargava \(RL/TNT\)" <anurag.bhargava@ericsson.com>,
	"PCN IETF list" <pcn@ietf.org>
X-OriginalArrivalTime: 30 Jul 2007 16:05:48.0365 (UTC)
	FILETIME=[7E5A47D0:01C7D2C3]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3703; t=1185811567;
	x=1186675567; c=relaxed/simple; s=rtpdkim2001;
	h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version;
	d=cisco.com; i=acharny@cisco.com;
	z=From:=20=22Anna=20Charny=20\(acharny\)=22=20<acharny@cisco.com>
	|Subject:=20RE=3A=20[PCN]=20A=20draft=20consolidating=20different=20PCN=2
	0proposals |Sender:=20
	|To:=20=22Anurag=20Bhargava=20\(RL/TNT\)=22=20<anurag.bhargava@ericsson.c
	om>,=0A=20=20=20=20=20=20=20=20=22PCN=20IETF=20list=22=20<pcn@ietf.org>;
	bh=yzF2zcwadZ1KWX4NB0dRi9ACzKvdijKzUhL3y1msKUg=;
	b=uZiWzDLjao4m1DGNWs/lhnZW9kboeoMwuFUHpfHFeBH9/isOJfVFF15+EjRaH8sh84jgAche
	CyjdDn9S8FM6HRI2kQVg5ZU2qKD/TNX1W3bOqeQ2p2L3XP2eZ8xHtmZy;
Authentication-Results: rtp-dkim-2; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim2001 verified; ); 
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db
Cc: 
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Hi Anurag,

Thanks. I think the first and very important step would be to get the
second version of the draft so the algorithmic details become clearer.
We can worry about comparisons later - it is most important that the
details of all proposals are clarified first. =20

There are many comparison criteria to be used.  Some ofthem are
functional as you suggest, some are performance-related, etc.  So yes,
please do provide your view on what you feel are important benefits.

On your question about the timeline:  September will probably still be
all right, although it would really be helpful if algorithmic details of
the draft-westberg proposal are clarified before that (e.g. mid-August
if at all possible?).  One way to do so would be by email (e.g.
answering some of the questions that I asked on the list).  The sooner
we get clarity on the algorithmic details, the sooner it will be
possible to start on the comparison draft.

Thank you,
Anna=20

> -----Original Message-----
> From: Anurag Bhargava (RL/TNT) [mailto:anurag.bhargava@ericsson.com]=20
> Sent: Monday, July 30, 2007 11:14 AM
> To: Anna Charny (acharny); PCN IETF list
> Subject: RE: [PCN] A draft consolidating different PCN proposals
>=20
> Anna,
>  As mentioned in other email thread by Georgios that we are=20
> in the process of preparing the next version of=20
> draft-westberg-pcn-load-control.
> =20
> I was thinking of comparing (differences) various schemes=20
> mainly at the following three points in three subsections:
>    - Ingress Node
>    - Interior Node
>    - Egress Node
>=20
> Then, a subsection for each scheme stating their benefits/drawbacks.
>=20
> We will provide our take after submitting the next version of=20
> LC which should be soon. I know we were talking about setting=20
> Sept as a temporary deadline for this work. Do you want to=20
> suggest any specific deadline when to receive feedback from=20
> various schemes for the consolidation draft?
>=20
> BR,
> Anurag
>=20
> > -----Original Message-----
> > From: Anna Charny (acharny) [mailto:acharny@cisco.com]
> > Sent: Thursday, July 26, 2007 11:43 AM
> > To: PCN IETF list
> > Subject: [PCN] A draft consolidating different PCN proposals
> >=20
> > Hi all,
> >=20
> > Following the discussion in the PCN WG meeting yesterday and as a=20
> > result of follow-up hallway discussions, the authors of various=20
> > proposals seem to have come up with a common language to=20
> describe all=20
> > the different PCN proposals and a preliminary view on their=20
> relative=20
> > cons and pros.  I have volunteered to produce a consolidated draft=20
> > which will attempt to discuss all current proposals in the same=20
> > framework and take the first cut on comparison criteria and=20
> how it is=20
> > met by different approaches.
> >=20
> > We already have a number of comparison criteria loosely used in=20
> > discussions.  I am requesting feedback from the list with=20
> suggestions=20
> > for specific performance criteria suggestions.
> > Those who have already sent those to me privately may wish=20
> to resend=20
> > them to the list.
> >=20
> > I am also requesting that the authors of each proposed=20
> mechanism send=20
> > their view of the cons and pros they see of their specific approach=20
> > (functional, deployment, performance, etc). Of course=20
> similar feedback=20
> > is also welcome from the entire list.
> >=20
> > Thank you,
> > Anna
> >=20
> > =20
> >=20
> >=20
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www1.ietf.org/mailman/listinfo/pcn
> >=20
>=20


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Mon Jul 30 22:52:35 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IFhqc-0004Fn-W9; Mon, 30 Jul 2007 22:52:34 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IFhqc-0004Fh-52
	for pcn-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 22:52:34 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IFhqb-0004FX-R3
	for pcn@ietf.org; Mon, 30 Jul 2007 22:52:33 -0400
Received: from imr1.ericy.com ([198.24.6.9])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IFhqb-0004Rm-9N
	for pcn@ietf.org; Mon, 30 Jul 2007 22:52:33 -0400
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se
	[138.85.77.51])
	by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id l6V2vPwU019681;
	Mon, 30 Jul 2007 21:57:26 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by
	eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 30 Jul 2007 21:52:29 -0500
Received: from [147.117.169.108] ([147.117.169.108]) by
	eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 30 Jul 2007 21:52:29 -0500
Subject: Re: [PCN] could multicast service be supported in a PCN domain?
From: Steven Blake <steven.blake@ericsson.com>
To: ken carlberg <carlberg@g11.org.uk>
In-Reply-To: <FA9B49E1-8FBB-4AB1-AF86-CB6597AEC5EA@g11.org.uk>
References: <000001c7ce9e$eddd5ad0$4b0c6f0a@china.huawei.com>
	<9671A92C3C8B5744BC97F855F7CB646511701910@zcarhxm1.corp.nortel.com>
	<FA9B49E1-8FBB-4AB1-AF86-CB6597AEC5EA@g11.org.uk>
Content-Type: text/plain
Organization: Ericsson IP Infrastructure
Date: Mon, 30 Jul 2007 22:52:28 -0400
Message-Id: <1185850349.4042.37.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 31 Jul 2007 02:52:29.0480 (UTC)
	FILETIME=[D59E9280:01C7D31D]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: pcn@ietf.org
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

On Wed, 2007-07-25 at 16:13 -0500, ken carlberg wrote:

> A question to the chairs.  When would be a reasonable time to bring up
> a new topic like multicast to the group in the form of a draft-rfc?
> Personally, I wouldn't mind seeing something around the time that Phil
> Eardley's Architecture draft is at working group last call to at least
> get a tangible feel of the specifics so as to make a more informed
> decision then as to its acceptance.

If someone has ideas about what (if any) changes are needed to PCN to
accommodate multicast flows, the sooner you can document this the
better.

> I also wouldn't mind to at least hear on this list in the coming
> week(s), ever so briefly, what Delei would like to explore.  I suspect
> that this list will quiet down shortly and for a period of time as
> author's go working on comments of the past week and from today's
> meeting.

Hopefully you are wrong about this.


Regards,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913



_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



From pcn-bounces@ietf.org Tue Jul 31 22:08:06 2007
Return-path: <pcn-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1IG3d8-00064U-0e; Tue, 31 Jul 2007 22:08:06 -0400
Received: from pcn by megatron.ietf.org with local (Exim 4.43)
	id 1IG3d6-00062x-OI
	for pcn-confirm+ok@megatron.ietf.org; Tue, 31 Jul 2007 22:08:04 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1IG3d6-00062k-CM
	for pcn@ietf.org; Tue, 31 Jul 2007 22:08:04 -0400
Received: from smtp1.smtp.bt.com ([217.32.164.137])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IG3d5-0005XU-CR
	for pcn@ietf.org; Tue, 31 Jul 2007 22:08:04 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 1 Aug 2007 03:08:02 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by
	i2kc06-ukbr.domain1.systemhost.net with Microsoft
	SMTPSVC(6.0.3790.1830); Wed, 1 Aug 2007 03:08:02 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by
	cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a
	P0803.399); id 118593408133; Wed, 1 Aug 2007 03:08:01 +0100
Received: from mut.jungle.bt.co.uk ([10.86.0.9])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	l7127qgY015095; Wed, 1 Aug 2007 03:07:58 +0100
Message-Id: <5.2.1.1.2.20070801015324.04b7eb78@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Wed, 01 Aug 2007 03:02:41 +0100
To: Sally Floyd <sallyfloyd@mac.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <3144d54f51c807e534a10759210d5729@mac.com>
References: <5.2.1.1.2.20070617041232.04188110@pop3.jungle.bt.co.uk>
	<5.2.1.1.2.20070617041232.04188110@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 01 Aug 2007 02:08:02.0492 (UTC)
	FILETIME=[CA623FC0:01C7D3E0]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0770535483960d190d4a0d020e7060bd
Cc: PCN IETF list <pcn@ietf.org>, DCCP IETF list <dccp@ietf.org>,
	tsvwg IETF list <tsvwg@ietf.org>
Subject: [PCN] Re: [dccp] Initial I-D: draft-briscoe-tsvwg-byte-pkt-mark-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Errors-To: pcn-bounces@ietf.org

Sally,

Again, catching up on my backlog - apologies for delayed reply...

At 00:30 20/07/2007, Sally Floyd wrote:
>Bob -
>
>Some feedback on "Byte and Packet Congestion Notification",
>draft-briscoe-tsvwg-byte-pkt-mark-00:
>
>It seems odd to me to talk about RED in byte vs. packet mode, and
>not to talk about the similar performance difference between
>Drop-Tail queues in bytes vs. packets.  (Well, someone could
>care about RED and not Drop-Tail because one cared only
>about packet marks in an ECN environment, but for this document
>it strikes me as quite odd to talk about RED in byte vs. packet mode,
>and not to talk also about Drop-Tail queues in bytes vs. packets.)
>
>I am enclosing some text from some 2/26/2007 email that I sent you
>about this, in response to "draft-briscoe-tsvwg-byte-pkt-mark-00c".
>(I didn't reread the new draft, but I did look at the diffs between
>draft-briscoe-tsvwg-byte-pkt-mark-00 and
>draft-briscoe-tsvwg-byte-pkt-mark-00c, and I didn't notice anything
>added about Drop-Tail queues in bytes vs. packets.)

After I had posted the draft, I realised I still hadn't taken this point 
you made into account. Sorry about that - it will be in the -01 update.

I tried to make up for this at least in my presentation in Chicago, where I 
warned people not to turn off RED altogether (actually, I hadn't read this 
latest email from you before last week's presentation, but I had remembered 
this excellent point you had made in your previous offlist email).

But I accept, there's a lot more to this issue that I need to address 
properly in the next draft.

> From my 2/26/2007 email:
>----------------------------------------------------------------
>"As is discussed at length and illustrated with simulations in [RFC
>4828], drop-tail queues also have a wide range of possible behaviors,
>in terms of dropping packets from a flow proportionally to the
>sending rate in bits per second, or to the sending rate in packets
>per second, or something else entirely.  For example, the abstract
>of [RFC 4828] includes the following:"
>
>     "Flows using TFRC-SP compete reasonably fairly with large-packet TCP
>     and TFRC flows in environments where large-packet flows and small-
>     packet flows experience similar packet drop rates.  However, in
>     environments where small-packet flows experience lower packet drop
>     rates than large-packet flows (e.g., with Drop-Tail queues in units
>     of bytes), TFRC-SP can receive considerably more than its share of
>     the bandwidth."
>
>"This is discussed more in Section 4.5.1, and in Appendix B.3 of that draft."

My immediate thought was that, if a vendor is implementing AQM, they are 
offering an alterantive to drop tail, so I was giving advice on whether to 
take a packet's size into account when deciding whether to drop it _in an 
AQM algorithm_.

You are right that my line of reasoning leads to the conclusion that I made 
- that transports should take account of packet size, not AQM algorithms.

You are right that transports using small packets will see less drop from 
unmodified (drop tail) queues. So if such transports scale down their 
response to smaller dropped packets (as TFRC-SP proposes), they will go 
faster than transports sending large packets that compete for the same 
drop-tail queue.

My reasoning then goes that we, the IETF, need to decide unequivocally 
where this bias should be reversed:
a) treat the cause, by recommending AQM with packet-mode drop wherever 
possible?
b) treat the symptom, by recommending transports don't take account of 
packet size?

The more successful we are at a), the more b) type solutions will be 
incorrect, and we will instead want transports to take account of packet size.

If we believed b) was the right approach, we shouldn't have ever 
recommended a). But it's too late to turn back, because we already 
recommended a) - largely because we wanted to remove the bias towards small 
packets of drop tail. And I believe RED is now very widely deployed (BT 
have certainly deployed it, and I believe it is common elsewhere).

I also believe a) was (and still is) the better path. I believe we should 
press on with a), encouraging AQM. Not turn back now. I also don't believe 
we can expect the industry to follow both paths, without adding 
considerable complexity to the Internet.

>"My understanding is that buffer architectures in routers can be
>complex, but one buffer architecture is to have a fixed number of
>slots for packet headers in the output queue, with the actual data
>packet stored elsewhere in the router.  So in this design, the queue
>would essentially have a fixed number of slots for packet headers,
>with each packet taking exactly one packet-header slot, regardless
>of the packet size in bytes.

This is surely the question of how to measure the queue length in order to 
decide an interim drop probability, not how to determine whether to modify 
the interim drop probability dependent on the size of the packet currently 
being considered for drop.

I believe I correctly reflected your advice on queue measurement in my 
sections 4 & 6.1.

>Functionally, this would be equivalent
>to a Drop-Tail queue in packets in NS.

I don't believe this is correct.
- As an overloaded drop tail queue forwards packets to the line, at any one 
time it is more likely to have made space for an arriving small packet than 
a large one. So the drop rate of larger packets will be greater.
- As an overloaded queue of fixed size headers forwards packets to the 
line, no more space is needed for the header of a large packet than a small 
one, so the drop rate of large and small packets will be the same (assuming 
the buffer for the payloads held elsewhere is not the limiting resource)

Am I missing something?

>But there could also be
>routers whose Drop-Tail queues are more like the Drop-Tail queue
>in bytes in NS, where small packets are more likely than large
>packets to find a slot in the queue.  So the complications are not
>only about AQM..."

The general point is true, that the complications are not only about AQM. 
Even tho I think the specific sentence I objected to above is wrong, it 
doesn't invalidate your general argument that this isn't only about AQM, 
which I hope I have addressed now, and I will also try to address more 
rigorously in the -01 update of this draft.

>----------------------------------------------------------------
>
>
>As an aside, in the future should I forward feedback about this draft to
>only one of the three mailing lists above?

I think tsvwg will be enough (as requested in the draft). I was just 
hiliting the existence of this draft to the other lists it was relevant to, 
but discussion not specific to one of the other w-gs need only be on tsvwg.

I've cc'd them one last time, so anyone who wants to follow this discussion 
knows where it has gone.

Cheers


Bob


____________________________________________________________________________
Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 




_______________________________________________
PCN mailing list
PCN@ietf.org
https://www1.ietf.org/mailman/listinfo/pcn



