From pcn-bounces@ietf.org  Mon Jul  7 14:30:41 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 92B6C28C290;
	Mon,  7 Jul 2008 14:30:41 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1168728C28F
	for <pcn@core3.amsl.com>; Mon,  7 Jul 2008 14:30:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id GeQ73idGg9J3 for <pcn@core3.amsl.com>;
	Mon,  7 Jul 2008 14:30:39 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id C122E28C28E
	for <pcn@ietf.org>; Mon,  7 Jul 2008 14:30:39 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id B18F5198E82;
	Mon,  7 Jul 2008 23:30:39 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id A636D198E5D;
	Mon,  7 Jul 2008 23:30:39 +0200 (CEST)
Received: from [132.187.246.38] (wvpn038.vpn.uni-wuerzburg.de [132.187.246.38])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 48AE1A0680;
	Mon,  7 Jul 2008 23:30:38 +0200 (CEST)
Message-ID: <48728ABD.5000408@informatik.uni-wuerzburg.de>
Date: Mon, 07 Jul 2008 23:29:33 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: pcn <pcn@ietf.org>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: [PCN] Marking Converter for Excess-Marked Traffic
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

we recently submitted a mechanism that converts PCN markings obtained 
based on an admissible rate (PCN lower rate) to equivalent PCN markings 
based on a supportable rate (PCN upper rate). This mechanism might be 
useful to implement marked flow termination with single marking, i.e. 
when only excess marked packets based on the admissible rate are 
available but excess marked packets based on the supportable rate are 
required. The mechanism is described in
http://www.ietf.org/internet-drafts/draft-menth-pcn-marking-converter-00.txt

Early simulation results show that the mechanism work somehow, but it 
has its limitations especially when many small ingress-egress-aggregates 
share a single link which is a realistic case. A summary of these 
results is given in Section 8 of
http://www.ietf.org/internet-drafts/draft-menth-pcn-performance-03.txt

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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Mon Jul  7 15:13:52 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A1DF728C2ED;
	Mon,  7 Jul 2008 15:13:52 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1CA213A697C
	for <pcn@core3.amsl.com>; Mon,  7 Jul 2008 15:13:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SdKa3c9kH56c for <pcn@core3.amsl.com>;
	Mon,  7 Jul 2008 15:13:51 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id D77EA3A69D6
	for <pcn@ietf.org>; Mon,  7 Jul 2008 15:13:50 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 6C1E6198E8A;
	Tue,  8 Jul 2008 00:13:55 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 5FB74198E87;
	Tue,  8 Jul 2008 00:13:55 +0200 (CEST)
Received: from [132.187.246.38] (wvpn038.vpn.uni-wuerzburg.de [132.187.246.38])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 9E2E5198E82;
	Tue,  8 Jul 2008 00:13:51 +0200 (CEST)
Message-ID: <487294DE.2060003@informatik.uni-wuerzburg.de>
Date: Tue, 08 Jul 2008 00:12:46 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: pcn <pcn@ietf.org>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: [PCN] PSDM and e2e PCN encoding
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

I just submitted two drafts suggesting encodings for PCN that were 
discussed after the Philadelphia meeting. The documents provide a base 
to discuss them in Dublin.

http://www.ietf.org/internet-drafts/draft-menth-pcn-psdm-encoding-00.txt 
proposes an encoding option for packet-specific dual marking (PSDM). It 
uses only a single DSCP (Voice-Admit DSCP) and supports both excess and 
exhaustive marking in a single PCN domain, but packets are either 
subject to excess or exhaustive marking, not to both. This kind of 
encoding is useful, e.g., to support probe-based admission control based 
on exhaustive marking and flow termination based on excess marking, but 
also to others (see intro). The ECN field of the Voice-Admit DSCP is 
interpreted as PCN codepoint only within PCN domains and outside PCN 
domains it is subject to standard ECN semantics.

http://www.ietf.org/internet-drafts/draft-menth-pcn-e2e-encoding-00.txt 
requests alternate ECN semantics for the ECN field of the Voice-Admit 
DSCP. That allows its use for PCN encoding not only in PCN domains but 
also in the general Internet. With this extension it is possible to 
support end-to-end PCN as described in Section 4 of
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
However, this extension excludes the use of ECN to PCN flows. The 
assumed PCN encoding is the same as in the draft above, but this could 
also be applied to other PCN encodings with only a single DSCP. This 
draft is probably not in-charter as it looks forward, but documents 
potential extensions that may be required in the future.

Comments are welcome for both drafts.

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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul  8 21:08:31 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8CED63A6976;
	Tue,  8 Jul 2008 21:08:31 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2CC7E3A6989
	for <pcn@core3.amsl.com>; Tue,  8 Jul 2008 21:08:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level: 
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=1.300, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NDvgUjpz9qFV for <pcn@core3.amsl.com>;
	Tue,  8 Jul 2008 21:08:29 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 7EC303A691C
	for <pcn@ietf.org>; Tue,  8 Jul 2008 21:08:29 -0700 (PDT)
Received: from cpe-071-077-051-004.nc.res.rr.com ([71.77.51.4])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>)
	id 1KGQyo-00062k-0I; Wed, 09 Jul 2008 00:08:34 -0400
From: Steven Blake <slblake@petri-meat.com>
To: pcn <pcn@ietf.org>
Date: Wed, 09 Jul 2008 00:08:39 -0400
Message-Id: <1215576519.12416.4.camel@tachyon>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] IETF 73 agenda
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

It's time to put together the meeting agenda for Dublin.  Please send
agenda requests to the chairs.  We are scheduled for only one session,
so obviously we will have to focus on advancing documents to meet our
milestones (which we continue to slip!).


Regards,
 
// Steve

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


From pcn-bounces@ietf.org  Wed Jul  9 23:03:30 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A28C13A68A1;
	Wed,  9 Jul 2008 23:03:30 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D66BD3A689D
	for <pcn@core3.amsl.com>; Wed,  9 Jul 2008 23:03:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level: 
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[AWL=0.350, 
	BAYES_00=-2.599, J_CHICKENPOX_16=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id C2mdDsXSs3aP for <pcn@core3.amsl.com>;
	Wed,  9 Jul 2008 23:03:18 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 69B8E3A68A1
	for <pcn@ietf.org>; Wed,  9 Jul 2008 23:03:18 -0700 (PDT)
Received: from cpe-071-077-051-004.nc.res.rr.com ([71.77.51.4])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KGoBN-00016L-D8
	for pcn@ietf.org; Thu, 10 Jul 2008 00:55:05 -0400
From: Steven Blake <slblake@petri-meat.com>
To: pcn <pcn@ietf.org>
In-Reply-To: <E386E2D8-6B73-4664-96F2-0CF2198A4D2F@nokia.com>
References: <20080613164431.3D5703A6945@core3.amsl.com>
	<E386E2D8-6B73-4664-96F2-0CF2198A4D2F@nokia.com>
Date: Thu, 10 Jul 2008 00:55:11 -0400
Message-Id: <1215665711.18473.11.camel@tachyon>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: Re: [PCN] Fwd: New Liaison Statement,
	"LS on draft Recommendation	Q.PCNApp"
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

On Mon, 2008-06-16 at 10:42 +0300, Lars Eggert wrote:

> Hi, PCN WG,
> 
> The ITU-T has sent you the following liaison statement on PCN (but  
> only sent it to my email address, which is why I'm forwarding it.)
> 
> Please review the documents attached to the LS and discuss if you want  
> to send a response. I've taken a quick look, and it seems that the ITU- 
> T is making some assumptions about how some of the components of the  
> PCN architecture work on a technical level that the WG hasn't come to  
> consensus on.
> 
> Lars
> 
> Begin forwarded message:
> 
> > From: "ext Arshey Odedra(ITU-T SG 11)" <tsbsg11@itu.int>
> > Date: June 13, 2008 19:44:31 GMT+03:00
> > To: lars.eggert@nokia.com
> > Subject: New Liaison Statement, "LS on draft Recommendation Q.PCNApp"
> > Reply-To: tsbsg11@itu.int
> >
> >
> > Title: LS on draft Recommendation Q.PCNApp
> > Submission Date: 2008-06-13
> > URL of the IETF Web page: https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=461
> > Please reply by 2008-09-01
> >
> > From: Arshey Odedra(ITU-T SG 11) <tsbsg11@itu.int>
> > To: IETF Transport Area Directors, PCN Working Group Chairs(lars.eggert@nokia.com 
> > )
> > Cc:
> > Reponse Contact:
> > Technical Contact:
> > Purpose: For comment
> > Body: Liaison Statement from ITU-T SG1 Q5/11 Rapporteur Meeting (May  
> > 2008).
> > Attachment(s):
> >     LS on Drfat Recommendation  Q.PCNApp (https://datatracker.ietf.org/documents/LIAISON/file567.doc 
> > )
> >     Draft Recommendation Q.PCNApp, Enhancement of resource and  
> > admission control protocols to use pre-congestion notification  
> > (PCN), out of the May 2008 meeting (https://datatracker.ietf.org/documents/LIAISON/file568.doc 


As Lars requested, please review the liaison statements and send comments to the list.


Regards,

// Steve

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


From pcn-bounces@ietf.org  Thu Jul 10 02:28:44 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id DA32D3A6984;
	Thu, 10 Jul 2008 02:28:44 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0BEAC3A6984
	for <pcn@core3.amsl.com>; Thu, 10 Jul 2008 02:28:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.958
X-Spam-Level: 
X-Spam-Status: No, score=-1.958 tagged_above=-999 required=5 tests=[AWL=0.041, 
	BAYES_00=-2.599, J_CHICKENPOX_16=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id c1P62dvzQ+hd for <pcn@core3.amsl.com>;
	Thu, 10 Jul 2008 02:28:42 -0700 (PDT)
Received: from smtp127.rog.mail.re2.yahoo.com (smtp127.rog.mail.re2.yahoo.com
	[206.190.53.32]) by core3.amsl.com (Postfix) with SMTP id 1AA383A67EE
	for <pcn@ietf.org>; Thu, 10 Jul 2008 02:28:41 -0700 (PDT)
Received: (qmail 17242 invoked from network); 10 Jul 2008 09:28:51 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=wENFVVN844R/AKkJtEdFP0geMK4tTlJLo5OdSIfTQUhtSGz2BbsrTqvwsMPyp1kHB+lVXaQz88NnkrCnF6rh8sdgY19fhmiwiVttpqPsm3GRLudlEq1BJ69tjEP0Ev7azQRbuGMfY6iWheo7zTU3fuG884LRX2dwyATe3mqABbw=
	; 
Received: from unknown (HELO ?10.43.1.84?) (tom.taylor@rogers.com@86.47.129.77
	with plain)
	by smtp127.rog.mail.re2.yahoo.com with SMTP; 10 Jul 2008 09:28:51 -0000
X-YMail-OSG: gyzZVw8VM1knzSMVAPIJrmdkZemz9QOFxdBq37SaZCxovbUUzYGq_u9yFdSLEr9EDA--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4875D652.7000400@rogers.com>
Date: Thu, 10 Jul 2008 05:28:50 -0400
From: Tom Taylor <tom.taylor@rogers.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: pcn <pcn@ietf.org>
References: <20080613164431.3D5703A6945@core3.amsl.com>	<E386E2D8-6B73-4664-96F2-0CF2198A4D2F@nokia.com>
	<1215665711.18473.11.camel@tachyon>
In-Reply-To: <1215665711.18473.11.camel@tachyon>
Subject: Re: [PCN] Fwd: New Liaison Statement,
 "LS on draft Recommendation Q.PCNApp"
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Basically we are trying to specify how to apply PCN in an environment where 
central elements provide subscriber-specific policy. I'll be interested to talk 
to Lars about where he sees us getting ahead of the WG. As you'll see from the 
"Contributor's Notes" in the ITU-T draft Recommendation Q.PCNApp, we've tried to 
be cautious.

Steven Blake wrote:
> On Mon, 2008-06-16 at 10:42 +0300, Lars Eggert wrote:
> 
>> Hi, PCN WG,
>>
>> The ITU-T has sent you the following liaison statement on PCN (but  
>> only sent it to my email address, which is why I'm forwarding it.)
>>
>> Please review the documents attached to the LS and discuss if you want  
>> to send a response. I've taken a quick look, and it seems that the ITU- 
>> T is making some assumptions about how some of the components of the  
>> PCN architecture work on a technical level that the WG hasn't come to  
>> consensus on.
>>
>> Lars
>>
>> Begin forwarded message:
>>
>>> From: "ext Arshey Odedra(ITU-T SG 11)" <tsbsg11@itu.int>
>>> Date: June 13, 2008 19:44:31 GMT+03:00
>>> To: lars.eggert@nokia.com
>>> Subject: New Liaison Statement, "LS on draft Recommendation Q.PCNApp"
>>> Reply-To: tsbsg11@itu.int
>>>
>>>
>>> Title: LS on draft Recommendation Q.PCNApp
>>> Submission Date: 2008-06-13
>>> URL of the IETF Web page: https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=461
>>> Please reply by 2008-09-01
>>>
>>> From: Arshey Odedra(ITU-T SG 11) <tsbsg11@itu.int>
>>> To: IETF Transport Area Directors, PCN Working Group Chairs(lars.eggert@nokia.com 
>>> )
>>> Cc:
>>> Reponse Contact:
>>> Technical Contact:
>>> Purpose: For comment
>>> Body: Liaison Statement from ITU-T SG1 Q5/11 Rapporteur Meeting (May  
>>> 2008).
>>> Attachment(s):
>>>     LS on Drfat Recommendation  Q.PCNApp (https://datatracker.ietf.org/documents/LIAISON/file567.doc 
>>> )
>>>     Draft Recommendation Q.PCNApp, Enhancement of resource and  
>>> admission control protocols to use pre-congestion notification  
>>> (PCN), out of the May 2008 meeting (https://datatracker.ietf.org/documents/LIAISON/file568.doc 
> 
> 
> As Lars requested, please review the liaison statements and send comments to the list.
> 
> 
> Regards,
> 
> // Steve
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 10 08:55:32 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0114F3A69CA;
	Thu, 10 Jul 2008 08:55:32 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D93E53A69CA
	for <pcn@core3.amsl.com>; Thu, 10 Jul 2008 08:55:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.999
X-Spam-Level: 
X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, J_CHICKENPOX_16=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id prhtAxCcrfJ2 for <pcn@core3.amsl.com>;
	Thu, 10 Jul 2008 08:55:29 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 90AA43A69B6
	for <pcn@ietf.org>; Thu, 10 Jul 2008 08:55:29 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 10 Jul 2008 16:55:42 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 10 Jul 2008 16:55:46 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F17D36@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <1215665711.18473.11.camel@tachyon>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: New Liaison Statement,
	"LS on draft Recommendation	Q.PCNApp"
Thread-Index: AcjiVSg9cejKSUgzRniLEdKKx5BFNQAT8rCw
From: <toby.moncaster@bt.com>
To: <slblake@petri-meat.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 10 Jul 2008 15:55:42.0032 (UTC)
	FILETIME=[67E0B500:01C8E2A5]
Subject: Re: [PCN] Fwd: New Liaison Statement,
	"LS on draft Recommendation	Q.PCNApp"
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Could I request slots to present the following:

Draft-moncaster-pcn-baseline-encoding
10 mins to present + 10 mins discussion to get adopted as WG item +
progress to WGLC
Toby Moncaster

Draft-moncaster-pcn-3-state-encoding
10 mins to present
Toby Moncaster

Draft-eardley-pcn-marking-behaviour
15 mins to present
Phil Eardley

Toby Moncaster

____________________________________________________________________
Toby Moncaster, <toby.moncaster@bt.com> Networks Research Centre, BT
B54/70 Adastral Park, Ipswich, IP53RE, UK.  +44 1473 648734 


 

> -----Original Message-----
> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> Behalf Of Steven Blake
> Sent: 10 July 2008 05:55
> To: pcn
> Subject: Re: [PCN] Fwd: New Liaison Statement,"LS on draft 
> Recommendation Q.PCNApp"
> 
> On Mon, 2008-06-16 at 10:42 +0300, Lars Eggert wrote:
> 
> > Hi, PCN WG,
> > 
> > The ITU-T has sent you the following liaison statement on PCN (but  
> > only sent it to my email address, which is why I'm forwarding it.)
> > 
> > Please review the documents attached to the LS and discuss 
> if you want  
> > to send a response. I've taken a quick look, and it seems 
> that the ITU- 
> > T is making some assumptions about how some of the 
> components of the  
> > PCN architecture work on a technical level that the WG 
> hasn't come to  
> > consensus on.
> > 
> > Lars
> > 
> > Begin forwarded message:
> > 
> > > From: "ext Arshey Odedra(ITU-T SG 11)" <tsbsg11@itu.int>
> > > Date: June 13, 2008 19:44:31 GMT+03:00
> > > To: lars.eggert@nokia.com
> > > Subject: New Liaison Statement, "LS on draft 
> Recommendation Q.PCNApp"
> > > Reply-To: tsbsg11@itu.int
> > >
> > >
> > > Title: LS on draft Recommendation Q.PCNApp
> > > Submission Date: 2008-06-13
> > > URL of the IETF Web page: 
> https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=461
> > > Please reply by 2008-09-01
> > >
> > > From: Arshey Odedra(ITU-T SG 11) <tsbsg11@itu.int>
> > > To: IETF Transport Area Directors, PCN Working Group 
> Chairs(lars.eggert@nokia.com 
> > > )
> > > Cc:
> > > Reponse Contact:
> > > Technical Contact:
> > > Purpose: For comment
> > > Body: Liaison Statement from ITU-T SG1 Q5/11 Rapporteur 
> Meeting (May  
> > > 2008).
> > > Attachment(s):
> > >     LS on Drfat Recommendation  Q.PCNApp 
> (https://datatracker.ietf.org/documents/LIAISON/file567.doc 
> > > )
> > >     Draft Recommendation Q.PCNApp, Enhancement of resource and  
> > > admission control protocols to use pre-congestion notification  
> > > (PCN), out of the May 2008 meeting 
> (https://datatracker.ietf.org/documents/LIAISON/file568.doc 
> 
> 
> As Lars requested, please review the liaison statements and 
> send comments to the list.
> 
> 
> Regards,
> 
> // Steve
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 10 08:56:11 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 20BD23A67AD;
	Thu, 10 Jul 2008 08:56:11 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 042A43A63EC
	for <pcn@core3.amsl.com>; Thu, 10 Jul 2008 08:56:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5
	tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_16=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lGc1CzWDSZD5 for <pcn@core3.amsl.com>;
	Thu, 10 Jul 2008 08:56:09 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id D5DA23A67AD
	for <pcn@ietf.org>; Thu, 10 Jul 2008 08:56:08 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 10 Jul 2008 16:56:23 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 10 Jul 2008 16:56:28 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F17D3A@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Fwd: New Liaison Statement,
	"LS on draft Recommendation	Q.PCNApp"
Thread-Index: AcjiVSg9cejKSUgzRniLEdKKx5BFNQAT8rCwAAAf6IA=
From: <toby.moncaster@bt.com>
To: <toby.moncaster@bt.com>,
	<slblake@petri-meat.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 10 Jul 2008 15:56:23.0365 (UTC)
	FILETIME=[80839F50:01C8E2A5]
Subject: Re: [PCN] Fwd: New Liaison Statement,
	"LS on draft Recommendation	Q.PCNApp"
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Apologies, this was meant to be in reply to the email concerning agenda
requests

Toby 

> -----Original Message-----
> From: Moncaster,T,Toby,CXR9 R 
> Sent: 10 July 2008 16:56
> To: 'Steven Blake'; pcn
> Subject: RE: [PCN] Fwd: New Liaison Statement,"LS on draft 
> Recommendation Q.PCNApp"
> 
> Could I request slots to present the following:
> 
> Draft-moncaster-pcn-baseline-encoding
> 10 mins to present + 10 mins discussion to get adopted as WG 
> item + progress to WGLC
> Toby Moncaster
> 
> Draft-moncaster-pcn-3-state-encoding
> 10 mins to present
> Toby Moncaster
> 
> Draft-eardley-pcn-marking-behaviour
> 15 mins to present
> Phil Eardley
> 
> Toby Moncaster
> 
> ____________________________________________________________________
> Toby Moncaster, <toby.moncaster@bt.com> Networks Research Centre, BT
> B54/70 Adastral Park, Ipswich, IP53RE, UK.  +44 1473 648734 
> 
> 
>  
> 
> > -----Original Message-----
> > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> > Behalf Of Steven Blake
> > Sent: 10 July 2008 05:55
> > To: pcn
> > Subject: Re: [PCN] Fwd: New Liaison Statement,"LS on draft 
> > Recommendation Q.PCNApp"
> > 
> > On Mon, 2008-06-16 at 10:42 +0300, Lars Eggert wrote:
> > 
> > > Hi, PCN WG,
> > > 
> > > The ITU-T has sent you the following liaison statement on 
> PCN (but  
> > > only sent it to my email address, which is why I'm forwarding it.)
> > > 
> > > Please review the documents attached to the LS and discuss 
> > if you want  
> > > to send a response. I've taken a quick look, and it seems 
> > that the ITU- 
> > > T is making some assumptions about how some of the 
> > components of the  
> > > PCN architecture work on a technical level that the WG 
> > hasn't come to  
> > > consensus on.
> > > 
> > > Lars
> > > 
> > > Begin forwarded message:
> > > 
> > > > From: "ext Arshey Odedra(ITU-T SG 11)" <tsbsg11@itu.int>
> > > > Date: June 13, 2008 19:44:31 GMT+03:00
> > > > To: lars.eggert@nokia.com
> > > > Subject: New Liaison Statement, "LS on draft 
> > Recommendation Q.PCNApp"
> > > > Reply-To: tsbsg11@itu.int
> > > >
> > > >
> > > > Title: LS on draft Recommendation Q.PCNApp
> > > > Submission Date: 2008-06-13
> > > > URL of the IETF Web page: 
> > https://datatracker.ietf.org/public/liaison_detail.cgi?detail_id=461
> > > > Please reply by 2008-09-01
> > > >
> > > > From: Arshey Odedra(ITU-T SG 11) <tsbsg11@itu.int>
> > > > To: IETF Transport Area Directors, PCN Working Group 
> > Chairs(lars.eggert@nokia.com 
> > > > )
> > > > Cc:
> > > > Reponse Contact:
> > > > Technical Contact:
> > > > Purpose: For comment
> > > > Body: Liaison Statement from ITU-T SG1 Q5/11 Rapporteur 
> > Meeting (May  
> > > > 2008).
> > > > Attachment(s):
> > > >     LS on Drfat Recommendation  Q.PCNApp 
> > (https://datatracker.ietf.org/documents/LIAISON/file567.doc 
> > > > )
> > > >     Draft Recommendation Q.PCNApp, Enhancement of resource and  
> > > > admission control protocols to use pre-congestion notification  
> > > > (PCN), out of the May 2008 meeting 
> > (https://datatracker.ietf.org/documents/LIAISON/file568.doc 
> > 
> > 
> > As Lars requested, please review the liaison statements and 
> > send comments to the list.
> > 
> > 
> > Regards,
> > 
> > // Steve
> > 
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www.ietf.org/mailman/listinfo/pcn
> > 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 10 09:05:39 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0B49A3A6891;
	Thu, 10 Jul 2008 09:05:39 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E85B33A6891
	for <pcn@core3.amsl.com>; Thu, 10 Jul 2008 09:05:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.149
X-Spam-Level: 
X-Spam-Status: No, score=-3.149 tagged_above=-999 required=5 tests=[AWL=0.450, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UVejEMlL1wdT for <pcn@core3.amsl.com>;
	Thu, 10 Jul 2008 09:05:37 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id D33B23A6828
	for <pcn@ietf.org>; Thu, 10 Jul 2008 09:05:36 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 10 Jul 2008 17:05:51 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 10 Jul 2008 17:05:55 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F17D49@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <1B6169C658325341A3B8066E23919E1C4C169E@S4DE8PSAANK.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: draft-moncaster-pcn-baseline-encoding-01
Thread-Index: AcjVU+L7n++xsBDrTkmcXM6Y5VRVeAAABWaAACWf+ZAABIQssAAogadAAABUtYAAALA+sAAAddqwAwBMaGA=
From: <toby.moncaster@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 10 Jul 2008 16:05:51.0026 (UTC)
	FILETIME=[D2DDD120:01C8E2A6]
Subject: [PCN] draft-moncaster-pcn-baseline-encoding-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

We are rapidly slipping further and further behind our charter
milestones. It is my belief that the baseline encoding document is now
ready to be adopted as a WG item and should only need minimal work to
advance it towards WGLC.

www.ietf.org/internet-drafts/draft-moncaster-pcn-baseline-encoding-01.tx
t

I am going to potentially submit a 02 version by Monday to address any
issues that still need looking at. However this is by way of being a
formal request to the chairs to consider asking the WG if this document
can be adopted as a WG item before Dublin. It is my belief that once we
have the baseline encoding agreed and en route to RFC then the
architecture draft and marking behaviour drafts should also start making
significant progress. The only caveat connected to this current document
is whether or not we will manage to get shared use of the new
voice-admit DSCP or whether we will have to go through the long and
painful process of trying to get our own standards track DSCP.

Oh, and as I warned at last IETF, I will probably have to step back from
active involvement in this WG after Dublin due to other work
commitments...

Toby Moncaster

____________________________________________________________________
Toby Moncaster, <toby.moncaster@bt.com> Networks Research Centre, BT
B54/70 Adastral Park, Ipswich, IP53RE, UK.  +44 1473 648734 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Fri Jul 11 06:43:07 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 503873A67D9;
	Fri, 11 Jul 2008 06:43:07 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6178E3A67D9
	for <pcn@core3.amsl.com>; Fri, 11 Jul 2008 06:43:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5
	tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J6g5ij3XUuzl for <pcn@core3.amsl.com>;
	Fri, 11 Jul 2008 06:43:05 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 3E5423A659B
	for <pcn@ietf.org>; Fri, 11 Jul 2008 06:43:05 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Fri, 11 Jul 2008 14:43:21 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 11 Jul 2008 14:43:26 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F18235@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: New Version Notification for
	draft-moncaster-pcn-baseline-encoding-02 
Thread-Index: AcjjXAPPhC4LM8shS0+3iXNuDsYpmAAABA6w
From: <toby.moncaster@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 11 Jul 2008 13:43:21.0825 (UTC)
	FILETIME=[158F0510:01C8E35C]
Subject: [PCN] FW: New Version Notification for
	draft-moncaster-pcn-baseline-encoding-02
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

 

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] 
Sent: 11 July 2008 14:43
To: Moncaster,T,Toby,CXR9 R
Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
Subject: New Version Notification for
draft-moncaster-pcn-baseline-encoding-02 


A new version of I-D, draft-moncaster-pcn-baseline-encoding-02.txt has
been successfuly submitted by T Moncaster and posted to the IETF
repository.

Filename:	 draft-moncaster-pcn-baseline-encoding
Revision:	 02
Title:		 Baseline Encoding and Transport of Pre-Congestion
Information
Creation_date:	 2008-07-11
WG ID:		 Independent Submission
Number_of_pages: 13

Abstract:
Pre-congestion notification (PCN) provides information to support
admission control and flow termination in order to protect the
Quality of Service of inelastic flows.  It does this by marking
packets when traffic load on a link is approaching or has exceeded a
threshold below the physical link rate.  This document specifies how
such marks are to be encoded into the IP header.  The baseline
encoding described here provides for only two PCN encoding states.
Other documents describe extended encoding schemes that allow for
three encoding states.

Status

This memo is posted as an Internet-Draft with an intent to eventually
progress to standards track.
 



The IETF Secretariat.


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


From pcn-bounces@ietf.org  Mon Jul 14 15:00:04 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AEF2628C449;
	Mon, 14 Jul 2008 15:00:04 -0700 (PDT)
X-Original-To: pcn@ietf.org
Delivered-To: pcn@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 0)
	id D003428C33D; Mon, 14 Jul 2008 15:00:01 -0700 (PDT)
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
Message-Id: <20080714220001.D003428C33D@core3.amsl.com>
Date: Mon, 14 Jul 2008 15:00:01 -0700 (PDT)
Cc: pcn@ietf.org
Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org


--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Congestion and Pre-Congestion Notification Working Group of the IETF.


	Title           : Pre-Congestion Notification Architecture
	Author(s)       : P. Eardley
	Filename        : draft-ietf-pcn-architecture-04.txt
	Pages           : 52
	Date            : 2008-07-14

The purpose of this document is to describe a general architecture
for flow admission and termination based on pre-congestion
information in order to protect the quality of service of established
inelastic flows within a single DiffServ domain.Status

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt

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

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

--NextPart
Content-Type: Message/External-body;
	name="draft-ietf-pcn-architecture-04.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2008-07-14144853.I-D@ietf.org>


--NextPart
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://www.ietf.org/mailman/listinfo/pcn

--NextPart--


From pcn-bounces@ietf.org  Mon Jul 14 16:50:17 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3D1E53A6AF6;
	Mon, 14 Jul 2008 16:50:17 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E25F23A6A41
	for <pcn@core3.amsl.com>; Mon, 14 Jul 2008 16:50:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id MK4jXWRL63pe for <pcn@core3.amsl.com>;
	Mon, 14 Jul 2008 16:50:16 -0700 (PDT)
Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239])
	by core3.amsl.com (Postfix) with ESMTP id ED32E3A6AD6
	for <pcn@ietf.org>; Mon, 14 Jul 2008 16:50:15 -0700 (PDT)
Received: by wx-out-0506.google.com with SMTP id i29so2370362wxd.31
	for <pcn@ietf.org>; Mon, 14 Jul 2008 16:50:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:message-id:date:from:to
	:subject:mime-version:content-type;
	bh=oq85XQyqSrxashaiZ3LndyepmuYk+qVJ+YLxay4/pfA=;
	b=Q5u+phYh8tuq0D6HLNxnWup4eea+mxuiY4sDifiJQwPpa6WFzUEuH51/BR/gXJGBe8
	thEUIUo1AO6lIAFdWz/VWimTInHoUkhG88hyiWcvpflBo2FOcGl+ilAbCPp+J46DSId2
	MEk3HGbQqX9W2MYFJpyENGKBInmCXqL8fR+zc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=message-id:date:from:to:subject:mime-version:content-type;
	b=G03xgj1WWYLJcAZpkdMNt2z9kV5sbv3/oFoCO/WBigDBao0BpwIcpWRX6QdnU1Man7
	nykj/1cJLjv2dmGqULr1hXxtRBmF4H6k3UTTj7wwxlS/unGLdAxuoQ1HkUjtQrWdbmsl
	MZFVN9bFQldUrU/I10TEBfhmgWwM7/TId0Nf4=
Received: by 10.70.46.1 with SMTP id t1mr19202063wxt.59.1216079441931;
	Mon, 14 Jul 2008 16:50:41 -0700 (PDT)
Received: by 10.70.9.2 with HTTP; Mon, 14 Jul 2008 16:50:41 -0700 (PDT)
Message-ID: <ac775a530807141650pb195ba2qf914abf93d2bf45b@mail.gmail.com>
Date: Mon, 14 Jul 2008 19:50:41 -0400
From: "Anurag Bhargava" <bhargava.anurag@gmail.com>
To: pcn@ietf.org
MIME-Version: 1.0
Subject: [PCN] draft-westberg-pcn-load-control-04.txt has been uploaded
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1808812920=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

--===============1808812920==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14597_22907562.1216079441925"

------=_Part_14597_22907562.1216079441925
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,

 A new version of the Load Control draft has been posted on the IETF
website.

http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-04.txt

Thanks
Anurag

------=_Part_14597_22907562.1216079441925
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,<br><br>&nbsp;A new version of the Load Control draft has been posted on the IETF website.<br><br><a href="http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-04.txt">http://www.ietf.org/internet-drafts/draft-westberg-pcn-load-control-04.txt</a><br>
<br>Thanks<br>Anurag<br><br>

------=_Part_14597_22907562.1216079441925--

--===============1808812920==
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://www.ietf.org/mailman/listinfo/pcn

--===============1808812920==--


From pcn-bounces@ietf.org  Tue Jul 15 00:30:45 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id BE43428C303;
	Tue, 15 Jul 2008 00:30:45 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4B65128C303
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 00:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id v82qGDoESnGL for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 00:30:43 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151])
	by core3.amsl.com (Postfix) with ESMTP id 4570328C2FA
	for <pcn@ietf.org>; Tue, 15 Jul 2008 00:30:43 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 08:31:09 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 08:31:09 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8A8@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <20080714220001.D003428C33D@core3.amsl.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: New version of draft-ietf-pcn-architecture-04.txt
Thread-Index: Acjl/W4FEg8NLW6wSQCob5XajFsCSgATjrFg
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 07:31:09.0791 (UTC)
	FILETIME=[C0480EF0:01C8E64C]
Subject: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I updated the Architecture draft.

There are no major changes, but several more minor ones. These mostly
reflect the consensus call about PCN-marking (as reflected in
[I-D.eardley-pcn-marking-behaviour]), and the current decisions about
encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
[I-D.moncaster-pcn-3-state-encoding]). I also did some slight
re-structuring and editing to try and improve the clarity, especially of
the introductory material and the High level architecture (where I also
added a sub-section on backwards compatibility with respect to
[RFC4774]). I also took account of all the comments received on the -03
version (thanks for them)

Comments welcome! - thanks,
phil

{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ Internet-Drafts@ietf.org
{ Sent: 14 July 2008 23:00
{ To: i-d-announce@ietf.org
{ Cc: pcn@ietf.org
{ Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
{ 
{ A New Internet-Draft is available from the on-line Internet-Drafts
{ directories.
{ This draft is a work item of the Congestion and Pre-Congestion
{ Notification Working Group of the IETF.
{ 
{ 
{ 	Title           : Pre-Congestion Notification Architecture
{ 	Author(s)       : P. Eardley
{ 	Filename        : draft-ietf-pcn-architecture-04.txt
{ 	Pages           : 52
{ 	Date            : 2008-07-14
{ 
{ The purpose of this document is to describe a general architecture
{ for flow admission and termination based on pre-congestion
{ information in order to protect the quality of service of established
{ inelastic flows within a single DiffServ domain.Status
{ 
{ A URL for this Internet-Draft is:
{ http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
{ 
{ Internet-Drafts are also available by anonymous FTP at:
{ ftp://ftp.ietf.org/internet-drafts/
{ 
{ 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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 02:01:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2B50F3A6AFF;
	Tue, 15 Jul 2008 02:01:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 035C73A6B06
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 02:01:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id srkPYoD9fFER for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 02:01:47 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 5EC723A6AFF
	for <pcn@ietf.org>; Tue, 15 Jul 2008 02:01:47 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 10:02:10 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 10:02:09 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8AD@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8A8@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] New version of draft-ietf-pcn-architecture-04.txt
Thread-Index: Acjl/W4FEg8NLW6wSQCob5XajFsCSgATjrFgAACiYFA=
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 09:02:10.0014 (UTC)
	FILETIME=[76D3F7E0:01C8E659]
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I spotted a couple of small corrections needed:

In S6.2, Flow termination
Exactly how the flow termination decision is made will be defined
   separately in informational documents.  At a high level several
   approaches are proposed:
...
   o  Another approach monitors PCN-packets and terminates any PCN-flow
      with an excess-traffic-marked packet.  Compared with the
      approaches above, PCN-marking needs to be done at a reduced rate
      (every "s" bytes of excess traffic) otherwise far too much traffic
      would be terminated.

This bullet needs to be changed, as it's inconsistent with the consensus
decisions about marking algorithm. The equivalent approach can be
achieved by randomly selecting some fraction of the marked packets for
termination (as in http://tools.ietf.org/id/draft-menth-pcn-emft-00.txt)

In S2 Terminology
The last sentence of both PCN-threshold-rate & PCN-excess-rate
definitions needs to be deleted (they don't apply in the single marking
case). 

In addition I think it would be helpful to add a couple of pics to
illustrate what PCN-threshold-rate & PCN-excess-rate mean in terms of
when admission and termination are done. Similar to Fig 1 in
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08
-PCN-Comparison.pdf - one for the case with 3 encoding states, and one
for single marking.

phil

{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ philip.eardley@bt.com
{ Sent: 15 July 2008 08:31
{ To: pcn@ietf.org
{ Subject: [PCN] New version of draft-ietf-pcn-architecture-04.txt
{ 
{ I updated the Architecture draft.
{ 
{ There are no major changes, but several more minor ones. These mostly
{ reflect the consensus call about PCN-marking (as reflected in
{ [I-D.eardley-pcn-marking-behaviour]), and the current decisions about
{ encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
{ [I-D.moncaster-pcn-3-state-encoding]). I also did some slight
{ re-structuring and editing to try and improve the clarity, especially
of
{ the introductory material and the High level architecture (where I
also
{ added a sub-section on backwards compatibility with respect to
{ [RFC4774]). I also took account of all the comments received on the
-03
{ version (thanks for them)
{ 
{ Comments welcome! - thanks,
{ phil
{ 
{ { -----Original Message-----
{ { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
Of
{ { Internet-Drafts@ietf.org
{ { Sent: 14 July 2008 23:00
{ { To: i-d-announce@ietf.org
{ { Cc: pcn@ietf.org
{ { Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
{ {
{ { A New Internet-Draft is available from the on-line Internet-Drafts
{ { directories.
{ { This draft is a work item of the Congestion and Pre-Congestion
{ { Notification Working Group of the IETF.
{ {
{ {
{ { 	Title           : Pre-Congestion Notification Architecture
{ { 	Author(s)       : P. Eardley
{ { 	Filename        : draft-ietf-pcn-architecture-04.txt
{ { 	Pages           : 52
{ { 	Date            : 2008-07-14
{ {
{ { The purpose of this document is to describe a general architecture
{ { for flow admission and termination based on pre-congestion
{ { information in order to protect the quality of service of
established
{ { inelastic flows within a single DiffServ domain.Status
{ {
{ { A URL for this Internet-Draft is:
{ {
http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
{ {
{ { Internet-Drafts are also available by anonymous FTP at:
{ { ftp://ftp.ietf.org/internet-drafts/
{ {
{ { 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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 02:29:47 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AD9943A692B;
	Tue, 15 Jul 2008 02:29:47 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 058CD3A692B
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 02:29:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.999
X-Spam-Level: 
X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5
	tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id AK1mpwBXVuFD for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 02:29:46 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id AFFE03A67F4
	for <pcn@ietf.org>; Tue, 15 Jul 2008 02:29:45 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 10:30:12 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 10:30:11 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8AE@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A705F18235@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-baseline-encoding-02
Thread-Index: AcjjXAPPhC4LM8shS0+3iXNuDsYpmAAABA6wAL9yqcA=
From: <philip.eardley@bt.com>
To: <toby.moncaster@bt.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 09:30:12.0527 (UTC)
	FILETIME=[61AF13F0:01C8E65D]
Subject: Re: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-baseline-encoding-02
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Toby,

It looks good to me. Yes, I support it as wg doc.

Some comments:

S4.3:
Clarify that the context of the first bullet (PCN-ingress-node action if
pkt arrives with CE or ECT) is for packets that use the same DSCP as
PCN-traffic

S5:
"that traffic" -> "traffic that"

"ECN marked traffic is blocked from entering the PCN-domain directly"
2 things. First, the context is non-PCN-traffic using the same DSCP as
PCN-traffic. Second, ECN capable rather than ECN marked (or whatever
term includes ECT as well as CE)

4th bullet, All traffic -> All PCN-traffic

I think we need some minor work between the Tunnelling sections in the
encoding drafts, architecture draft & bob's Layered Encapsulation of
Congestion Notification,
http://www.ietf.org/internet-drafts/briscoe-tsvwg-ecn-tunnel-01.txt . i
don't think there's any real content that needs changing, just some
slight clarification. as i understand it, the encoding drafts summarises
how the behaviour of existing tunnelling encapsulators/decapsulators has
constrained the choice of encoding; the architecture draft summarises
what the 'right' behaviour for tunnelling encapsulators/decapsulators is
in a PCN-domain; and bob's draft adds a whole lot of detailed
explanation and history etc. 


{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ toby.moncaster@bt.com
{ Sent: 11 July 2008 14:43
{ To: pcn@ietf.org
{ Subject: [PCN] FW: New Version Notification fordraft-moncaster-pcn-
{ baseline-encoding-02
{ 
{ 
{ 
{ -----Original Message-----
{ From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]
{ Sent: 11 July 2008 14:43
{ To: Moncaster,T,Toby,CXR9 R
{ Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
{ Subject: New Version Notification for
{ draft-moncaster-pcn-baseline-encoding-02
{ 
{ 
{ A new version of I-D, draft-moncaster-pcn-baseline-encoding-02.txt has
{ been successfuly submitted by T Moncaster and posted to the IETF
{ repository.
{ 
{ Filename:	 draft-moncaster-pcn-baseline-encoding
{ Revision:	 02
{ Title:		 Baseline Encoding and Transport of
Pre-Congestion
{ Information
{ Creation_date:	 2008-07-11
{ WG ID:		 Independent Submission
{ Number_of_pages: 13
{ 
{ Abstract:
{ Pre-congestion notification (PCN) provides information to support
{ admission control and flow termination in order to protect the
{ Quality of Service of inelastic flows.  It does this by marking
{ packets when traffic load on a link is approaching or has exceeded a
{ threshold below the physical link rate.  This document specifies how
{ such marks are to be encoded into the IP header.  The baseline
{ encoding described here provides for only two PCN encoding states.
{ Other documents describe extended encoding schemes that allow for
{ three encoding states.
{ 
{ Status
{ 
{ This memo is posted as an Internet-Draft with an intent to eventually
{ progress to standards track.
{ 
{ 
{ 
{ 
{ The IETF Secretariat.
{ 
{ 
{ _______________________________________________
{ PCN mailing list
{ PCN@ietf.org
{ https://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 02:54:59 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 998D73A693E;
	Tue, 15 Jul 2008 02:54:59 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9A8D63A6889
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 02:54:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.849
X-Spam-Level: 
X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5
	tests=[AWL=-0.450, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id A9z8b73yJ3ja for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 02:54:57 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 7D8103A68DC
	for <pcn@ietf.org>; Tue, 15 Jul 2008 02:54:54 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 10:55:17 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 10:55:16 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8AF@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A705D3B731@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-3-state-encoding-00
Thread-Index: AcjVU+bNZiMWYhQ2TvupjcXli73s+wAAFr3QBEJZPpA=
From: <philip.eardley@bt.com>
To: <toby.moncaster@bt.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 09:55:17.0508 (UTC)
	FILETIME=[E2B8F440:01C8E660]
Subject: Re: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Toby, Michael, bob,

It looks good to me.

S3: terminology
PCN-flow - a flow covered by a reservation but which hasn't
      signalled that it requires end-to-end ECN support.

I think the concept of PCN-flows should include PCN-enabled-ECN-flows.

I'm not sure about "reservation", surely something like "using the PCN
mechanisms". Or protected by them. 


6.1: 
In addition all packets should have their DSCP reset to the
   appropriate DSCP for the next hop.  If the next hop is not another
   PCN region this will not be a PCN enabled DSCP, and by default will
   be the best-efforts DSCP.  Alterntively higher layer signalling
   mechanisms may allow the DSCP that packets entered the PCN-domain
   with to be re-instated.

All packets -> all PCN-packets
Should have -> SHOULD have (or possibly MUST have)
Last sentence - this is a likely example of what the higher layer
signalling could do, however the domain on the far side of the
pcn-domain might use a different DSCP from the domain on the near side. 

S7.1:
Transports wishing to use both a reservation and end-to-end ECN
I think "PCN" would better than "reservation"

S7.2.0: indicate that the context is PCN-traffic

7.2.1:
downgrading is here a MAY, whereas in the baseline-encoding-02 it was an
"SHOULD... or ..."
rather than "lower (non-PCN) service class" it would be better to say
lower priority (non-PCN) behaviour aggregate 


Typos:
S4: an additional PCN enabled DiffServ codepoints. -> codepoint
S5: ., -> .
S6.1: Alterntively -> Alternatively 

phil
{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ toby.moncaster@bt.com
{ Sent: 23 June 2008 18:15
{ To: pcn@ietf.org
{ Subject: [PCN] FW: New Version Notification fordraft-moncaster-pcn-3-
{ state-encoding-00
{ 
{ 
{ As promised in earlier emails here is the first version of the
extended
{ PCN encoding scheme draft. Note it hasn't been completely checked for
{ consistency, grammar, etc so any and all reviews gratefully accepted.
{ 
{ My hope is to get a 01 version out in plenty of time for Dublin.
{ 
{ Toby
{ ____________________________________________________________________
{ Toby Moncaster, <toby.moncaster@bt.com> Networks Research Centre, BT
{ B54/70 Adastral Park, Ipswich, IP53RE, UK.  +44 1473 648734
{ 
{ 
{ -----Original Message-----
{ From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]
{ Sent: 23 June 2008 18:09
{ To: Moncaster,T,Toby,CXR9 R
{ Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
{ Subject: New Version Notification for
{ draft-moncaster-pcn-3-state-encoding-00
{ 
{ 
{ A new version of I-D, draft-moncaster-pcn-3-state-encoding-00.txt has
{ been successfuly submitted by T Moncaster and posted to the IETF
{ repository.
{ 
{ Filename:	 draft-moncaster-pcn-3-state-encoding
{ Revision:	 00
{ Title:		 A three state extended PCN encoding scheme
{ Creation_date:	 2008-06-23
{ WG ID:		 Independent Submission
{ Number_of_pages: 13
{ 
{ Abstract:
{ Pre-congestion notification (PCN) is a mechanism designed to protect
{ the Quality of Service of inelastic flows.  It does this by marking
{ packets when traffic load on a link is approaching or has exceeded a
{ threshold below the physical link rate.  This baseline encoding
{ specified how two encoding states could be encoded into the IP
{ header.  This document specified an extension to the baseline
{ encoding that enables three encoding states to be carried in the IP
{ header as well as enabling limited support for end-to-end ECN.
{ 
{ Status
{ 
{ This memo is posted as an Internet-Draft with an intent to eventually
{ be published as an experimental RFC.
{ 
{ 
{ 
{ 
{ The IETF Secretariat.
{ 
{ 
{ _______________________________________________
{ PCN mailing list
{ PCN@ietf.org
{ https://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 03:53:55 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 620303A683E;
	Tue, 15 Jul 2008 03:53:55 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B48AA3A686A
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 03:53:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.624
X-Spam-Level: 
X-Spam-Status: No, score=-2.624 tagged_above=-999 required=5
	tests=[AWL=-0.225, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id VHH1ZX2d+RtN for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 03:53:53 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 55C153A677C
	for <pcn@ietf.org>; Tue, 15 Jul 2008 03:53:53 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 11:54:17 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 11:54:23 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F7A8E6@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8AE@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-baseline-encoding-02
Thread-Index: AcjjXAPPhC4LM8shS0+3iXNuDsYpmAAABA6wAL9yqcAAA7LbsA==
From: <toby.moncaster@bt.com>
To: <philip.eardley@bt.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 10:54:17.0716 (UTC)
	FILETIME=[20D9D340:01C8E669]
Subject: Re: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-baseline-encoding-02
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Thanks for the comments Phil. I will incorporate those changes in the
next version of the draft (which will hopefully be a WG item by then!). 

I agree there is a need for some clarification between the different
tunnelling sections. One possible way to do this would be to write a
complete ID (targeted to be informational) giving full details of the
current constraints of tunnelling, the correct way to deal with tunnels
inside a PCN-domain, the correct order in which to perform PCN actions
if the ingress or egress nodes are also tunnel encapsulators or
decapsulators and a brief explanation of what would be gained if all
tunnel behaviours were rationalised for both DSCP and ECN fields.

Toby 

> -----Original Message-----
> From: Eardley,PL,Philip,CXR9 R 
> Sent: 15 July 2008 10:30
> To: Moncaster,T,Toby,CXR9 R; pcn@ietf.org
> Subject: RE: [PCN] FW: New Version Notification 
> fordraft-moncaster-pcn-baseline-encoding-02
> 
> Toby,
> 
> It looks good to me. Yes, I support it as wg doc.
> 
> Some comments:
> 
> S4.3:
> Clarify that the context of the first bullet 
> (PCN-ingress-node action if pkt arrives with CE or ECT) is 
> for packets that use the same DSCP as PCN-traffic
> 
> S5:
> "that traffic" -> "traffic that"
> 
> "ECN marked traffic is blocked from entering the PCN-domain directly"
> 2 things. First, the context is non-PCN-traffic using the 
> same DSCP as PCN-traffic. Second, ECN capable rather than ECN 
> marked (or whatever term includes ECT as well as CE)
> 
> 4th bullet, All traffic -> All PCN-traffic
> 
> I think we need some minor work between the Tunnelling 
> sections in the encoding drafts, architecture draft & bob's 
> Layered Encapsulation of Congestion Notification, 
> http://www.ietf.org/internet-drafts/briscoe-tsvwg-ecn-tunnel-0
1.txt . i don't think there's any real content that needs > changing,
just some slight clarification. as i understand it, 
> the encoding drafts summarises how the behaviour of existing 
> tunnelling encapsulators/decapsulators has constrained the 
> choice of encoding; the architecture draft summarises what 
> the 'right' behaviour for tunnelling 
> encapsulators/decapsulators is in a PCN-domain; and bob's 
> draft adds a whole lot of detailed explanation and history etc. 
> 
> 
> { -----Original Message-----
> { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> Behalf Of
> { toby.moncaster@bt.com
> { Sent: 11 July 2008 14:43
> { To: pcn@ietf.org
> { Subject: [PCN] FW: New Version Notification fordraft-moncaster-pcn-
> { baseline-encoding-02
> { 
> { 
> { 
> { -----Original Message-----
> { From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]
> { Sent: 11 July 2008 14:43
> { To: Moncaster,T,Toby,CXR9 R
> { Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
> { Subject: New Version Notification for
> { draft-moncaster-pcn-baseline-encoding-02
> { 
> { 
> { A new version of I-D, 
> draft-moncaster-pcn-baseline-encoding-02.txt has
> { been successfuly submitted by T Moncaster and posted to the IETF
> { repository.
> { 
> { Filename:	 draft-moncaster-pcn-baseline-encoding
> { Revision:	 02
> { Title:		 Baseline Encoding and Transport of 
> Pre-Congestion
> { Information
> { Creation_date:	 2008-07-11
> { WG ID:		 Independent Submission
> { Number_of_pages: 13
> { 
> { Abstract:
> { Pre-congestion notification (PCN) provides information to support
> { admission control and flow termination in order to protect the
> { Quality of Service of inelastic flows.  It does this by marking
> { packets when traffic load on a link is approaching or has exceeded a
> { threshold below the physical link rate.  This document specifies how
> { such marks are to be encoded into the IP header.  The baseline
> { encoding described here provides for only two PCN encoding states.
> { Other documents describe extended encoding schemes that allow for
> { three encoding states.
> { 
> { Status
> { 
> { This memo is posted as an Internet-Draft with an intent to 
> eventually
> { progress to standards track.
> { 
> { 
> { 
> { 
> { The IETF Secretariat.
> { 
> { 
> { _______________________________________________
> { PCN mailing list
> { PCN@ietf.org
> { https://www.ietf.org/mailman/listinfo/pcn
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 03:55:18 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D2BBC3A686A;
	Tue, 15 Jul 2008 03:55:18 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 88B193A686A
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 03:55:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.579
X-Spam-Level: 
X-Spam-Status: No, score=-2.579 tagged_above=-999 required=5
	tests=[AWL=-0.180, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id YqawPikMqTg8 for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 03:55:16 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 5A1583A677C
	for <pcn@ietf.org>; Tue, 15 Jul 2008 03:55:16 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 11:55:43 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 11:55:48 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A705F7A8EA@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8AF@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-3-state-encoding-00
Thread-Index: AcjVU+bNZiMWYhQ2TvupjcXli73s+wAAFr3QBEJZPpAAAuD8gA==
From: <toby.moncaster@bt.com>
To: <philip.eardley@bt.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 10:55:43.0155 (UTC)
	FILETIME=[53C6C830:01C8E669]
Subject: Re: [PCN] FW: New Version Notification
	fordraft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

Thanks for the comments. I will make those changes in the 01 version of
the draft which I will aim to release straight after the submission
server re-opens in 3 weeks time.

Toby

> -----Original Message-----
> From: Eardley,PL,Philip,CXR9 R 
> Sent: 15 July 2008 10:55
> To: Moncaster,T,Toby,CXR9 R; pcn@ietf.org
> Subject: RE: [PCN] FW: New Version Notification 
> fordraft-moncaster-pcn-3-state-encoding-00
> 
> Toby, Michael, bob,
> 
> It looks good to me.
> 
> S3: terminology
> PCN-flow - a flow covered by a reservation but which hasn't
>       signalled that it requires end-to-end ECN support.
> 
> I think the concept of PCN-flows should include PCN-enabled-ECN-flows.
> 
> I'm not sure about "reservation", surely something like 
> "using the PCN mechanisms". Or protected by them. 
> 
> 
> 6.1: 
> In addition all packets should have their DSCP reset to the
>    appropriate DSCP for the next hop.  If the next hop is not another
>    PCN region this will not be a PCN enabled DSCP, and by default will
>    be the best-efforts DSCP.  Alterntively higher layer signalling
>    mechanisms may allow the DSCP that packets entered the PCN-domain
>    with to be re-instated.
> 
> All packets -> all PCN-packets
> Should have -> SHOULD have (or possibly MUST have)
> Last sentence - this is a likely example of what the higher 
> layer signalling could do, however the domain on the far side 
> of the pcn-domain might use a different DSCP from the domain 
> on the near side. 
> 
> S7.1:
> Transports wishing to use both a reservation and end-to-end ECN
> I think "PCN" would better than "reservation"
> 
> S7.2.0: indicate that the context is PCN-traffic
> 
> 7.2.1:
> downgrading is here a MAY, whereas in the 
> baseline-encoding-02 it was an "SHOULD... or ..."
> rather than "lower (non-PCN) service class" it would be 
> better to say lower priority (non-PCN) behaviour aggregate 
> 
> 
> Typos:
> S4: an additional PCN enabled DiffServ codepoints. -> codepoint
> S5: ., -> .
> S6.1: Alterntively -> Alternatively 
> 
> phil
> { -----Original Message-----
> { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> Behalf Of
> { toby.moncaster@bt.com
> { Sent: 23 June 2008 18:15
> { To: pcn@ietf.org
> { Subject: [PCN] FW: New Version Notification 
> fordraft-moncaster-pcn-3-
> { state-encoding-00
> { 
> { 
> { As promised in earlier emails here is the first version of 
> the extended
> { PCN encoding scheme draft. Note it hasn't been completely 
> checked for
> { consistency, grammar, etc so any and all reviews gratefully 
> accepted.
> { 
> { My hope is to get a 01 version out in plenty of time for Dublin.
> { 
> { Toby
> { ____________________________________________________________________
> { Toby Moncaster, <toby.moncaster@bt.com> Networks Research Centre, BT
> { B54/70 Adastral Park, Ipswich, IP53RE, UK.  +44 1473 648734
> { 
> { 
> { -----Original Message-----
> { From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]
> { Sent: 23 June 2008 18:09
> { To: Moncaster,T,Toby,CXR9 R
> { Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
> { Subject: New Version Notification for
> { draft-moncaster-pcn-3-state-encoding-00
> { 
> { 
> { A new version of I-D, 
> draft-moncaster-pcn-3-state-encoding-00.txt has
> { been successfuly submitted by T Moncaster and posted to the IETF
> { repository.
> { 
> { Filename:	 draft-moncaster-pcn-3-state-encoding
> { Revision:	 00
> { Title:		 A three state extended PCN encoding scheme
> { Creation_date:	 2008-06-23
> { WG ID:		 Independent Submission
> { Number_of_pages: 13
> { 
> { Abstract:
> { Pre-congestion notification (PCN) is a mechanism designed to protect
> { the Quality of Service of inelastic flows.  It does this by marking
> { packets when traffic load on a link is approaching or has exceeded a
> { threshold below the physical link rate.  This baseline encoding
> { specified how two encoding states could be encoded into the IP
> { header.  This document specified an extension to the baseline
> { encoding that enables three encoding states to be carried in the IP
> { header as well as enabling limited support for end-to-end ECN.
> { 
> { Status
> { 
> { This memo is posted as an Internet-Draft with an intent to 
> eventually
> { be published as an experimental RFC.
> { 
> { 
> { 
> { 
> { The IETF Secretariat.
> { 
> { 
> { _______________________________________________
> { PCN mailing list
> { PCN@ietf.org
> { https://www.ietf.org/mailman/listinfo/pcn
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 15 05:51:14 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D21EF28C0DC;
	Tue, 15 Jul 2008 05:51:14 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2925F28C0DC
	for <pcn@core3.amsl.com>; Tue, 15 Jul 2008 05:51:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.309
X-Spam-Level: 
X-Spam-Status: No, score=-2.309 tagged_above=-999 required=5
	tests=[AWL=-0.811, BAYES_00=-2.599, HTML_MESSAGE=0.001,
	J_CHICKENPOX_72=0.6, MIME_ASCII0=1.5, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id TzNjE-9xFs3i for <pcn@core3.amsl.com>;
	Tue, 15 Jul 2008 05:50:55 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 178723A6833
	for <pcn@ietf.org>; Tue, 15 Jul 2008 05:50:54 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 15 Jul 2008 13:51:21 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 15 Jul 2008 13:51:20 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8B1@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB646516BA8332@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] New version of the marking behaviour draft
Thread-Index: AcjXayyZY1ULmuV2QiaapwOB+jMbygCy3EfAAwqgojA=
From: <philip.eardley@bt.com>
To: <babiarz@nortel.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 15 Jul 2008 12:51:21.0492 (UTC)
	FILETIME=[7B58FD40:01C8E679]
Subject: Re: [PCN] New version of the marking behaviour draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2146121358=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============2146121358==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8E679.7AC7EABF"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8E679.7AC7EABF
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Joe=20

=20

Thanks very much for all the comments!

=20

In-line replies

phil

=20

=20

-----Original Message-----
From: Jozef Babiarz [mailto:babiarz@nortel.com]=20
Sent: 29 June 2008 23:51
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] New version of the marking behaviour draft

=20

Phil,=20

My comments on draft-eardley-pcn-marking-behaviour-01 version.=20

=20

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

Section 2 specifies the functions involved, which in outline (see Figure
1) are:

=20

   o  Packet classify and condition - decide whether an incoming packet

      belongs to a PCN-flow or not;

[Joe] This is a PCN ingress node function and not part of the metering
and marking behavior that this draft is defining. This should be moved
to Arch draft or draft that defines edge behaviors.

=20

[phil] yes, pkt classification is a PCN ingress node function but it's
also a function that all PCN-nodes need to do. They have to decide
whether a particular pkt is a PCN-pkt or not, by looking at the DSCP &
ECN fields. However, the mention of PCN-flow is somewhat misleading and
it think it would be better to re-phrase this bullet:

o  Packet classify - decide whether a packet is a PCN-packet or not;

=20

=20

=20

o  Condition: drop or downgrade packets if the link is overloaded;

[Joe] This could be a PCN ingress node function but not part of the
metering and marking behavior that this draft is defining. This should
be moved to Arch draft or draft that defines edge behaviors.

=20

[phil] yes, conditioning is a PCN ingress node function but it's also a
function for all PCN-nodes.=20

=20

[phil] I'm not sure about your comment about deleting from this draft
discussion about specific PCN-ingress-node policing (traffic
conditioning) actions. The PCN-ingress-node's traffic conditioning is
very similar to other PCN-nodes, just some slight specialisation, so it
seems easy to talk about it here. Also the PCN-ingress-node policing
stuff is MUSTs which is ok in this draft but not possible in the
Informational archit draft & edge behaviour drafts.

=20

   Figure 1: Schematic of functions for PCN-marking

[Joe] The Classify and Condition blocks should be deleted. As stated
above, combination of the DSCP field and ECN field in the IP header is
used to indicate that a packet is a PCN-packet, so packet classification
is not needed.=20

=20

[phil] I would call this action [looking at the combination of dscp &
ecn to determine if it's a pcn-pkt] pkt classification. Alternative
name?

=20

1.1.  Terminology

=20

   o  Other-traffic: traffic that uses the same DS codepoint as PCN-

      traffic, but a different value in the ECN field; has the same

      priority as PCN-traffic (in terms of scheduling at PCN-nodes); but

      is not subject to PCN-marking, nor PCN's admissin control and flow

      termination mechanisms.  Thus PCN-traffic and other-traffic have

      different per-domain behaviours RFC 3086 [RFC3086].  Note: there

      may be no other-traffic in a PCN-domain.  Note: the term PCN-BA

      does not include other-traffic (this is a clarification, as the

      definition of behaviour aggregate in RFC 2474 [RFC2474], RFC 2475

      [RFC2475] is somewhat ambiguous in the context of PCN.

[Joe] Suggest rewording above to:

Non-PCN-traffic: traffic that is admission controlled using some other
means and uses the same DS codepoint as PCN-traffic but a different
value in the ECN field; has the same priority as PCN-traffic (in terms
of scheduling at PCN-nodes); but is not subject to PCN-marking, nor
PCN's admission control and flow termination mechanisms.

=20

[phil] the different term seems better to me, and a re-wording on these
lines is good/

=20

=20

[Joe comment] The mixture of non-PCN and PCN traffic into the same queue
introduces two options for metering. Only PCN traffic is metered or
Non-PCN and PCN traffic is metered against PCN-threshold and PCN-excess
rates. For flow termination, metering PCN and non-PCN traffic is
required otherwise not enough traffic will be removed. For admission
control metering could be performed just for PCN-traffic or PCN and
non-PCN traffic. Should also note that each PCN node needs police
non-PCN traffic otherwise non-PCN traffic could break the PCN admission
control. Think it would be good idea that is issues is documented later
in this draft. =20

=20

[phil] I think admission control metering also needs to meter
non-PCN-traffic, since it has the same DSCP as PCN-traffic it shares the
link's capacity (equal scheduling priority). Otherwise there's a risk of
over-admission of pcn, if there's lots of the non-PCN-traffic.

The issue of queues is a separate one. The pcn-traffic and
non-pcn-traffic might use the same queue or different queues. But even
in the latter case, same scheduling priority (this seems implicit in
them having the same DSCP - in principle I suppose they could be
scheduled with different priorities).

Yes each pcn-node polices non-pcn-traffic, this is covered later.=20

=20

=20

   o  Priority-traffic: traffic that is more important than PCN that

      shares the same capacity as PCN and is priority scheduled over PCN

      (perhaps an operator's control messages).  Note: there may be no

      priority-traffic in a PCN-domain.

[Joe] Delete the above. If traffic is going to be scheduled differently
than it needs a different DS codepoint.

=20

[phil] yes it has a different dscp. However it uses pcn capacity but
scheduled at a higher priority (ie am assuming this traffic doesn't have
its own dedicated capacity but rather just uses the same capacity as pcn
but scheduled at a higher priority).

=20

   o  Metered-traffic: the collective term for PCN-traffic and (if any)

      priority-traffic and other-traffic.

[Joe] Delete the above. Do not understand why this is needed.

=20

[phil] all this traffic should contribute to the PCN meters, since it
shares the same capacity as PCN. If there's lots of this traffic then
there's less room for PCN-traffic.=20

=20

[phil] I think it would be worth adding to the Appendix. Especially if
metered-traffic only consists of PCN-traffic, then traffic conditioning
on PCN-interior-nodes may not be critical, since if a Pcn-node is
overloaded then flow termination will rapidly bring the amount of
pcn-traffic back below the PCN-excess-rate. So traffic conditioning on
PCN-interior-nodes would only be needed for a short period of time, so
perhaps an operator might choose not to do it. So perhaps traffic
conditioning on PCN-interior-nodes is a SHOULD or even MAY rather than a
MUST.=20

=20

=20

   o  Downgrade: Re-marking a packet, ie changing its DS codepoint, into

      a lower priority behaviour aggregate, such as best effort or

      assured forwarding; as a consequence perhaps dropping lower

      priority packets.

[Joe] Downgrading of packets, changing DS codepoints so that they are
forward by a different queue is very bad as it cause miss ordering of
packets. The downgrading concept can be used in admission control,
instead of block a new flow from being admitted is allowed into the
network into a service class that is not admission control and therefore
it my encounter lower queues. Delete the above.

=20

[phil] the danger of re-ordering is mentioned in section B.3. however,
it would be good to have a discussion about whether downgrading is a
sensible traffic conditioning action, or whether (like shaping) it
should be listed as an unsuitable action.=20

=20

...

=20

2.3.  Traffic conditioning function

...

 [Joe] The complete section 2.3.  Traffic conditioning function needs to
be deleted and replaced with discussion of the issues when PCN and
non-PCN traffic is aggregated into a single forwarding service class or
queue. If an operator chooses to use the same forwarding service class
for both PCN and non-PCN traffic than the non-PCN traffic SHOULD be
policed on each PCN node. (Also SHOULD or MUST is up for debate).

=20

[Joe comment] My personal view is that to keep it simple PCN and non-PCN
traffic should not be mixed into the same forwarding service class
(queue). But for completeness it should be covered in a section in the
back of the draft. =20

=20

[phil] for me, the issue is whether the PCN-traffic and non-pcn-traffic
are scheduled with the same priority. Separate queues opens up the
possibility of different priorities, but of course they could still be
prioritised the same. I've been assuming that because they've got the
same dscp they'll have the same scheduling priority - however I guess
this wouldn't necessarily have to be the case. Worth discussing this,
and what the most likely /sensible implementation is.=20

=20

=20

2.5.  Excess traffic meter function

=20

   A packet SHOULD NOT be metered (by this excess traffic meter

   function) in the following two cases:

=20

   o  If the packet is already excess-traffic-marked;

=20

   o  If this PCN-node drops (downgrades) the packet because the link is

      overloaded.

[Joe] Suggest deleting the word downgrades. I also have an issue with
the meter needing to know if the packet is going to be dropped or not at
some later stage in the node. This requirement may introduce high
complexity in some router implementations. Why is this important?

=20

[phil] re "know if the packet is going to be dropped or not at some
later stage in the node". In fact, the dropping (etc) action will
presumably be implemented in a node before the metering function, at
least that seems the easiest way to implement it. Perhaps I should
re-write with this assumption, but point out this issue if you do it the
other way round. The problem was explained by Michael in one of his
papers, if I remember it right it's that you end up terminating too much
traffic if a node meters pkts that it also drops.=20

=20

B.2.  Classify

=20

   Traffic that has a higher DiffServ priority than PCN, but shares the

   same capacity, is metered as though it were PCN-traffic but cannot be

   PCN-marked.  This means that a meter may indicate a packet is to be

   PCN-marked, but the Marking function knows it cannot be marked.  It

   is left open to the implementation exactly what to do in this case;

   one simple possibility is to mark the next PCN-packet.  Note that

   unless the PCN-packets are a large fraction of all the metered-

   packets then the PCN mechanisms may not work well.

=20

   Similar remarks can be made with respect to other-traffic.

[Joe] Do not understand B.2. How can if have higher DiffServ priority
and share the same queue?

=20

[phil] shares same capacity, not the same queue.=20

=20

B.3.  Traffic conditioning

=20

[Joe] How do you downgrade a packet without causing re-ordering of
packets in flow under congestion?

[Joe] Section B.3 Traffic conditioning need significant amount of
rewriting. Would suggest that it be called Traffic Policing and as it
pertains to PCN and real-time flows only packet dropping could be
applied. The other traffic conditioning methods should be deleted as
they not appropriated for real-time applications.

=20

[phil] I tried to follow the terminology of rfc 2474 & 2475. as is the
way, the match isn't 100% right for pcn. Eg 2474 defines traffic
conditioning as including "metering, policing, shaping, and packet
marking."=20
I chose to use the term Policing only in the context of
PCN-ingress-nodes. Of course I could have just called that traffic
conditioning as well, and strictly that would be more correct. I just
thought it would be easier to save the word policing for ingress node
action. However, I'm not sure this was the right choice.=20

=20

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: June 26, 2008 5:01 AM
To: pcn@ietf.org
Subject: [PCN] New version of the marking behaviour draft

=20

I've just updated the marking behaviour draft,
http://www.ietf.org/internet-drafts/draft-eardley-pcn-marking-behaviour-
01.txt=20

=20

Main change was to re-write Traffic conditioning section - also tried to
take account of the two encoding drafts (baseline & extension).

=20

Comments welcome!

Thanks

Phil

=20

Abstract
=20
   This document standardises the two marking behaviours of PCN-nodes:
   threshold marking and excess traffic marking.  Threshold marking
   marks all PCN-packets if the PCN traffic rate is greater than a first
   configured rate.  Excess traffic marking marks a proportion of PCN-
   packets, such that the amount marked equals the traffic rate in
   excess of a second configured rate.

=20

=20


------_=_NextPart_001_01C8E679.7AC7EABF
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<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";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.EmailStyle21
	{font-family:Arial;
	color:navy;}
span.EmailStyle22
	{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;}
 /* List Definitions */
 ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3D"#606420">

<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'>Joe </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'>Thanks very much for all the =
comments!</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'>In-line replies</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>

<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'>&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 face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Tahoma'>-----Original Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> Jozef Babiarz
[mailto:babiarz@nortel.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 29 June 2008 =
23:51<br>
<b><span style=3D'font-weight:bold'>To:</span></b> =
Eardley,PL,Philip,CXR9 R;
pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: [PCN] New =
version of
the marking behaviour draft</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>Phil, =
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>My comments on
draft-eardley-pcn-marking-behaviour-01 version.</span></font><font =
size=3D2
color=3Dnavy face=3DArial><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:
Arial;color:navy'> </span></font></p>

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

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>Section 2 specifies the functions involved, =
which in
outline (see Figure 1) are:</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; Packet classify and =
condition -
decide whether an incoming packet</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; belongs to a =
PCN-flow
or not;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] This is a PCN ingress node function and =
not part
of the metering and marking behavior that this draft is defining. This =
should
be moved to Arch draft or draft that defines edge =
behaviors.</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes, pkt
classification is a PCN ingress node function but it&#8217;s also a =
function
that all PCN-nodes need to do. They have to decide whether a particular =
pkt is
a PCN-pkt or not, by looking at the DSCP &amp; ECN fields. However, the =
mention
of PCN-flow is somewhat misleading and it think it would be better to =
re-phrase
this bullet:</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>o&nbsp; Packet classify - decide whether a =
packet is a
PCN-packet or not;</span></font></p>

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

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText style=3D'margin-left:18.0pt'><font size=3D2 =
face=3D"Courier New"><span
lang=3DEN-US style=3D'font-size:10.0pt'>o&nbsp; Condition: drop or =
downgrade
packets if the link is overloaded;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] This could be a PCN ingress node =
function but
not part of the metering and marking behavior that this draft is =
defining. This
should be moved to Arch draft or draft that defines edge =
behaviors.</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes, =
conditioning
is a PCN ingress node function but it&#8217;s also a function for all =
PCN-nodes.
</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I&#8217;m =
not sure
about your comment about deleting from this draft discussion about =
specific
PCN-ingress-node policing (traffic conditioning) actions. The =
PCN-ingress-node&#8217;s
traffic conditioning is very similar to other PCN-nodes, just some =
slight specialisation,
so it seems easy to talk about it here. Also the PCN-ingress-node =
policing
stuff is MUSTs which is ok in this draft but not possible in the =
Informational archit
draft &amp; edge behaviour drafts.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; Figure 1: Schematic of functions =
for
PCN-marking</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] The Classify and Condition blocks =
should be
deleted. As stated above, combination of the DSCP field and ECN field in =
the IP
header is used to indicate that a packet is a PCN-packet, so packet
classification is not needed. </span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I would =
call this
action [looking at the combination of dscp &amp; ecn to determine if =
it&#8217;s
a pcn-pkt] pkt classification. Alternative name?</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DEN-US
style=3D'font-size:12.0pt'>1.1.&nbsp; Terminology</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; Other-traffic: traffic =
that uses
the same DS codepoint as PCN-</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; traffic, but a
different value in the ECN field; has the same</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority as =
PCN-traffic
(in terms of scheduling at PCN-nodes); but</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; is not subject =
to
PCN-marking, nor PCN's admissin control and flow</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; termination
mechanisms.&nbsp; Thus PCN-traffic and other-traffic =
have</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different =
per-domain
behaviours RFC 3086 [RFC3086].&nbsp; Note: there</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; may be no =
other-traffic
in a PCN-domain.&nbsp; Note: the term PCN-BA</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; does not =
include
other-traffic (this is a clarification, as the</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; definition of =
behaviour
aggregate in RFC 2474 [RFC2474], RFC 2475</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [RFC2475] is =
somewhat
ambiguous in the context of PCN.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] Suggest rewording above =
to:</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>Non-PCN-traffic: traffic that is admission =
controlled
using some other means and uses the same DS codepoint as PCN-traffic but =
a
different value in the ECN field; has the same priority as PCN-traffic =
(in
terms of scheduling at PCN-nodes); but is not subject to PCN-marking, =
nor PCN's
admission control and flow termination mechanisms.</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] the =
different term
seems better to me, and a re-wording on these lines is =
good/</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe comment] The mixture of non-PCN and PCN =
traffic
into the same queue introduces two options for metering. Only PCN =
traffic is
metered or Non-PCN and PCN traffic is metered against PCN-threshold and
PCN-excess rates. For flow termination, metering PCN and non-PCN traffic =
is
required otherwise not enough traffic will be removed. For admission =
control
metering could be performed just for PCN-traffic or PCN and non-PCN =
traffic.
Should also note that each PCN node needs police non-PCN traffic =
otherwise
non-PCN traffic could break the PCN admission control. Think it would be =
good
idea that is issues is documented later in this draft. =
&nbsp;</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I think =
admission
control metering also needs to meter non-PCN-traffic, since it has the =
same
DSCP as PCN-traffic it shares the link&#8217;s capacity (equal =
scheduling
priority). Otherwise there&#8217;s a risk of over-admission of pcn, if =
there&#8217;s
lots of the non-PCN-traffic.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>The issue of =
queues is a
separate one. The pcn-traffic and non-pcn-traffic might use the same =
queue or
different queues. But even in the latter case, same scheduling priority =
(this
seems implicit in them having the same DSCP &#8211; in principle I =
suppose they
could be scheduled with different priorities).</span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Yes each =
pcn-node polices
non-pcn-traffic, this is covered later. </span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; Priority-traffic: =
traffic that is
more important than PCN that</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; shares the =
same
capacity as PCN and is priority scheduled over PCN</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (perhaps an =
operator's
control messages).&nbsp; Note: there may be no</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
priority-traffic in a
PCN-domain.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] Delete the above. If traffic is going =
to be
scheduled differently than it needs a different DS =
codepoint.</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes it =
has a
different dscp. However it uses pcn capacity but scheduled at a higher =
priority
(ie am assuming this traffic doesn&#8217;t have its own dedicated =
capacity but
rather just uses the same capacity as pcn but scheduled at a higher =
priority).</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; Metered-traffic: the =
collective
term for PCN-traffic and (if any)</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
priority-traffic and
other-traffic.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe] Delete the above. Do not understand why =
this is
needed.</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] all this =
traffic
should contribute to the PCN meters, since it shares the same capacity =
as PCN. If
there&#8217;s lots of this traffic then there&#8217;s less room for
PCN-traffic. </span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
lang=3DEN-US =
style=3D'font-size:10.0pt;color:navy'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
lang=3DEN-US style=3D'font-size:10.0pt;color:navy'>[phil] I think it =
would be worth
adding to the Appendix. Especially if metered-traffic only consists of
PCN-traffic, then traffic conditioning on PCN-interior-nodes may not be
critical, since if a Pcn-node is overloaded then flow termination will =
rapidly
bring the amount of pcn-traffic back below the PCN-excess-rate. So =
traffic
conditioning on PCN-interior-nodes would only be needed for a short =
period of
time, so perhaps an operator might choose not to do it. So perhaps =
traffic
conditioning on PCN-interior-nodes is a SHOULD or even MAY rather than a =
MUST. </span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
lang=3DEN-US =
style=3D'font-size:10.0pt;color:navy'>&nbsp;</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; Downgrade: Re-marking a =
packet,
ie changing its DS codepoint, into</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a lower =
priority
behaviour aggregate, such as best effort or</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; assured =
forwarding; as
a consequence perhaps dropping lower</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority =
packets.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>[Joe] Downgrading =
of
packets, changing DS codepoints so that they are forward by a different =
queue
is very bad as it cause miss ordering of packets. The downgrading =
concept can
be used in admission control, instead of block a new flow from being =
admitted
is allowed into the network into a service class that is not admission =
control
and therefore it my encounter lower queues. Delete the =
above.</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] the =
danger of re-ordering
is mentioned in section B.3. however, it would be good to have a =
discussion
about whether downgrading is a sensible traffic conditioning action, or =
whether
(like shaping) it should be listed as an unsuitable action. =
</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
lang=3DEN-US style=3D'font-size:10.0pt;color:navy'>...</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>2.3.&nbsp; Traffic conditioning =
function</span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
lang=3DEN-US style=3D'font-size:10.0pt;color:navy'>...</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;[Joe] The complete section 2.3.&nbsp; =
Traffic
conditioning function needs to be deleted and replaced with discussion =
of the
issues when PCN and non-PCN traffic is aggregated into a single =
forwarding
service class or queue. If an operator chooses to use the same =
forwarding
service class for both PCN and non-PCN traffic than the non-PCN traffic =
SHOULD
be policed on each PCN node. (Also SHOULD or MUST is up for =
debate).</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>[Joe comment] My personal view is that to =
keep it
simple PCN and non-PCN traffic should not be mixed into the same =
forwarding
service class (queue). But for completeness it should be covered in a =
section
in the back of the draft. &nbsp;</span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] for me, =
the issue
is whether the PCN-traffic and non-pcn-traffic are scheduled with the =
same
priority. Separate queues opens up the possibility of different =
priorities, but
of course they could still be prioritised the same. I&#8217;ve been =
assuming
that because they&#8217;ve got the same dscp they&#8217;ll have the same
scheduling priority &#8211; however I guess this wouldn&#8217;t =
necessarily have
to be the case. Worth discussing this, and what the most likely =
/sensible implementation
is. </span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>2.5.&nbsp; Excess traffic meter =
function</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; A packet SHOULD NOT be metered =
(by this
excess traffic meter</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; function) in the following two =
cases:</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; If the packet is already
excess-traffic-marked;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; If this PCN-node drops
(downgrades) the packet because the link is</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;overloaded.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>[Joe] Suggest =
deleting the
word downgrades. I also have an issue with the meter needing to know if =
the
packet is going to be dropped or not at some later stage in the node. =
This
requirement may introduce high complexity in some router =
implementations. Why
is this important?</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] re =
&#8220;</span></font><font
size=3D2 face=3D"Courier New"><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:
"Courier New"'>know if the packet is going to be dropped or not at some =
later
stage in the node&#8221;. In fact, the dropping (etc) action will =
presumably be
implemented in a node before the metering function, at least that seems =
the
easiest way to implement it. Perhaps I should re-write with this =
assumption,
but point out this issue if you do it the other way round. The problem =
was
explained by Michael in one of his papers, if I remember it right =
it&#8217;s
that you end up terminating too much traffic if a node meters pkts that =
it also
drops. </span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>B.2.&nbsp; Classify</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; Traffic that has a higher =
DiffServ
priority than PCN, but shares the</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; same capacity, is metered as =
though it
were PCN-traffic but cannot be</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; PCN-marked.&nbsp; This means =
that a meter
may indicate a packet is to be</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; PCN-marked, but the Marking =
function
knows it cannot be marked.&nbsp; It</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; is left open to the =
implementation exactly
what to do in this case;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; one simple possibility is to =
mark the
next PCN-packet.&nbsp; Note that</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; unless the PCN-packets are a =
large
fraction of all the metered-</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; packets then the PCN mechanisms =
may not
work well.</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;</span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>&nbsp;&nbsp; Similar remarks can be made with =
respect
to other-traffic.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>[Joe] Do not =
understand B.2.
How can if have higher DiffServ priority and share the same =
queue?</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] shares =
same
capacity, not the same queue. </span></font></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt'>B.3.&nbsp; Traffic =
conditioning</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>[Joe] How do you =
downgrade a
packet without causing re-ordering of packets in flow under =
congestion?</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:"Courier New"'>[Joe] Section B.3 =
Traffic
conditioning need significant amount of rewriting. Would suggest that it =
be
called Traffic Policing and as it pertains to PCN and real-time flows =
only
packet dropping could be applied. The other traffic conditioning methods =
should
be deleted as they not appropriated for real-time =
applications.</span></font></p>

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

<pre><font size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-US =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>[phil] I tried to follow the terminology =
of rfc 2474 &amp; 2475. as is the way, the match isn&#8217;t 100% right =
for pcn. Eg 2474 defines traffic conditioning as including =
&#8220;</span></font>metering, policing, shaping, and packet =
marking.&#8221; </pre><pre><font
size=3D2 face=3D"Courier New"><span style=3D'font-size:10.0pt'>I chose =
to use the term Policing only in the context of PCN-ingress-nodes. Of =
course I could have just called that traffic conditioning as well, and =
strictly that would be more correct. I just thought it would be easier =
to save the word policing for ingress node action. However, I&#8217;m =
not sure this was the right choice. </span></font></pre>

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

<div>

<p><i><font size=3D3 color=3Dnavy face=3DArial><span lang=3DEN-US =
style=3D'font-size:
12.0pt;font-family:Arial;color:navy;font-style:italic'>Regards, =
Joe</span></font></i><font
color=3Dnavy><span lang=3DEN-US style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>email:babiarz@nor=
tel.com</span></font><font
color=3Dnavy><span lang=3DEN-US style=3D'color:navy'> <br>
</span></font><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Telephone:613-763=
-6098</span></font><font
color=3Dnavy><span lang=3DEN-US style=3D'color:navy'> </span></font></p>

</div>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3D"Times New Roman"><span lang=3DEN-US style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter>

</span></font></div>

<p class=3DMsoNormal><b><font size=3D2 face=3DTahoma><span lang=3DEN-US
style=3D'font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</spa=
n></font></b><font
size=3D2 face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:10.0pt;font-family:Tahoma'>
pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <b><span =
style=3D'font-weight:
bold'>On Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> June 26, 2008 5: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] New =
version of the
marking behaviour draft</span></font></p>

</div>

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

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>I&#8217;ve just updated the marking behaviour =
draft, <a
href=3D"http://www.ietf.org/internet-drafts/draft-eardley-pcn-marking-beh=
aviour-01.txt">http://www.ietf.org/internet-drafts/draft-eardley-pcn-mark=
ing-behaviour-01.txt</a>
</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Main change was to re-write Traffic =
conditioning
section &#8211; also tried to take account of the two encoding drafts =
(baseline
&amp; extension).</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Comments welcome!</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Thanks</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>Phil</span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

<pre><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>Abstract</span></font></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'>&nbsp;&nbsp; This document standardises the =
two marking behaviours of PCN-nodes:</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; threshold marking and excess =
traffic marking.&nbsp; Threshold marking</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; marks all PCN-packets if the PCN =
traffic rate is greater than a first</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; configured rate.&nbsp; Excess =
traffic marking marks a proportion of PCN-</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; packets, such that the amount =
marked equals the traffic rate in</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; excess of a second configured =
rate.</span></font></pre>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
style=3D'font-size:12.0pt'>&nbsp;</span></font></p>

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

</div>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C8E679.7AC7EABF--

--===============2146121358==
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://www.ietf.org/mailman/listinfo/pcn

--===============2146121358==--


From pcn-bounces@ietf.org  Wed Jul 16 04:03:29 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8C0663A691D;
	Wed, 16 Jul 2008 04:03:29 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EDB6A3A6930
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 04:03:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.066
X-Spam-Level: 
X-Spam-Status: No, score=-2.066 tagged_above=-999 required=5 tests=[AWL=0.533, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OS78DL6OUZoE for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 04:03:27 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 2E4F33A691D
	for <pcn@ietf.org>; Wed, 16 Jul 2008 04:03:27 -0700 (PDT)
Received: from cpe-071-077-051-004.nc.res.rr.com ([71.77.51.4])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KJ4nY-0005Xt-LH
	for pcn@ietf.org; Wed, 16 Jul 2008 07:03:52 -0400
From: Steven Blake <slblake@petri-meat.com>
To: pcn <pcn@ietf.org>
Content-Type: multipart/mixed; boundary="=-8jKFGLuv7/DGKEhiK2CN"
Date: Wed, 16 Jul 2008 07:03:53 -0400
Message-Id: <1216206233.22218.25.camel@tachyon>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org


--=-8jKFGLuv7/DGKEhiK2CN
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Greetings.  I plan to upload the following draft agenda for Dublin
today.  There are a few presentations that may be added at the end, time
permitting.

Please send comments to the list.


Regards,

// Steve

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

Congestion and Pre-Congestion Notification WG (pcn)
IETF72 Meeting DRAFT Agenda

CHAIRs: Scott Bradner <sob@harvard.edu>
        Steven Blake  <sblake@extremenetworks.com>


THURSDAY, July 31, 2008
0900-1130 Morning Session I
Rathcoole
====================================

AGENDA:

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

o Discuss ITU-T liaison statement                               chairs  20 min

o draft-ietf-pcn-architecture-04                               Eardley  30 min

o draft-moncaster-pcn-baseline-encoding-02                   Moncaster  20 min

o draft-eardley-pcn-marking-behavior-01                        Eardley  15 min

o draft-moncaster-pcn-3-state-encoding-00                    Moncaster  10 min

o draft-briscoe-tsvwg-ecn-tunnel-01                            Briscoe  10 min

--=-8jKFGLuv7/DGKEhiK2CN
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://www.ietf.org/mailman/listinfo/pcn

--=-8jKFGLuv7/DGKEhiK2CN--



From pcn-bounces@ietf.org  Wed Jul 16 04:39:56 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 278803A6B09;
	Wed, 16 Jul 2008 04:39:56 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D9F4F3A6B09
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 04:39:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.224
X-Spam-Level: 
X-Spam-Status: No, score=-3.224 tagged_above=-999 required=5 tests=[AWL=0.375, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Kq2OGque1kRX for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 04:39:54 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id A44473A686C
	for <pcn@ietf.org>; Wed, 16 Jul 2008 04:39:53 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 12:40:20 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 12:40:19 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8BD@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <1216206233.22218.25.camel@tachyon>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] **DRAFT** PCN wg agenda for IETF 72
Thread-Index: AcjnM6txjaF2DTPBQAOfJXIC+9k/ugABBy9w
From: <philip.eardley@bt.com>
To: <slblake@petri-meat.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 11:40:20.0257 (UTC)
	FILETIME=[B9DDE110:01C8E738]
Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

I remember at/after the last ietf we had this "consensus question"

-----Original Message-----
From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
Steven Blake
Sent: 20 April 2008 18:41
To: pcn
Subject: Re: [PCN] Consensus questions: Q4, Q5, and Q6

> Q6: If presented with sufficient evidence in a timely fashion, would
>     the PCN wg entertain the option of modifying the interior router
>     Excess-Rate marking behavior for the standards-track PCN scheme
(as
>     described in question 4)?
> 

The feedback for Q6 was a mixture of abstain and Yes with caveats.  If
and when someone wants to propose modifications to the Excess-Rate
marking behavior, we can see if there is interest to discuss it on the
list, but I *strongly encourage* that any such discussion needs to
happen before the Dublin meeting.

----------------------------------

as far as I know, there've been no proposals. But if I missed them, then
I guess that draft-eardley-pcn-marking-behavior-01 would need more than
15mins (it captures the Consensus on marking behaviour, ie Questions 4 &
5)

thanks,
phil

{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ Steven Blake
{ Sent: 16 July 2008 12:04
{ To: pcn
{ Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
{ 
{ Greetings.  I plan to upload the following draft agenda for Dublin
{ today.  There are a few presentations that may be added at the end,
time
{ permitting.
{ 
{ Please send comments to the list.
{ 
{ 
{ Regards,
{ 
{ // Steve
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 05:56:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 33AD728C1D1;
	Wed, 16 Jul 2008 05:56:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9CA6728C1D1
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 05:56:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JpwpGIw35m9f for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 05:56:04 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 82AF228C1AD
	for <pcn@ietf.org>; Wed, 16 Jul 2008 05:56:03 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id A7CC7198E61;
	Wed, 16 Jul 2008 14:56:32 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 9B678198E60;
	Wed, 16 Jul 2008 14:56:32 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 4DBD3198E51;
	Wed, 16 Jul 2008 14:56:30 +0200 (CEST)
Message-ID: <487DEFB8.4090709@informatik.uni-wuerzburg.de>
Date: Wed, 16 Jul 2008 14:55:20 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8BD@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8BD@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

there is a requirement for packet-size independent marking
http://tools.ietf.org/wg/pcn/draft-menth-pcn-emft-00.txt
which is necessary to achieve fairness for marked flow termination. 
Evidence for its relevance it given in
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-MFT.pdf
I raised this issue already at the last meeting since I think it's a 
useful feature.

Regards,

    Michael

philip.eardley@bt.com wrote:
> Hi,
>
> I remember at/after the last ietf we had this "consensus question"
>
> -----Original Message-----
> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
> Steven Blake
> Sent: 20 April 2008 18:41
> To: pcn
> Subject: Re: [PCN] Consensus questions: Q4, Q5, and Q6
>
>   
>> Q6: If presented with sufficient evidence in a timely fashion, would
>>     the PCN wg entertain the option of modifying the interior router
>>     Excess-Rate marking behavior for the standards-track PCN scheme
>>     
> (as
>   
>>     described in question 4)?
>>
>>     
>
> The feedback for Q6 was a mixture of abstain and Yes with caveats.  If
> and when someone wants to propose modifications to the Excess-Rate
> marking behavior, we can see if there is interest to discuss it on the
> list, but I *strongly encourage* that any such discussion needs to
> happen before the Dublin meeting.
>
> ----------------------------------
>
> as far as I know, there've been no proposals. But if I missed them, then
> I guess that draft-eardley-pcn-marking-behavior-01 would need more than
> 15mins (it captures the Consensus on marking behaviour, ie Questions 4 &
> 5)
>
> thanks,
> phil
>
> { -----Original Message-----
> { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
> { Steven Blake
> { Sent: 16 July 2008 12:04
> { To: pcn
> { Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
> { 
> { Greetings.  I plan to upload the following draft agenda for Dublin
> { today.  There are a few presentations that may be added at the end,
> time
> { permitting.
> { 
> { Please send comments to the list.
> { 
> { 
> { Regards,
> { 
> { // Steve
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 06:16:05 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0F2C728C1AD;
	Wed, 16 Jul 2008 06:16:05 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2DBAB3A6BB5
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 06:16:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.504
X-Spam-Level: 
X-Spam-Status: No, score=-0.504 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lssnRQiVGycj for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 06:15:58 -0700 (PDT)
Received: from rotterdam.ewi.utwente.nl (rotterdam.ewi.utwente.nl
	[130.89.10.5]) by core3.amsl.com (Postfix) with ESMTP id 94EE43A6BB0
	for <pcn@ietf.org>; Wed, 16 Jul 2008 06:15:58 -0700 (PDT)
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 m6GDGQjZ009016;
	Wed, 16 Jul 2008 15:16:26 +0200 (MEST)
Received: from 84.82.109.231 (auth. user karagian@imap1.ewi.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Wed, 16 Jul 2008 13:16:26 +0000
To: "pcn@ietf.org" <pcn@ietf.org>
Date: Wed, 16 Jul 2008 13:16:26 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <LiVXgvUx.1216214186.0810610.karagian@ewi.utwente.nl>
In-Reply-To: <487DEFB8.4090709@informatik.uni-wuerzburg.de>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.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]);
	Wed, 16 Jul 2008 15:16:27 +0200 (MEST)
Cc: heinmekkes@gmail.com
Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Steven, Hi all

Please note that the authors of the LC-PCN draft would like to have a
time slot of 15 minutes. In this presnetation the main updates of LC-PCN
will be presented and also some results of the performance experiments.

Please note that the draft does not include experiments, but these
results could be shown during the IETF meeting.

Please note that I will not be able to come to the IETF.

Hein Mekkes will give the presentation!

Best regards,
Georgios

>>
>> { -----Original Message-----
>> { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
>> { Steven Blake
>> { Sent: 16 July 2008 12:04
>> { To: pcn
>> { Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
>> {
>> { Greetings.  I plan to upload the following draft agenda for Dublin
>> { today.  There are a few presentations that may be added at the end,
>> time
>> { permitting.
>> {
>> { Please send comments to the list.
>> {
>> {
>> { Regards,
>> {
>> { // Steve
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www.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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 06:33:47 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A64453A6B76;
	Wed, 16 Jul 2008 06:33:47 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D6AE83A6B76
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 06:33:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.978
X-Spam-Level: 
X-Spam-Status: No, score=-2.978 tagged_above=-999 required=5 tests=[AWL=0.022, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Efexkxc1mmio for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 06:33:45 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 763833A6909
	for <pcn@ietf.org>; Wed, 16 Jul 2008 06:33:45 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 14:34:14 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 14:34:13 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C0@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <487DEFB8.4090709@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] **DRAFT** PCN wg agenda for IETF 72
Thread-Index: AcjnQ2B6D11AJznNQHmxn7AHqvHVMQAA/HJw
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 16 Jul 2008 13:34:14.0134 (UTC)
	FILETIME=[A32CC160:01C8E748]
Cc: pcn@ietf.org
Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Michael,
Sure, hopefully already got your suggestion

2.5.  Excess traffic meter function
...
If the token bucket is within an MTU of being empty, then
   the meter SHOULD indicate to the Marking function that the packet is
   to be excess-traffic-marked; MTU means the maximum size of PCN-
   packets on the link.  Otherwise the meter does not indicate marking.

And In appendix B.5.  Excess traffic metering
   Packet size independent marking is specified as a SHOULD in Section
   2.4 ( "If the token bucket is within an MTU of being empty, then the
   meter SHOULD indicate to the Marking function that the packet is to
   be excess-traffic-marked; MTU means the maximum size of PCN-packets
   on the link.")  Without it, large packets are more likely to be
   excess-traffic-marked than small packets and this means that, with
   some edge behaviours, flows with large packets are more likely to be
   terminated than flows with small packets
   [I-D.draft-briscoe-tsvwg-byte-pkt-mark] [Menth].

Ok or need improving?

Thanks
phil
{ -----Original Message-----
{ From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
{ Sent: 16 July 2008 13:55
{ To: Eardley,PL,Philip,CXR9 R
{ Cc: slblake@petri-meat.com; pcn@ietf.org
{ Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
{ 
{ Hi Phil,
{ 
{ there is a requirement for packet-size independent marking
{ http://tools.ietf.org/wg/pcn/draft-menth-pcn-emft-00.txt
{ which is necessary to achieve fairness for marked flow termination.
{ Evidence for its relevance it given in
{
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08
-
{ PCN-MFT.pdf
{ I raised this issue already at the last meeting since I think it's a
{ useful feature.
{ 
{ Regards,
{ 
{     Michael
{ 
{ philip.eardley@bt.com wrote:
{ > Hi,
{ >
{ > I remember at/after the last ietf we had this "consensus question"
{ >
{ > -----Original Message-----
{ > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
Of
{ > Steven Blake
{ > Sent: 20 April 2008 18:41
{ > To: pcn
{ > Subject: Re: [PCN] Consensus questions: Q4, Q5, and Q6
{ >
{ >
{ >> Q6: If presented with sufficient evidence in a timely fashion,
would
{ >>     the PCN wg entertain the option of modifying the interior
router
{ >>     Excess-Rate marking behavior for the standards-track PCN scheme
{ >>
{ > (as
{ >
{ >>     described in question 4)?
{ >>
{ >>
{ >
{ > The feedback for Q6 was a mixture of abstain and Yes with caveats.
If
{ > and when someone wants to propose modifications to the Excess-Rate
{ > marking behavior, we can see if there is interest to discuss it on
the
{ > list, but I *strongly encourage* that any such discussion needs to
{ > happen before the Dublin meeting.
{ >
{ > ----------------------------------
{ >
{ > as far as I know, there've been no proposals. But if I missed them,
then
{ > I guess that draft-eardley-pcn-marking-behavior-01 would need more
than
{ > 15mins (it captures the Consensus on marking behaviour, ie Questions
4 &
{ > 5)
{ >
{ > thanks,
{ > phil
{ >
{ > { -----Original Message-----
{ > { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
Of
{ > { Steven Blake
{ > { Sent: 16 July 2008 12:04
{ > { To: pcn
{ > { Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
{ > {
{ > { Greetings.  I plan to upload the following draft agenda for Dublin
{ > { today.  There are a few presentations that may be added at the
end,
{ > time
{ > { permitting.
{ > {
{ > { Please send comments to the list.
{ > {
{ > {
{ > { Regards,
{ > {
{ > { // Steve
{ > _______________________________________________
{ > PCN mailing list
{ > PCN@ietf.org
{ > https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 07:24:41 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A10BF3A6928;
	Wed, 16 Jul 2008 07:24:41 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 355723A6928
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 07:24:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level: 
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5
	tests=[AWL=-0.300, BAYES_00=-2.599, HELO_EQ_DE=0.35,
	J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 1+ol-JzryQ6W for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 07:24:40 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id AF7C33A6913
	for <pcn@ietf.org>; Wed, 16 Jul 2008 07:24:39 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 0D2B6A05CF;
	Wed, 16 Jul 2008 16:25:09 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 0145AA05CE;
	Wed, 16 Jul 2008 16:25:09 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 9F79F198E3F;
	Wed, 16 Jul 2008 16:25:06 +0200 (CEST)
Message-ID: <487E047C.7060106@informatik.uni-wuerzburg.de>
Date: Wed, 16 Jul 2008 16:23:56 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C0@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C0@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,



philip.eardley@bt.com wrote:
> Michael,
> Sure, hopefully already got your suggestion
>
> 2.5.  Excess traffic meter function
> ...
> If the token bucket is within an MTU of being empty, then
>    the meter SHOULD indicate to the Marking function that the packet is
>    to be excess-traffic-marked; MTU means the maximum size of PCN-
>    packets on the link.  Otherwise the meter does not indicate marking.
>   
This achieves packet-size independent marking.

The addition of this sentence would be good to tell the reader why this 
is done. I indeed overlooked this paragraph.

> And In appendix B.5.  Excess traffic metering
>    Packet size independent marking is specified as a SHOULD in Section
>    2.4 ( "If the token bucket is within an MTU of being empty, then the
>    meter SHOULD indicate to the Marking function that the packet is to
>    be excess-traffic-marked; MTU means the maximum size of PCN-packets
>    on the link.")  Without it, large packets are more likely to be
>    excess-traffic-marked than small packets and this means that, with
>    some edge behaviours, flows with large packets are more likely to be
>    terminated than flows with small packets
>    [I-D.draft-briscoe-tsvwg-byte-pkt-mark] [Menth].
>   

That's ok.

Regards,

    Michael

> Ok or need improving?
>
> Thanks
> phil
> { -----Original Message-----
> { From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> { Sent: 16 July 2008 13:55
> { To: Eardley,PL,Philip,CXR9 R
> { Cc: slblake@petri-meat.com; pcn@ietf.org
> { Subject: Re: [PCN] **DRAFT** PCN wg agenda for IETF 72
> { 
> { Hi Phil,
> { 
> { there is a requirement for packet-size independent marking
> { http://tools.ietf.org/wg/pcn/draft-menth-pcn-emft-00.txt
> { which is necessary to achieve fairness for marked flow termination.
> { Evidence for its relevance it given in
> {
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08
> -
> { PCN-MFT.pdf
> { I raised this issue already at the last meeting since I think it's a
> { useful feature.
> { 
> { Regards,
> { 
> {     Michael
> { 
> { philip.eardley@bt.com wrote:
> { > Hi,
> { >
> { > I remember at/after the last ietf we had this "consensus question"
> { >
> { > -----Original Message-----
> { > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
> Of
> { > Steven Blake
> { > Sent: 20 April 2008 18:41
> { > To: pcn
> { > Subject: Re: [PCN] Consensus questions: Q4, Q5, and Q6
> { >
> { >
> { >> Q6: If presented with sufficient evidence in a timely fashion,
> would
> { >>     the PCN wg entertain the option of modifying the interior
> router
> { >>     Excess-Rate marking behavior for the standards-track PCN scheme
> { >>
> { > (as
> { >
> { >>     described in question 4)?
> { >>
> { >>
> { >
> { > The feedback for Q6 was a mixture of abstain and Yes with caveats.
> If
> { > and when someone wants to propose modifications to the Excess-Rate
> { > marking behavior, we can see if there is interest to discuss it on
> the
> { > list, but I *strongly encourage* that any such discussion needs to
> { > happen before the Dublin meeting.
> { >
> { > ----------------------------------
> { >
> { > as far as I know, there've been no proposals. But if I missed them,
> then
> { > I guess that draft-eardley-pcn-marking-behavior-01 would need more
> than
> { > 15mins (it captures the Consensus on marking behaviour, ie Questions
> 4 &
> { > 5)
> { >
> { > thanks,
> { > phil
> { >
> { > { -----Original Message-----
> { > { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
> Of
> { > { Steven Blake
> { > { Sent: 16 July 2008 12:04
> { > { To: pcn
> { > { Subject: [PCN] **DRAFT** PCN wg agenda for IETF 72
> { > {
> { > { Greetings.  I plan to upload the following draft agenda for Dublin
> { > { today.  There are a few presentations that may be added at the
> end,
> { > time
> { > { permitting.
> { > {
> { > { Please send comments to the list.
> { > {
> { > {
> { > { Regards,
> { > {
> { > { // Steve
> { > _______________________________________________
> { > PCN mailing list
> { > PCN@ietf.org
> { > https://www.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
>   

-- 
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 09:36:35 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9DAFB28C145;
	Wed, 16 Jul 2008 09:36:35 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6779A28C162
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 09:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.28
X-Spam-Level: 
X-Spam-Status: No, score=-3.28 tagged_above=-999 required=5 tests=[AWL=0.319, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EqbJs4GtszCg for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 09:36:33 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 88FCC28C12B
	for <pcn@ietf.org>; Wed, 16 Jul 2008 09:36:32 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 17:36:59 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 17:36:58 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C2@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <48728ABD.5000408@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Marking Converter for Excess-Marked Traffic
Thread-Index: AcjgeSHGHebWAYBaRWKDcFOsTzOxYQG2XXdA
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 16:36:59.0419 (UTC)
	FILETIME=[2AFE76B0:01C8E762]
Subject: Re: [PCN] Marking Converter for Excess-Marked Traffic
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Michael

I found this an interesting idea. Although I couldn't follow the draft
100% (could do with more explanation what the pseudocode is trying to
do! But it seems right to me).

If I get it right, this draft is about edge behaviour (PCN-egress-node)
for termination. It's assuming that an operator has only a single
codepoint and wants to achieve both PCN adm ctrl & termination, so is
using 'single marking' (ie using the Excess traffic meter function of
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt).
Anna has already described how edges can do admission control. And how
edges can do flow termination, using the approach of the egress
measuring the unmarked rate & the ingress the rate being sent (towards
this egress) & terminating the difference (Method A). 

You say that your idea enables an egress to terminate without rate
measurements, and so is a variant of the "terminate marked flows" idea.


As a WG we have the objective to produce Info RFCs describing edge
behaviour. Of course we have lots of possibilities & could try and
document several of them, but it would seem most realistic to me to try
& do one edge behaviour for admission and one for termination - at least
to start with; tackle more after one is done. 
I think it would be best to choose something that works for 'single
marking', including in the case where there's lots of dropping. At the
moment, to me the most promising choice for termination is therefore
Method A. however, your draft opens up another, interesting,
possibility.

Quick qus
- in your simulations, when you terminate a flow does it instantly cause
a reduction in bit rate on the bottleneck link, or do you simulate a
RTT?
- if there is a RTT, I'd have expected that need to do something similar
to EMFT (to avoid over-terminating, only terminate a flow with some
random probability)
- can you give an intuitive explanation of why there's over-termination
if the load on the bottleneck link comes from many
ingress-egress-aggregates? I didn't follow your explanation.
- when you say "measured rate termination [also] suffers from this", do
you mean Method A, or do you mean where the egress measures the rate of
marked traffic & terminates that. (the two should be equivalent, if
there's no dropping in the domain)
- have you studied the impact of dropping on this? (I assume it'll be
similar to EMFT, where it just slows down the rate at which the
PCN-domain goes from overload to being OK))


thanks
phil

{ -----Original Message-----
{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
{ Michael Menth
{ Sent: 07 July 2008 22:30
{ To: pcn
{ Subject: [PCN] Marking Converter for Excess-Marked Traffic
{ 
{ Hi,
{ 
{ we recently submitted a mechanism that converts PCN markings obtained
{ based on an admissible rate (PCN lower rate) to equivalent PCN
markings
{ based on a supportable rate (PCN upper rate). This mechanism might be
{ useful to implement marked flow termination with single marking, i.e.
{ when only excess marked packets based on the admissible rate are
{ available but excess marked packets based on the supportable rate are
{ required. The mechanism is described in
{ http://www.ietf.org/internet-drafts/draft-menth-pcn-marking-converter-
{ 00.txt
{ 
{ Early simulation results show that the mechanism work somehow, but it
{ has its limitations especially when many small
ingress-egress-aggregates
{ share a single link which is a realistic case. A summary of these
{ results is given in Section 8 of
{ http://www.ietf.org/internet-drafts/draft-menth-pcn-performance-03.txt
{ 
{ 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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 10:02:39 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2DB8C28C111;
	Wed, 16 Jul 2008 10:02:39 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 45A0C3A68CB
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 10:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.565
X-Spam-Level: 
X-Spam-Status: No, score=-2.565 tagged_above=-999 required=5
	tests=[AWL=-0.467, BAYES_00=-2.599, HTML_MESSAGE=0.001,
	MIME_ASCII0=1.5, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id sC3vgESDi-Px for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 10:02:34 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id DA3403A682B
	for <pcn@ietf.org>; Wed, 16 Jul 2008 10:02:33 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 18:03:02 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 18:03:01 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsA==
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 17:03:02.0942 (UTC)
	FILETIME=[CEED23E0:01C8E765]
Subject: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0613060125=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0613060125==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8E765.CE588EE7"

This is a multi-part message in MIME format.

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

http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

Would like this draft to be WG doc towards WG milestone on marking
behaviour. Think there are actually only a few minor issues to clear up,
ie doc is nearly done]. So am trying to clear them up before ietf.

Have separated each Issue into a separate email. They're mainly prompted
by Joe's comments.

=20

This is 1st of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

Do we suggest downgrading as a possible traffic conditioning action or
not? (traffic conditioning on all links in PCN-domain, including on
PCN-ingress-node - where something special /different might be done).

=20

Currently the draft says "if needed, then drop or downgrade pkts" (ie
downgrade to a lower priority behaviour aggregate)

As joe points out:

- the danger of downgrading is that pkts in a flow could get
mis-ordered. So there's an argument for not giving this as a
possibility. Or should downgrading be allowed as a possibility, but just
mention the danger? what's done in real diffserv /mpls networks today?

- an additional possible traffic conditioning action by the
PCN-ingress-node is to downgrade a *flow* (ie all pkts in a flow put
into lower BA). This seems a good thing to add to me.=20


------_=_NextPart_001_01C8E765.CE588EE7
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

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

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
 /* List Definitions */
 ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3D"#606420">

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Would like this draft to be WG doc towards WG =
milestone on
marking behaviour. Think there are actually only a few minor issues to =
clear up,
ie doc is nearly done]. So am trying to clear them up before =
ietf.</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>Have separated each Issue into a separate email. =
They&#8217;re
mainly prompted by Joe&#8217;s comments.</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>This is </span></font>1<sup>st</sup> of several =
emails to
try &amp; close Open Issues on <font size=3D2 face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>Do we suggest </span></font><font size=3D2 face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;font-family:"Courier New"'>downgrading as a =
possible traffic
conditioning action or not? (traffic conditioning on all links in =
PCN-domain,
including on PCN-ingress-node &#8211; where something special /different =
might
be done).</span></font></p>

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

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>Currently the draft says &#8220;if needed, =
then drop
or downgrade pkts&#8221; (ie downgrade to a lower priority behaviour =
aggregate)</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>As joe points out:</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>- the danger of downgrading is that pkts in a =
flow
could get mis-ordered. So there&#8217;s an argument for not giving this =
as a
possibility. Or should downgrading be allowed as a possibility, but just
mention the danger? what&#8217;s done in real diffserv /mpls networks =
today?</span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>- an additional possible traffic conditioning =
action
by the PCN-ingress-node is to downgrade a *<b><span =
style=3D'font-weight:bold'>flow</span></b>*
(ie all pkts in a flow put into lower BA). This seems a good thing to =
add to
me. </span></font></p>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C8E765.CE588EE7--

--===============0613060125==
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://www.ietf.org/mailman/listinfo/pcn

--===============0613060125==--


From pcn-bounces@ietf.org  Wed Jul 16 10:09:25 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 330B328C170;
	Wed, 16 Jul 2008 10:09:25 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 66F9C28C170
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 10:09:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.517
X-Spam-Level: 
X-Spam-Status: No, score=-1.517 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482,
	J_CHICKENPOX_57=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9D2X15UjXWSZ for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 10:09:18 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 75E7228C17B
	for <pcn@ietf.org>; Wed, 16 Jul 2008 10:09:18 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 18:09:47 +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, 16 Jul 2008 18:09:47 +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 1216228186300; Wed, 16 Jul 2008 18:09:46 +0100
Received: from mut.jungle.bt.co.uk ([10.73.7.246])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6GH9dns031129; Wed, 16 Jul 2008 18:09:44 +0100
Message-Id: <200807161709.m6GH9dns031129@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 16 Jul 2008 18:09:38 +0100
To: "MONCASTER, Toby" <toby.moncaster@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 16 Jul 2008 17:09:47.0186 (UTC)
	FILETIME=[BFDFE120:01C8E766]
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Typos in abstract of draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Toby,

Noticed nits in the abstract...

>Pre-congestion notification (PCN) is a mechanism designed to protect
>the Quality of Service of inelastic flows.  It does this by marking
>packets when traffic load on a link is approaching or has exceeded a
>threshold below the physical link rate.  This

s/This/The PCN/

>baseline encoding
>specified how two encoding

Delete 'encoding'

>states could be encoded into the IP
>header.  This document specified

s/specified/specifies/

>an extension to the baseline
>encoding that enables three encoding states to be carried in the IP
>header as well as enabling limited support for end-to-end ECN.



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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 10:26:34 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A8AFC3A698C;
	Wed, 16 Jul 2008 10:26:34 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 15CEF3A68A1
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 10:26:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.518
X-Spam-Level: 
X-Spam-Status: No, score=-2.518 tagged_above=-999 required=5
	tests=[AWL=-0.420, BAYES_00=-2.599, HTML_MESSAGE=0.001,
	MIME_ASCII0=1.5, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 2SqPD5caAEDB for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 10:26:29 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 593023A6A32
	for <pcn@ietf.org>; Wed, 16 Jul 2008 10:26:22 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 18:26:51 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 18:26:50 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAw
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 17:26:51.0663 (UTC)
	FILETIME=[2282A9F0:01C8E769]
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1155413262=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1155413262==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8E769.21EFB767"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8E769.21EFB767
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

2nd of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

it's clear the PCN-ingress-nodes MUST do traffic conditioning
(policing). However, how about PCN-interior-nodes?=20

So the question is: should PCN-interior-node traffic conditioning be a
MUST, SHOULD or MAY?

=20

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not
just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow
termination will rapidly bring the amount of pcn-traffic back below the
PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would
only be needed for a short period of time, so perhaps an operator might
choose not to do it. But in the meantime lower priority flows would be
starved (can avoid starvation by setting the rate above which pkts are
dropped to be less than the line rate, ie ensuring there's always some
capacity for lower priority traffic).  Also, if only two encoding states
(PCN-marked and not PCN-marked) are available, then the operator might
choose to just do admission control. Flow termination would then rely on
some other mechanism (eg just waiting for end users to terminate their
flows because the perceived qos is bad).

=20

So MAY seems too weak to me.=20

=20

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"
So that seems ok to me.=20
=20
Comments?
Phil/

=20

=20

=20


------_=_NextPart_001_01C8E769.21EFB767
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

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

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
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;}
 /* List Definitions */
 ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3D"#606420">

<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'>2nd</span></font> of several emails =
to try
&amp; close Open Issues on <font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>it&#8217;s clear the =
PCN-ingress-nodes MUST
do traffic conditioning (policing). However, how about =
PCN-interior-nodes? </span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>So the question is: should
PCN-interior-node traffic conditioning be a MUST, SHOULD or =
MAY?</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>Why is traffic conditioning needed =
on PCN-interior-nodes?</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'>Because the traffic pattern might =
be
sufficient to overload a link (not just pre-congest =
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'>However, you might argue that if a
Pcn-node is overloaded, then flow termination will rapidly bring the =
amount of
pcn-traffic back below the PCN-excess-rate. So traffic conditioning on
PCN-interior-nodes would only be needed for a short period of time, so =
perhaps
an operator might choose not to do it. But in the meantime lower =
priority flows
would be starved (can avoid starvation by setting the rate above which =
pkts are
dropped to be less than the line rate, ie ensuring there&#8217;s always =
some
capacity for lower priority traffic). &nbsp;Also, if only two encoding =
states
(PCN-marked and not PCN-marked) are available, then the operator might =
choose
to just do admission control. Flow termination would then rely on some =
other
mechanism (eg just waiting for end users to terminate their flows =
because the
perceived qos is bad).</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'>So MAY seems too weak to me. =
</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>

<pre><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>SHOULD means &#8220;</span></font>that =
there may exist valid reasons in particular circumstances to ignore a =
particular item&#8221;</pre><pre><font
size=3D2 face=3D"Courier New"><span style=3D'font-size:10.0pt'>So that =
seems ok to me. </span></font></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'>Comments?</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>

<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'>&nbsp;</span></font></p>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C8E769.21EFB767--

--===============1155413262==
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://www.ietf.org/mailman/listinfo/pcn

--===============1155413262==--


From pcn-bounces@ietf.org  Wed Jul 16 10:33:14 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 985B83A6844;
	Wed, 16 Jul 2008 10:33:14 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E9E473A6844
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 10:33:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.48
X-Spam-Level: 
X-Spam-Status: No, score=-2.48 tagged_above=-999 required=5 tests=[AWL=-0.382, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_ASCII0=1.5,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7J9uIyHpYZa6 for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 10:33:08 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 77EE63A67EB
	for <pcn@ietf.org>; Wed, 16 Jul 2008 10:33:08 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 18:33:35 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 18:33:34 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C5@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAADYS5A=
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 17:33:35.0727 (UTC)
	FILETIME=[1359EFF0:01C8E76A]
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0289350539=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0289350539==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8E76A.12CF8227"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8E76A.12CF8227
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Sorry, pushed send too quick, one more point added in-line

=20

-----Original Message-----
From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: 16 July 2008 18:27
To: pcn@ietf.org
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

=20

2nd of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

it's clear the PCN-ingress-nodes MUST do traffic conditioning
(policing). However, how about PCN-interior-nodes?=20

So the question is: should PCN-interior-node traffic conditioning be a
MUST, SHOULD or MAY?

=20

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not
just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow
termination will rapidly bring the amount of pcn-traffic back below the
PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would
only be needed for a short period of time, so perhaps an operator might
choose not to do it. But in the meantime lower priority flows would be
starved (can avoid starvation by setting the rate above which pkts are
dropped to be less than the line rate, ie ensuring there's always some
capacity for lower priority traffic).  Also, if only two encoding states
(PCN-marked and not PCN-marked) are available, then the operator might
choose to just do admission control. Flow termination would then rely on
some other mechanism (eg just waiting for end users to terminate their
flows because the perceived qos is bad).

=20

[phil] also: Another reason that each PCN-node needs to police
non-PCN-traffic that shares the same DSCP (see baseline encoding draft).
Otherwise the non-PCN-traffic could break the PCN admission control. Of
course an operator might know that it never has any such traffic.=20

=20

So MAY seems too weak to me.=20

=20

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"
So that seems ok to me.=20
=20
Comments?
Phil/

=20

=20

=20


------_=_NextPart_001_01C8E76A.12CF8227
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<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";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.EmailStyle21
	{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;}
 /* List Definitions */
 ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3D"#606420">

<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'>Sorry, pushed send too quick, one =
more
point added in-line</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>

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

<p class=3DMsoNormal><font size=3D2 face=3DTahoma><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Tahoma'>-----Original Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> =
pcn-bounces@ietf.org
[mailto:pcn-bounces@ietf.org] <b><span style=3D'font-weight:bold'>On =
Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 16 July 2008 =
18:27<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] Issue 2 on
draft-eardley-pcn-marking-behaviour-01</span></font></p>

<p class=3DMsoNormal><font size=3D3 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'>2nd</span></font> of several emails =
to try
&amp; close Open Issues on <font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>it&#8217;s clear the =
PCN-ingress-nodes MUST
do traffic conditioning (policing). However, how about =
PCN-interior-nodes? </span></font></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>So the question is: should
PCN-interior-node traffic conditioning be a MUST, SHOULD or =
MAY?</span></font></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
style=3D'font-size:12.0pt;color:navy'>Why is traffic conditioning needed =
on
PCN-interior-nodes?</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'>Because the traffic pattern might =
be
sufficient to overload a link (not just pre-congest =
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'>However, you might argue that if a
Pcn-node is overloaded, then flow termination will rapidly bring the =
amount of
pcn-traffic back below the PCN-excess-rate. So traffic conditioning on
PCN-interior-nodes would only be needed for a short period of time, so =
perhaps
an operator might choose not to do it. But in the meantime lower =
priority flows
would be starved (can avoid starvation by setting the rate above which =
pkts are
dropped to be less than the line rate, ie ensuring there&#8217;s always =
some
capacity for lower priority traffic). &nbsp;Also, if only two encoding =
states
(PCN-marked and not PCN-marked) are available, then the operator might =
choose
to just do admission control. Flow termination would then rely on some =
other
mechanism (eg just waiting for end users to terminate their flows =
because the
perceived qos is bad).</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'>[phil] also: Another reason that =
each
PCN-node needs to police non-PCN-traffic that shares the same DSCP (see =
baseline
encoding draft). Otherwise the non-PCN-traffic could break the PCN =
admission
control. Of course an operator might know that it never has any such =
traffic. </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'>So MAY seems too weak to me. =
</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>

<pre><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>SHOULD means &#8220;</span></font>that =
there may exist valid reasons in particular circumstances to ignore a =
particular item&#8221;</pre><pre><font
size=3D2 face=3D"Courier New"><span style=3D'font-size:10.0pt'>So that =
seems ok to me. </span></font></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'>Comments?</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>

<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'>&nbsp;</span></font></p>

</div>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C8E76A.12CF8227--

--===============0289350539==
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://www.ietf.org/mailman/listinfo/pcn

--===============0289350539==--


From pcn-bounces@ietf.org  Wed Jul 16 10:47:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0B99928C12B;
	Wed, 16 Jul 2008 10:47:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 399153A6A50
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 10:47:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.448
X-Spam-Level: 
X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5
	tests=[AWL=-0.350, BAYES_00=-2.599, HTML_MESSAGE=0.001,
	MIME_ASCII0=1.5, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 54FpRL6KNHGn for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 10:47:01 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 4ED953A6A62
	for <pcn@ietf.org>; Wed, 16 Jul 2008 10:46:57 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 18:47:26 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 16 Jul 2008 18:47:25 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8C6@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Issue 3 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAAED+gA=
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 16 Jul 2008 17:47:26.0504 (UTC)
	FILETIME=[02887280:01C8E76C]
Subject: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1261497781=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1261497781==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8E76C.01EEBD47"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8E76C.01EEBD47
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

3rd (& last - phew) of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

the baseline encoding draft envisages that there may be non-PCN-traffic
that shares the same DSCP as PCN traffic. Question is whether we assume
that PCN-interior-nodes will treat these two sorts of traffic the same
as regards scheduling priority, or whether it's possible they might not
be?
                                             =20
http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.txt
says:
   o  The scheduling behaviour is coupled with the DSCP only.
      Therefore, the same scheduling and buffer management rules are
      applied for non-PCN-capable and PCN-capable traffic using the same
      PCN-enabled DSCP.
=20
This seems very reasonable to me.=20
However, since a PCN-interior-node has to classify (distinguish)
PCN-pkts from non-PCN ones with the same DSCP (done by examining the ECN
field) - therefore it would in theory be possible to schedule them
differently.
=20
Also, I guess that "the same buffer management rules" means that when it
comes to traffic conditioning (policing) on PCN-interior-nodes, then the
PCN-pkts and non-PCN pkts (sharing the same DSCP) will also be treated
the same. Again, this seems very reasonable to me.
=20
=20
Comments?
Thanks,
Phil/

=20

=20

=20


------_=_NextPart_001_01C8E76C.01EEBD47
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>

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

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p
	{margin-right:0cm;
	margin-left:0cm;
	font-size:12.0pt;
	font-family:"Times New Roman";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.EmailStyle21
	{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;}
 /* List Definitions */
 ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DEN-GB link=3Dblue vlink=3D"#606420">

<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'>3<sup>rd</sup> (&amp; last - =
phew)</span></font>
of several emails to try &amp; close Open Issues on <font size=3D2 =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font></p>

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

<pre><font size=3D2 color=3Dnavy face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
color:navy'>the baseline encoding draft envisages that there may be =
non-PCN-traffic that shares the same DSCP as PCN traffic. Question is =
whether we assume that PCN-interior-nodes will treat these two sorts of =
traffic the same as regards scheduling priority, or whether it&#8217;s =
possible they might not be?</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3D"Courier New"><span =
style=3D'font-size:10.0pt;color:navy'>&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;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp; </span></font></pre><pre><font
size=3D2 color=3Dnavy face=3D"Courier New"><span =
style=3D'font-size:10.0pt;color:navy'><a
href=3D"http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02=
.txt">http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.t=
xt</a> says:</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; The scheduling behaviour =
is coupled with the DSCP only.</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Therefore, the =
same scheduling and buffer management rules =
are</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; applied for =
non-PCN-capable and PCN-capable traffic using the =
same</span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PCN-enabled =
DSCP.</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3D"Courier New"><span =
style=3D'font-size:10.0pt;color:navy'>&nbsp;</span></font></pre><pre><fon=
t
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>This seems very reasonable to me. =
</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>However, since a PCN-interior-node has to classify =
(distinguish) PCN-pkts from non-PCN ones with the same DSCP (done by =
examining the ECN field) &#8211; therefore it would in theory be =
possible to schedule them differently.</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>&nbsp;</span></font></pre><pre><font size=3D2 color=3Dnavy =
face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Also, I guess =
that &#8220;the same buffer management rules&#8221; means that when it =
comes to traffic conditioning (policing) on PCN-interior-nodes, then the =
PCN-pkts and non-PCN pkts (sharing the same DSCP) will also be treated =
the same. Again, this seems very reasonable to =
me.</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>&nbsp;</span></font></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'>Comments?</span></font></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'>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>

<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'>&nbsp;</span></font></p>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C8E76C.01EEBD47--

--===============1261497781==
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://www.ietf.org/mailman/listinfo/pcn

--===============1261497781==--


From pcn-bounces@ietf.org  Wed Jul 16 11:20:03 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 674E128C1CB;
	Wed, 16 Jul 2008 11:20:03 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8A33128C1CB
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 11:20:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.517
X-Spam-Level: 
X-Spam-Status: No, score=-1.517 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482,
	J_CHICKENPOX_57=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id BhKLh0xZXHXP for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 11:19:56 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151])
	by core3.amsl.com (Postfix) with ESMTP id 81ADF28C1C5
	for <pcn@ietf.org>; Wed, 16 Jul 2008 11:19:56 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 16 Jul 2008 19:20:25 +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, 16 Jul 2008 19:20: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 121623242335; Wed, 16 Jul 2008 19:20:23 +0100
Received: from mut.jungle.bt.co.uk ([10.73.7.246])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6GIKGLh002798; Wed, 16 Jul 2008 19:20:21 +0100
Message-Id: <200807161820.m6GIKGLh002798@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 16 Jul 2008 19:20:15 +0100
To: "MONCASTER, Toby" <toby.moncaster@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 16 Jul 2008 18:20:23.0899 (UTC)
	FILETIME=[9D26FAB0:01C8E770]
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Second thoughts on detail in
 draft-moncaster-pcn-baseline-encoding
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Toby,

Commenting on my own draft to the list...

Section 4: Encoding two PCN States in IP
----------------------------------------
>Any packet that belongs to a PCN capable flow MUST have the ECN 
>field set to one of the two ECT codepoints 10 or 01 at the PCN-ingress-node.

Delete 'or 01'

Reasoning: By saying either 10 or 01 it limits future flexibility. It 
would allow a future use of ECT(1) if we made up our minds and 
specified the PCN ingress must only set ECT(0).

And a terminology nit:

>The PCN encoding states are defined using the Type of Service field
>of the IP header which is a combination of the DSCP field and ECN field.

Change to:
'The PCN encoding states are defined using a combination of the 
Differentiated Services field and ECN field.'

Reasoning: When RFC2780 split the TOS field into the DS field and the 
ECN field, I don't think it intended the pair of fields to still be 
called the TOS field. It would be safer to just use 'modern' terminology.

Appendix A. Tunnelling Constraints
----------------------------------
I think we should refer to draft-briscoe-tsvwg-ecn-tunnel-01.txt from 
the last para of this appendix, saying we're trying to fix this 
problem so PCN doesn't have to be an exception.

When I introduced the -00 version to tsvwg a year ago, it attracted 
general support (Sally Floyd, David Black etc), as it makes all IP in 
IP tunnelling consistent with what IPsec now does since RFC4301.

I agreed with the Transport Area Directors' request to hold this 
ecn-tunnel draft back for a year - until it was clearer what the PCN 
wire encoding would be. So I've just posted -01, as I think PCN 
encodign is now converging. Pls comment on tsvwg about ecn-tunnel 
(support please!), cross-posting to PCN if relevant.

Appendix B.
----------
I've lost touch with what the proper PCN terminology is, but this 
appendix seems to be inconsistent. Ignore me if I'm wrong.


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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 16 12:28:01 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 238583A688F;
	Wed, 16 Jul 2008 12:28:01 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EC2293A683C
	for <pcn@core3.amsl.com>; Wed, 16 Jul 2008 12:27:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Y-Qkv-3-Eo2C for <pcn@core3.amsl.com>;
	Wed, 16 Jul 2008 12:27:58 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 677643A68FD
	for <pcn@ietf.org>; Wed, 16 Jul 2008 12:27:58 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 8F61D198E49;
	Wed, 16 Jul 2008 21:28:27 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 81B4A198E48;
	Wed, 16 Jul 2008 21:28:27 +0200 (CEST)
Received: from [92.227.28.43] (g227028043.adsl.alicedsl.de [92.227.28.43])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 00CA8198E3F;
	Wed, 16 Jul 2008 21:28:25 +0200 (CEST)
Message-ID: <487E4B94.5020400@informatik.uni-wuerzburg.de>
Date: Wed, 16 Jul 2008 21:27:16 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C2@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C2@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Marking Converter for Excess-Marked Traffic
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

philip.eardley@bt.com wrote:
> Michael
>
> I found this an interesting idea. Although I couldn't follow the draft
> 100% (could do with more explanation what the pseudocode is trying to
> do! But it seems right to me).
>
> If I get it right, this draft is about edge behaviour (PCN-egress-node)
> for termination. It's assuming that an operator has only a single
> codepoint and wants to achieve both PCN adm ctrl & termination, so is
> using 'single marking' (ie using the Excess traffic meter function of
> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt).
>   
The limitation "only a single DSCP is available for PCN marking" does 
not mean that only one marking scheme can be applied. The encoding 
scheme in 
http://www.ietf.org/internet-drafts/draft-menth-pcn-psdm-encoding-00.txt 
uses only one DSCP for PCN marking and supports concurrent excess and 
exhaustive marking such that probe-based admission control can be based 
on exhaustive marking  (with admissible rate as reference rate) and flow 
termination can be based on excess marking (with supportable rate as 
reference rate).

> Anna has already described how edges can do admission control. And how
> edges can do flow termination, using the approach of the egress
> measuring the unmarked rate & the ingress the rate being sent (towards
> this egress) & terminating the difference (Method A). 
>
> You say that your idea enables an egress to terminate without rate
> measurements, and so is a variant of the "terminate marked flows" idea.
>
>
> As a WG we have the objective to produce Info RFCs describing edge
> behaviour. Of course we have lots of possibilities & could try and
> document several of them, but it would seem most realistic to me to try
> & do one edge behaviour for admission and one for termination - at least
> to start with; tackle more after one is done. 
> I think it would be best to choose something that works for 'single
> marking', including in the case where there's lots of dropping. At the
> moment, to me the most promising choice for termination is therefore
> Method A. however, your draft opens up another, interesting,
> possibility.
>
> Quick qus
> - in your simulations, when you terminate a flow does it instantly cause
> a reduction in bit rate on the bottleneck link, or do you simulate a
> RTT?
>   
We assume that a flow stops sending packets D_T time after the egress 
node decides that it should be terminated. We set D_T=200 ms, so it's in 
the order of an RTT.

> - if there is a RTT, I'd have expected that need to do something similar
> to EMFT (to avoid over-terminating, only terminate a flow with some
> random probability)
>   
Yes. EMFT is used for termination.

> - can you give an intuitive explanation of why there's over-termination
> if the load on the bottleneck link comes from many
> ingress-egress-aggregates? I didn't follow your explanation.
>   
Assume  that there is no supportable rate (SR) pre-congestion, but (AR) 
pre-congestion. Then a certain amount of traffic is excess-marked. If 
the fraction of marked traffic is larger for a first aggregate and 
smaller for a second aggregate, the first aggregate will see marked  
packets even after conversion  and hence flows will be terminated.  This 
is why overtermination occurs. This happens more easily if the number of 
aggregates on a link is large because then packet markings within a 
aggregates become more random, i.e. they are not spaced in more or less 
regular intervals.

> - when you say "measured rate termination [also] suffers from this", do
> you mean Method A, or do you mean where the egress measures the rate of
> marked traffic & terminates that. (the two should be equivalent, if
> there's no dropping in the domain)
>   
I mean method A.

> - have you studied the impact of dropping on this? (I assume it'll be
> similar to EMFT, where it just slows down the rate at which the
> PCN-domain goes from overload to being OK))
>   
No, we have not looked at it.

Some additional comments. From our simulations we have seen that marked 
flow termination based on converted markings has limitations such that I 
don't see it as a significant improvement compared to Single Marking. It 
might work better with multipath routing, but also not 100% correctly.

Regards,

    Michael

>
> thanks
> phil
>
> { -----Original Message-----
> { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
> { Michael Menth
> { Sent: 07 July 2008 22:30
> { To: pcn
> { Subject: [PCN] Marking Converter for Excess-Marked Traffic
> { 
> { Hi,
> { 
> { we recently submitted a mechanism that converts PCN markings obtained
> { based on an admissible rate (PCN lower rate) to equivalent PCN
> markings
> { based on a supportable rate (PCN upper rate). This mechanism might be
> { useful to implement marked flow termination with single marking, i.e.
> { when only excess marked packets based on the admissible rate are
> { available but excess marked packets based on the supportable rate are
> { required. The mechanism is described in
> { http://www.ietf.org/internet-drafts/draft-menth-pcn-marking-converter-
> { 00.txt
> { 
> { Early simulation results show that the mechanism work somehow, but it
> { has its limitations especially when many small
> ingress-egress-aggregates
> { share a single link which is a realistic case. A summary of these
> { results is given in Section 8 of
> { http://www.ietf.org/internet-drafts/draft-menth-pcn-performance-03.txt
> { 
> { 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://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 04:32:59 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 79F463A6921;
	Thu, 17 Jul 2008 04:32:59 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E7CA43A691F
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 04:32:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.517
X-Spam-Level: 
X-Spam-Status: No, score=-1.517 tagged_above=-999 required=5
	tests=[AWL=-0.000, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482,
	J_CHICKENPOX_57=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id rRBGQogPkuYB for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 04:32:51 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id EFE5D3A6921
	for <pcn@ietf.org>; Thu, 17 Jul 2008 04:32:50 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 17 Jul 2008 12:33:19 +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); Thu, 17 Jul 2008 12:33:19 +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 1216294397809; Thu, 17 Jul 2008 12:33:17 +0100
Received: from mut.jungle.bt.co.uk ([10.73.81.228])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6HBX7o9017690; Thu, 17 Jul 2008 12:33:16 +0100
Message-Id: <200807171133.m6HBX7o9017690@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 17 Jul 2008 12:33:06 +0100
To: <philip.eardley@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8AD@E03MVB1-UKBR.doma
	in1.systemhost.net>
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8A8@E03MVB1-UKBR.domain1.systemhost.net>
	<4A916DBC72536E419A0BD955EDECEDEC0329F8AD@E03MVB1-UKBR.domain1.systemhost.net>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 17 Jul 2008 11:33:19.0085 (UTC)
	FILETIME=[E93DE1D0:01C8E800]
Cc: pcn@ietf.org
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil,

THanks for updating the arch. Looks good.

Below are some suggested minor corrections. In general, there's less 
uncertainty, which is good. Some of the points below open up 
possibilities for future variation just a little, where I think we 
don't need to be so prescriptive.

[Next mail, I'll re-open the only slightly controversial issue I 
believe is left.]


>4. Deployment scenarios
>{...}
>I is possible that a user wants its inelastic traffic to use the PCN
>based on defined rules, in reaction to pre-congestion. mechanisms 
>but also react to ECN marking outside the PCN-domain
>[I-D.sarker-pcn-ecn-pcn-usecases]. Two ways to do this are to tunnel
>all PCN-packets across the PCN-domain, so that the ECN marks is
>carried transparently across the PCN-domain, or to use the three
>state PCN encoding [I-D.moncaster-pcn-3-state-encoding]. This is
>discussed further in Section Section 7.

s/Two ways/Two possible ways/
{Removes ambiguity of intent. Making it clear this doesn't mean these 
are the two recommended ways, or the only two allowed ways.}

s/This is discussed further in Section Section 7
  /This is discussed further in Section 7.1 on Tunnelling/


>4. Deployment scenarios
>{...}
>The possibility of deploying just one of PCN's flow admission and
>    termination mechanisms is certainly an option when only two PCN
>    encoding states are available

s/when only two PCN encoding states are available
  /when an operator chooses to use up only two encoding states for PCN/

>5.2. Assumption 2: Real-time applications {...}
>As a consequence, it is assumed that PCN-marking is being applied to
>traffic scheduled with the expedited forwarding per-hop behaviour,
>[RFC3246], or traffic with similar characteristics.

s/traffic with/a PHB with/


>6. High-level functional architecture
>{...}
>    the operator may have two or three encoding states
>    available.  In both cases the ECN field is set to 11 to indicate PCN-
>    marking.  In the former case, one DSCP is used.  In the latter case a
>    second DSCP is used,
>

Suggested new text:
...the operator may *choose to use* two or three encoding states. 
With current tunnelling behaviour (RFC3168 or RFC4301), only the CE 
(11) codepoint of the ECN field survives decapsulation. So the ECN 
field *can currently only be* set to 11 to indicate PCN-marking. For 
the two-state case, one DSCP can be used.  For the three-state case a 
second DSCP seems necessary,

Reasoning: I think the text as written was too prescriptive for an 
architecture document. If one day we get the unnecessarily 
restrictive ECN tunnelling behaviour changed we would then be able to 
use 01 and 10 as well. Then we won't need to only be restricted to 11

If we can fully work out how at least some of 
[ID.menth-pcn-psdm-encoding] could be standardised, we ought to 
mention that here too. Or at least allow for some post-standards 
innovation in this space.

>Flow admission and flow termination when there are only two PCN
>encoding states{...}
>If a PCN-domain has only two encoding states available {...}

Suggested new text:
If an operator chooses to use only two PCN encoding states {...}

>6.5. PCN-traffic
>{...}
>       However, a PCN-node should dedicate some capacity to lower
>       priority traffic so that it isn't starved.  Such traffic doesn't
>       contribute to the PCN meters.
Suggest we add: (however, there are valid proposals where some does 
[Songhurst])



Bob

At 10:02 15/07/2008, philip.eardley@bt.com wrote:
>I spotted a couple of small corrections needed:
>
>In S6.2, Flow termination
>Exactly how the flow termination decision is made will be defined
>    separately in informational documents.  At a high level several
>    approaches are proposed:
>...
>    o  Another approach monitors PCN-packets and terminates any PCN-flow
>       with an excess-traffic-marked packet.  Compared with the
>       approaches above, PCN-marking needs to be done at a reduced rate
>       (every "s" bytes of excess traffic) otherwise far too much traffic
>       would be terminated.
>
>This bullet needs to be changed, as it's inconsistent with the consensus
>decisions about marking algorithm. The equivalent approach can be
>achieved by randomly selecting some fraction of the marked packets for
>termination (as in http://tools.ietf.org/id/draft-menth-pcn-emft-00.txt)
>
>In S2 Terminology
>The last sentence of both PCN-threshold-rate & PCN-excess-rate
>definitions needs to be deleted (they don't apply in the single marking
>case).
>
>In addition I think it would be helpful to add a couple of pics to
>illustrate what PCN-threshold-rate & PCN-excess-rate mean in terms of
>when admission and termination are done. Similar to Fig 1 in
>http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08
>-PCN-Comparison.pdf - one for the case with 3 encoding states, and one
>for single marking.
>
>phil
>
>{ -----Original Message-----
>{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
>{ philip.eardley@bt.com
>{ Sent: 15 July 2008 08:31
>{ To: pcn@ietf.org
>{ Subject: [PCN] New version of draft-ietf-pcn-architecture-04.txt
>{
>{ I updated the Architecture draft.
>{
>{ There are no major changes, but several more minor ones. These mostly
>{ reflect the consensus call about PCN-marking (as reflected in
>{ [I-D.eardley-pcn-marking-behaviour]), and the current decisions about
>{ encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
>{ [I-D.moncaster-pcn-3-state-encoding]). I also did some slight
>{ re-structuring and editing to try and improve the clarity, especially
>of
>{ the introductory material and the High level architecture (where I
>also
>{ added a sub-section on backwards compatibility with respect to
>{ [RFC4774]). I also took account of all the comments received on the
>-03
>{ version (thanks for them)
>{
>{ Comments welcome! - thanks,
>{ phil
>{
>{ { -----Original Message-----
>{ { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
>Of
>{ { Internet-Drafts@ietf.org
>{ { Sent: 14 July 2008 23:00
>{ { To: i-d-announce@ietf.org
>{ { Cc: pcn@ietf.org
>{ { Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
>{ {
>{ { A New Internet-Draft is available from the on-line Internet-Drafts
>{ { directories.
>{ { This draft is a work item of the Congestion and Pre-Congestion
>{ { Notification Working Group of the IETF.
>{ {
>{ {
>{ {     Title           : Pre-Congestion Notification Architecture
>{ {     Author(s)       : P. Eardley
>{ {     Filename        : draft-ietf-pcn-architecture-04.txt
>{ {     Pages           : 52
>{ {     Date            : 2008-07-14
>{ {
>{ { The purpose of this document is to describe a general architecture
>{ { for flow admission and termination based on pre-congestion
>{ { information in order to protect the quality of service of
>established
>{ { inelastic flows within a single DiffServ domain.Status
>{ {
>{ { A URL for this Internet-Draft is:
>{ {
>http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
>{ {
>{ { Internet-Drafts are also available by anonymous FTP at:
>{ { ftp://ftp.ietf.org/internet-drafts/
>{ {
>{ { 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://www.ietf.org/mailman/listinfo/pcn
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 04:49:10 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 99F8C3A6A84;
	Thu, 17 Jul 2008 04:49:10 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0057E3A6A84
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 04:49:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.572
X-Spam-Level: 
X-Spam-Status: No, score=-2.572 tagged_above=-999 required=5
	tests=[AWL=-0.173, BAYES_00=-2.599, J_CHICKENPOX_57=0.6,
	J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id cJmPHAaNWxFS for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 04:49:07 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 8FCC23A6A9B
	for <pcn@ietf.org>; Thu, 17 Jul 2008 04:49:06 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 17 Jul 2008 12:49:36 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 17 Jul 2008 12:49:34 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8CD@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <200807171133.m6HBX7o9017690@bagheera.jungle.bt.co.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] New version of draft-ietf-pcn-architecture-04.txt
Thread-Index: AcjoAOkVzV6bMCyIThGoJBujoxOF0wAAg4/g
From: <philip.eardley@bt.com>
To: <rbriscoe@jungle.bt.co.uk>
X-OriginalArrivalTime: 17 Jul 2008 11:49:36.0916 (UTC)
	FILETIME=[30130D40:01C8E803]
Cc: pcn@ietf.org
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Thanks bob,
I'll work these in the -05 version. I think it best to avoid discussing
tunnelling at the start of S6, but I'll get in the sentiment of your
comment.

phil

{ -----Original Message-----
{ From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
{ Sent: 17 July 2008 12:33
{ To: Eardley,PL,Philip,CXR9 R
{ Cc: pcn@ietf.org
{ Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
{ 
{ Phil,
{ 
{ THanks for updating the arch. Looks good.
{ 
{ Below are some suggested minor corrections. In general, there's less
{ uncertainty, which is good. Some of the points below open up
{ possibilities for future variation just a little, where I think we
{ don't need to be so prescriptive.
{ 
{ [Next mail, I'll re-open the only slightly controversial issue I
{ believe is left.]
{ 
{ 
{ >4. Deployment scenarios
{ >{...}
{ >I is possible that a user wants its inelastic traffic to use the PCN
{ >based on defined rules, in reaction to pre-congestion. mechanisms
{ >but also react to ECN marking outside the PCN-domain
{ >[I-D.sarker-pcn-ecn-pcn-usecases]. Two ways to do this are to tunnel
{ >all PCN-packets across the PCN-domain, so that the ECN marks is
{ >carried transparently across the PCN-domain, or to use the three
{ >state PCN encoding [I-D.moncaster-pcn-3-state-encoding]. This is
{ >discussed further in Section Section 7.
{ 
{ s/Two ways/Two possible ways/
{ {Removes ambiguity of intent. Making it clear this doesn't mean these
{ are the two recommended ways, or the only two allowed ways.}
{ 
{ s/This is discussed further in Section Section 7
{   /This is discussed further in Section 7.1 on Tunnelling/
{ 
{ 
{ >4. Deployment scenarios
{ >{...}
{ >The possibility of deploying just one of PCN's flow admission and
{ >    termination mechanisms is certainly an option when only two PCN
{ >    encoding states are available
{ 
{ s/when only two PCN encoding states are available
{   /when an operator chooses to use up only two encoding states for
PCN/
{ 
{ >5.2. Assumption 2: Real-time applications {...}
{ >As a consequence, it is assumed that PCN-marking is being applied to
{ >traffic scheduled with the expedited forwarding per-hop behaviour,
{ >[RFC3246], or traffic with similar characteristics.
{ 
{ s/traffic with/a PHB with/
{ 
{ 
{ >6. High-level functional architecture
{ >{...}
{ >    the operator may have two or three encoding states
{ >    available.  In both cases the ECN field is set to 11 to indicate
PCN-
{ >    marking.  In the former case, one DSCP is used.  In the latter
case a
{ >    second DSCP is used,
{ >
{ 
{ Suggested new text:
{ ...the operator may *choose to use* two or three encoding states.
{ With current tunnelling behaviour (RFC3168 or RFC4301), only the CE
{ (11) codepoint of the ECN field survives decapsulation. So the ECN
{ field *can currently only be* set to 11 to indicate PCN-marking. For
{ the two-state case, one DSCP can be used.  For the three-state case a
{ second DSCP seems necessary,
{ 
{ Reasoning: I think the text as written was too prescriptive for an
{ architecture document. If one day we get the unnecessarily
{ restrictive ECN tunnelling behaviour changed we would then be able to
{ use 01 and 10 as well. Then we won't need to only be restricted to 11
{ 
{ If we can fully work out how at least some of
{ [ID.menth-pcn-psdm-encoding] could be standardised, we ought to
{ mention that here too. Or at least allow for some post-standards
{ innovation in this space.
{ 
{ >Flow admission and flow termination when there are only two PCN
{ >encoding states{...}
{ >If a PCN-domain has only two encoding states available {...}
{ 
{ Suggested new text:
{ If an operator chooses to use only two PCN encoding states {...}
{ 
{ >6.5. PCN-traffic
{ >{...}
{ >       However, a PCN-node should dedicate some capacity to lower
{ >       priority traffic so that it isn't starved.  Such traffic
doesn't
{ >       contribute to the PCN meters.
{ Suggest we add: (however, there are valid proposals where some does
{ [Songhurst])
{ 
{ 
{ 
{ Bob
{ 
{ At 10:02 15/07/2008, philip.eardley@bt.com wrote:
{ >I spotted a couple of small corrections needed:
{ >
{ >In S6.2, Flow termination
{ >Exactly how the flow termination decision is made will be defined
{ >    separately in informational documents.  At a high level several
{ >    approaches are proposed:
{ >...
{ >    o  Another approach monitors PCN-packets and terminates any
PCN-flow
{ >       with an excess-traffic-marked packet.  Compared with the
{ >       approaches above, PCN-marking needs to be done at a reduced
rate
{ >       (every "s" bytes of excess traffic) otherwise far too much
traffic
{ >       would be terminated.
{ >
{ >This bullet needs to be changed, as it's inconsistent with the
consensus
{ >decisions about marking algorithm. The equivalent approach can be
{ >achieved by randomly selecting some fraction of the marked packets
for
{ >termination (as in
http://tools.ietf.org/id/draft-menth-pcn-emft-00.txt)
{ >
{ >In S2 Terminology
{ >The last sentence of both PCN-threshold-rate & PCN-excess-rate
{ >definitions needs to be deleted (they don't apply in the single
marking
{ >case).
{ >
{ >In addition I think it would be helpful to add a couple of pics to
{ >illustrate what PCN-threshold-rate & PCN-excess-rate mean in terms of
{ >when admission and termination are done. Similar to Fig 1 in
{
>http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth0
8
{ >-PCN-Comparison.pdf - one for the case with 3 encoding states, and
one
{ >for single marking.
{ >
{ >phil
{ >
{ >{ -----Original Message-----
{ >{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf
Of
{ >{ philip.eardley@bt.com
{ >{ Sent: 15 July 2008 08:31
{ >{ To: pcn@ietf.org
{ >{ Subject: [PCN] New version of draft-ietf-pcn-architecture-04.txt
{ >{
{ >{ I updated the Architecture draft.
{ >{
{ >{ There are no major changes, but several more minor ones. These
mostly
{ >{ reflect the consensus call about PCN-marking (as reflected in
{ >{ [I-D.eardley-pcn-marking-behaviour]), and the current decisions
about
{ >{ encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
{ >{ [I-D.moncaster-pcn-3-state-encoding]). I also did some slight
{ >{ re-structuring and editing to try and improve the clarity,
especially
{ >of
{ >{ the introductory material and the High level architecture (where I
{ >also
{ >{ added a sub-section on backwards compatibility with respect to
{ >{ [RFC4774]). I also took account of all the comments received on the
{ >-03
{ >{ version (thanks for them)
{ >{
{ >{ Comments welcome! - thanks,
{ >{ phil
{ >{
{ >{ { -----Original Message-----
{ >{ { From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On
Behalf
{ >Of
{ >{ { Internet-Drafts@ietf.org
{ >{ { Sent: 14 July 2008 23:00
{ >{ { To: i-d-announce@ietf.org
{ >{ { Cc: pcn@ietf.org
{ >{ { Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
{ >{ {
{ >{ { A New Internet-Draft is available from the on-line
Internet-Drafts
{ >{ { directories.
{ >{ { This draft is a work item of the Congestion and Pre-Congestion
{ >{ { Notification Working Group of the IETF.
{ >{ {
{ >{ {
{ >{ {     Title           : Pre-Congestion Notification Architecture
{ >{ {     Author(s)       : P. Eardley
{ >{ {     Filename        : draft-ietf-pcn-architecture-04.txt
{ >{ {     Pages           : 52
{ >{ {     Date            : 2008-07-14
{ >{ {
{ >{ { The purpose of this document is to describe a general
architecture
{ >{ { for flow admission and termination based on pre-congestion
{ >{ { information in order to protect the quality of service of
{ >established
{ >{ { inelastic flows within a single DiffServ domain.Status
{ >{ {
{ >{ { A URL for this Internet-Draft is:
{ >{ {
{
>http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
{ >{ {
{ >{ { Internet-Drafts are also available by anonymous FTP at:
{ >{ { ftp://ftp.ietf.org/internet-drafts/
{ >{ {
{ >{ { 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://www.ietf.org/mailman/listinfo/pcn
{ >_______________________________________________
{ >PCN mailing list
{ >PCN@ietf.org
{ >https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 06:08:17 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7C4853A69F0;
	Thu, 17 Jul 2008 06:08:17 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D69883A6902
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 06:08:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.16
X-Spam-Level: 
X-Spam-Status: No, score=-3.16 tagged_above=-999 required=5 tests=[AWL=0.439, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 8G6J3u7H-eaT for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 06:08:16 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id DA7DF3A69F0
	for <pcn@ietf.org>; Thu, 17 Jul 2008 06:08:15 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.109]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 17 Jul 2008 14:08:46 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 17 Jul 2008 14:08:45 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC0329F8CF@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <487E4B94.5020400@informatik.uni-wuerzburg.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Marking Converter for Excess-Marked Traffic
Thread-Index: AcjneiCT/iSMxkyNSre/Ps+B2ALFKAAk9lVQ
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 17 Jul 2008 13:08:46.0336 (UTC)
	FILETIME=[3EF30800:01C8E80E]
Cc: pcn@ietf.org
Subject: Re: [PCN] Marking Converter for Excess-Marked Traffic
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

{ 
{ > - can you give an intuitive explanation of why there's
over-termination
{ > if the load on the bottleneck link comes from many
{ > ingress-egress-aggregates? I didn't follow your explanation.
{ >
{ Assume  that there is no supportable rate (SR) pre-congestion, but
(AR)
{ pre-congestion. Then a certain amount of traffic is excess-marked. If
{ the fraction of marked traffic is larger for a first aggregate and
{ smaller for a second aggregate, the first aggregate will see marked
{ packets even after conversion  and hence flows will be terminated.
This
{ is why overtermination occurs. This happens more easily if the number
of
{ aggregates on a link is large because then packet markings within a
{ aggregates become more random, i.e. they are not spaced in more or
less
{ regular intervals.
{ 
does the over-termination get solved if you slow down the termination a
bit? (ie EMFT has lower probability of terminating a (Converted) marked
flow)

thanks
[phil
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 08:48:48 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7C3733A6951;
	Thu, 17 Jul 2008 08:48:48 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9C6253A6968
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 08:48:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.174
X-Spam-Level: 
X-Spam-Status: No, score=-2.174 tagged_above=-999 required=5 tests=[AWL=0.075, 
	BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id m6sPDWY6dspa for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 08:48:45 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 072853A690C
	for <pcn@ietf.org>; Thu, 17 Jul 2008 08:48:44 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 4D0E1198E97;
	Thu, 17 Jul 2008 17:49:15 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 419EF198E89;
	Thu, 17 Jul 2008 17:49:15 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 1314BA06EB;
	Thu, 17 Jul 2008 17:49:13 +0200 (CEST)
Message-ID: <487F69AF.4000906@informatik.uni-wuerzburg.de>
Date: Thu, 17 Jul 2008 17:47:59 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8CF@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8CF@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Marking Converter for Excess-Marked Traffic
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

good question. I believe not because the reason for overtermination is 
different. But we take it as a hint for further studies. The findings of 
our quick simulations tell us it's a nice idea that has its drawbacks 
under challenging conditions. It might be useful under some 
circumstances, but we need to find out what they are.

Regards,

    Michael

philip.eardley@bt.com wrote:
> { 
> { > - can you give an intuitive explanation of why there's
> over-termination
> { > if the load on the bottleneck link comes from many
> { > ingress-egress-aggregates? I didn't follow your explanation.
> { >
> { Assume  that there is no supportable rate (SR) pre-congestion, but
> (AR)
> { pre-congestion. Then a certain amount of traffic is excess-marked. If
> { the fraction of marked traffic is larger for a first aggregate and
> { smaller for a second aggregate, the first aggregate will see marked
> { packets even after conversion  and hence flows will be terminated.
> This
> { is why overtermination occurs. This happens more easily if the number
> of
> { aggregates on a link is large because then packet markings within a
> { aggregates become more random, i.e. they are not spaced in more or
> less
> { regular intervals.
> { 
> does the over-termination get solved if you slow down the termination a
> bit? (ie EMFT has lower probability of terminating a (Converted) marked
> flow)
>
> thanks
> [phil
>   

-- 
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 11:13:04 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7EF743A6998;
	Thu, 17 Jul 2008 11:13:04 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 66C5D3A6AAE
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 11:13:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.217
X-Spam-Level: 
X-Spam-Status: No, score=-1.217 tagged_above=-999 required=5
	tests=[AWL=-0.300, BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482,
	J_CHICKENPOX_57=0.6, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id dbrdnFmnneIb for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 11:12:57 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id AB8ED3A6998
	for <pcn@ietf.org>; Thu, 17 Jul 2008 11:12:56 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 17 Jul 2008 19:13:27 +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); Thu, 17 Jul 2008 19:13:27 +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 1216318406171; Thu, 17 Jul 2008 19:13:26 +0100
Received: from mut.jungle.bt.co.uk ([10.73.81.228])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6HIDEbf009545; Thu, 17 Jul 2008 19:13:25 +0100
Message-Id: <200807171813.m6HIDEbf009545@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 17 Jul 2008 19:13:11 +0100
To: <philip.eardley@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8D0@E03MVB1-UKBR.doma
	in1.systemhost.net>
References: <200807171155.m6HBsvxS019143@bagheera.jungle.bt.co.uk>
	<4A916DBC72536E419A0BD955EDECEDEC0329F8D0@E03MVB1-UKBR.domain1.systemhost.net>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 17 Jul 2008 18:13:27.0438 (UTC)
	FILETIME=[CF55D2E0:01C8E838]
Cc: PCN IETF list <pcn@ietf.org>
Subject: Re: [PCN] Natural decision point? draft-ietf-pcn-architecture-04
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil,

[I've cc'd PCN again in case the list server or BT's mail relay catch 
up some time.]

The issue is this:
- if the ingress can override the decision of the egress, it's best 
to accept that the ingress is actually making the decision. The 
ingress will have to tell the egress what it has decided (to tear 
down path state and receiver state etc).

So, we should be wary of any implication that the egress is making 
the decision, otherwise a signalling design that says the egress 
signals its decision to the ingress will look valid. When in fact a 
second pass is needed.

This is an unavoidable consequence of spreading the admission control 
decision over a distributed system (PCN domain) rather than keeping 
it hop-by-hop like Intserv. The MBAC phase involves packets crossing 
the domain, then feedback coming back (in parallel to the signalling 
which continues to the destination and comes back). Then, when the 
e2e signalling returns to the PEP (ingress) if it has decided to 
block, its decision has to be signalled upstream and downstream to 
tear down the reservation.

There are many variants, with different optimistic/pessimistic 
models, but this is the basic one (IMHO).


Bob

At 14:10 17/07/2008, philip.eardley@bt.com wrote:
>Bob
>
>[only replying to you, as only got your msg directly, not sure if you
>intended to only send to me, if pcn ML server is slow, or spam filter is
>blocking again]
>
>The text in architecture doc:
>Egress tells ingress the "admit /block" decision.
>Ingress goes with this decision.
>This is what the architecture doc currently says is 'most natural' (nb
>it doesn't say this is the only option!)
>
>Another option:
>Egress tells ingress the CLE.
>Ingress makes the decision. Now the ingress can decide what the
>CLE-threshold is (threshold for admit /block decision). Speculatively
>this might have an advantage where you want to prioritise the admission
>of various classes of users differently. (NB not talking about emergency
>etc calls, which will be admitted differently anyway.) I suspect in
>practive this is pretty marginal.
>
>Your scenario:
>Multi-domain. Ingress will get charged for traffic it admits (by
>downstream networks) so wants control over decision. This is still
>possible in either of the cases above - in either, the msg from the
>egress is treated as advice, eg even if the egress says "admit" the
>ingress might choose to block the new call.
>
>So would your issue be solved if I leave the current text & add some
>text to the effect that the ingress is the PEP so has ultimate control?
>And in the Appendix on possible future work, mention the multi-domain as
>a scenario where the ingress might want to over-ride what the egress
>suggests.
>
>Thanks
>Phil.
>
>Thanks for the spots of errors in text. S4 should have 'egress'
>
>
>{ -----Original Message-----
>{ From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
>{ Sent: 17 July 2008 12:54
>{ To: Eardley,PL,Philip,CXR9 R
>{ Subject: Natural decision point? draft-ietf-pcn-architecture-04
>{
>{ Phil,
>{
>{ Apologies for re-opening this issue (it was previously discussed in
>{ Mar '08 under the thread subject "Re: [PCN]
>draft-ietf-pcn-architecture-
>{ 03"
>{
>{ Firstly, There seems to be a contradiction between different parts of
>{ the text (quoted at the end).
>{
>{ But my main point concerns what 'natural' means in this context. So
>{ far the discussion has focussed on efficiency (where information
>{ gathers naturally?, which node has to be informed anyway?, etc).
>{
>{ However, "Keeping interconnect strongly in mind" [PCN charter], we
>{ should try to design protocols allowing for nodes doing what's in
>{ their operator's interests rather than what protocol messages from
>{ other operators ask them to do.
>{
>{ Seen this way, 'natural' means 'the node that has ultimate control
>{ anyway, whatever it is asked to do'. I.e. the ingress, which is the
>{ only node that can be a policy enforcement point (PEP) [RFC2753].
>{
>{ I think we should point out that the ingress will be the PEP if PCN
>{ becomes multi-domain later. Otherwise, if today's single-operator
>{ designs give the egress the final decision, the operator might have
>{ to change its design when it becomes multi-domain.
>{
>{
>{ >4. Deployment scenarios
>{ >{...}
>{ >    For admission control, the most natural place is the PCN-ingress-
>{ node.
>{
>{ >7.4. Other admission control functions
>{ >{...}
>{ >    o  The decision is made at the PCN-egress-node and the decision
>{ >       (admit or block) is signalled to the PCN-ingress-node.  This
>seems
>{ >       most natural.
>{
>{
>{
>{ 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
>{

____________________________________________________________________________
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 17 12:17:00 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 120C73A6B39;
	Thu, 17 Jul 2008 12:17:00 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1D1DA3A6B39
	for <pcn@core3.amsl.com>; Thu, 17 Jul 2008 12:16:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.099
X-Spam-Level: 
X-Spam-Status: No, score=-3.099 tagged_above=-999 required=5
	tests=[AWL=-0.501, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lgfwpx4fsjef for <pcn@core3.amsl.com>;
	Thu, 17 Jul 2008 12:16:58 -0700 (PDT)
Received: from portland.eukhost.com (portland.eukhost.com [92.48.97.5])
	by core3.amsl.com (Postfix) with ESMTP id A12793A6AE2
	for <pcn@ietf.org>; Thu, 17 Jul 2008 12:16:57 -0700 (PDT)
Received: from c-69-255-78-171.hsd1.md.comcast.net ([69.255.78.171]:53705
	helo=[192.168.1.120])
	by portland.eukhost.com with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.69) (envelope-from <carlberg@g11.org.uk>)
	id 1KJYyf-0001b9-TT; Thu, 17 Jul 2008 19:17:22 +0000
Message-Id: <FC27AB9C-B350-4A07-8BB2-A2A4103AA447@g11.org.uk>
From: ken carlberg <carlberg@g11.org.uk>
To: <philip.eardley@bt.com> <philip.eardley@bt.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
Mime-Version: 1.0 (Apple Message framework v926)
Date: Thu, 17 Jul 2008 15:17:24 -0400
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
X-Mailer: Apple Mail (2.926)
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - portland.eukhost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - g11.org.uk
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0671548854=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org


--===============0671548854==
Content-Type: multipart/alternative; boundary=Apple-Mail-5--355640496


--Apple-Mail-5--355640496
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

Phil,

> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
> Would like this draft to be WG doc towards WG milestone on marking =20
> behaviour. Think there are actually only a few minor issues to clear =20=

> up, ie doc is nearly done]. So am trying to clear them up before ietf.
> Have separated each Issue into a separate email. They=92re mainly =20
> prompted by Joe=92s comments.
>
> This is 1st of several emails to try & close Open Issues on =
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
>
> Do we suggest downgrading as a possible traffic conditioning action =20=

> or not? (traffic conditioning on all links in PCN-domain, including =20=

> on PCN-ingress-node =96 where something special /different might be =20=

> done).

I would like to advocate the position of yes.  let's allow for the =20
possibility of downgrading.

> Currently the draft says =93if needed, then drop or downgrade =20
> pkts=94 (ie downgrade to a lower priority behaviour aggregate)
> As joe points out:
> - the danger of downgrading is that pkts in a flow could get mis-=20
> ordered. So there=92s an argument for not giving this as a =
possibility.

while mis-ordered packets is not a subject to be ignored, the primary =20=

concern stems from the degree or variance in which packets (and in =20
particular, packets of a flow) are mis-ordered.  wide variations can =20
emulate packet loss -- obviously, a bad thing.  but these conditions, =20=

as far as i know, mostly come up in outlier scenarios found in mobile =20=

nodes crossing admin boundaries and different foreign agents.

back in the mid-90's, UCL did some work with packet interweaving =20
(purposely misordered packets) and found that end user quality of =20
audio packets was actually better in the presence of packet loss, =20
since packet drops at congestion points tend to be a bit bursty.  =20
point being that a bit of misordering of packets isn't something to be =20=

scared of.

> Or should downgrading be allowed as a possibility, but just mention =20=

> the danger?

I'd be comfortable with a note indicating the potential condition of =20
misordering and leave it at that.

> what=92s done in real diffserv /mpls networks today?
> - an additional possible traffic conditioning action by the PCN-=20
> ingress-node is to downgrade a *flow* (ie all pkts in a flow put =20
> into lower BA). This seems a good thing to add to me.

I'd advocate yes.

-ken


--Apple-Mail-5--355640496
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; =
">Phil,<br><div><div><br></div><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 14px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; orphans: 2; text-align: auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><div lang=3D"EN-GB" link=3D"blue" =
vlink=3D"#606420"><div class=3D"Section1"><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" =
face=3D"Arial"><span style=3D"font-size: 10pt; font-family: Arial; "><a =
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.tx=
t" style=3D"color: blue; text-decoration: underline; =
">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</a><=
/span></font></div><div style=3D"margin-top: 0cm; margin-right: 0cm; =
margin-left: 0cm; margin-bottom: 0.0001pt; font-size: 12pt; font-family: =
'Times New Roman'; "><font size=3D"2" face=3D"Arial"><span =
style=3D"font-size: 10pt; font-family: Arial; ">Would like this draft to =
be WG doc towards WG milestone on marking behaviour. Think there are =
actually only a few minor issues to clear up, ie doc is nearly done]. So =
am trying to clear them up before ietf.</span></font></div><div =
style=3D"margin-top: 0cm; margin-right: 0cm; margin-left: 0cm; =
margin-bottom: 0.0001pt; font-size: 12pt; font-family: 'Times New =
Roman'; "><font size=3D"2" face=3D"Arial"><span style=3D"font-size: =
10pt; font-family: Arial; ">Have separated each Issue into a separate =
email. They=92re mainly prompted by Joe=92s =
comments.</span></font></div><p class=3D"MsoNormal" style=3D"margin-top: =
0cm; margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman'; "><font size=3D"2" =
face=3D"Arial"><span style=3D"font-size: 10pt; font-family: Arial; =
">&nbsp;</span></font></p><div style=3D"margin-top: 0cm; margin-right: =
0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Arial"><span =
style=3D"font-size: 10pt; font-family: Arial; ">This is<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font>1<sup>st</sup><=
span class=3D"Apple-converted-space">&nbsp;</span>of several emails to =
try &amp; close Open Issues on<span =
class=3D"Apple-converted-space">&nbsp;</span><font size=3D"2" =
face=3D"Arial"><span style=3D"font-size: 10pt; font-family: Arial; "><a =
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.tx=
t" style=3D"color: blue; text-decoration: underline; =
">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</a><=
/span></font></div><p class=3D"MsoNormal" style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times =
New Roman"><span style=3D"font-size: 12pt; =
">&nbsp;</span></font></p><div style=3D"margin-top: 0cm; margin-right: =
0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"3" face=3D"Times New =
Roman"><span style=3D"font-size: 12pt; ">Do we suggest<span =
class=3D"Apple-converted-space">&nbsp;</span></span></font><font =
size=3D"2" face=3D"Courier New"><span style=3D"font-size: 10pt; =
font-family: 'Courier New'; ">downgrading as a possible traffic =
conditioning action or not? (traffic conditioning on all links in =
PCN-domain, including on PCN-ingress-node =96 where something special =
/different might be =
done).</span></font></div></div></div></span></blockquote><div><br></div><=
div>I would like to advocate the position of yes. &nbsp;let's allow for =
the possibility of downgrading.</div><br><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 14px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; orphans: 2; text-align: auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><div lang=3D"EN-GB" link=3D"blue" =
vlink=3D"#606420"><div class=3D"Section1"><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; =
">Currently the draft says =93if needed, then drop or downgrade pkts=94 =
(ie downgrade to a lower priority behaviour =
aggregate)</span></font></div><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; ">As =
joe points out:</span></font></div><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; ">- the =
danger of downgrading is that pkts in a flow could get mis-ordered. So =
there=92s an argument for not giving this as a possibility. =
</span></font></div></div></div></span></blockquote><div><br></div><div>wh=
ile mis-ordered packets is not a subject to be ignored, the primary =
concern stems from the degree or variance in which packets (and in =
particular, packets of a flow) are mis-ordered. &nbsp;wide variations =
can emulate packet loss -- obviously, a bad thing. &nbsp;but these =
conditions, as far as i know, mostly come up in outlier scenarios found =
in mobile nodes crossing admin boundaries and different foreign =
agents.</div><div><br></div><div>back in the mid-90's, UCL did some work =
with packet interweaving (purposely misordered packets) and found that =
end user quality of audio packets was actually better in the presence of =
packet loss, since packet drops at congestion points tend to be a bit =
bursty. &nbsp;point being that a bit of misordering of packets isn't =
something to be scared of.</div><br><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 14px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; orphans: 2; text-align: auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><div lang=3D"EN-GB" link=3D"blue" =
vlink=3D"#606420"><div class=3D"Section1"><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; ">Or =
should downgrading be allowed as a possibility, but just mention the =
danger?</span></font></div></div></div></span></blockquote><div><br></div>=
I'd be comfortable with a note indicating the potential condition of =
misordering and leave it at that.</div><div><br><blockquote =
type=3D"cite"><span class=3D"Apple-style-span" style=3D"border-collapse: =
separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 14px; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; orphans: 2; text-align: =
auto; text-indent: 0px; text-transform: none; white-space: normal; =
widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><div lang=3D"EN-GB" link=3D"blue" =
vlink=3D"#606420"><div class=3D"Section1"><div style=3D"margin-top: 0cm; =
margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: =
12pt; font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; "> =
what=92s done in real diffserv /mpls networks =
today?</span></font></div><div style=3D"margin-top: 0cm; margin-right: =
0cm; margin-left: 0cm; margin-bottom: 0.0001pt; font-size: 12pt; =
font-family: 'Times New Roman'; "><font size=3D"2" face=3D"Courier =
New"><span style=3D"font-size: 10pt; font-family: 'Courier New'; ">- an =
additional possible traffic conditioning action by the PCN-ingress-node =
is to downgrade a *<b><span style=3D"font-weight: bold; =
">flow</span></b>* (ie all pkts in a flow put into lower BA). This seems =
a good thing to add to =
me.</span></font></div></div></div></span></blockquote><div><br></div><div=
>I'd advocate =
yes.</div><div><br></div><div>-ken</div><div><br></div></div></body></html=
>=

--Apple-Mail-5--355640496--

--===============0671548854==
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://www.ietf.org/mailman/listinfo/pcn

--===============0671548854==--


From pcn-bounces@ietf.org  Sun Jul 20 08:22:13 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 287D63A6886;
	Sun, 20 Jul 2008 08:22:13 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 910A63A6841
	for <pcn@core3.amsl.com>; Sun, 20 Jul 2008 08:22:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.504
X-Spam-Level: 
X-Spam-Status: No, score=-0.504 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vLD08PJBA7d8 for <pcn@core3.amsl.com>;
	Sun, 20 Jul 2008 08:22:11 -0700 (PDT)
Received: from rotterdam.ewi.utwente.nl (rotterdam.ewi.utwente.nl
	[130.89.10.5]) by core3.amsl.com (Postfix) with ESMTP id 7541E3A6886
	for <pcn@ietf.org>; Sun, 20 Jul 2008 08:22:11 -0700 (PDT)
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 m6KFMeAH011951;
	Sun, 20 Jul 2008 17:22:40 +0200 (MEST)
Received: from 79.130.143.213 (auth. user karagian@imap1.ewi.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Sun, 20 Jul 2008 15:22:40 +0000
To: "philip.eardley@bt.com" <philip.eardley@bt.com>,
	"pcn@ietf.org" <pcn@ietf.org>
Date: Sun, 20 Jul 2008 15:22:40 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <9frKVWBX.1216567360.0789330.karagian@ewi.utwente.nl>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8A8@E03MVB1-UKBR.domain1.systemhost.net>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.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, 20 Jul 2008 17:22:43 +0200 (MEST)
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil

I have read the draft-ietf-pcn-architecture-04 and I have seen that there
are major changes included.
These major changes mainly affect the LC-PCN required features at the
interior and egress nodes.

I hope that the new version of the PCN architecture draft will include
the LC-PCN related features that were included in version 3 of the PCN
architecture draft and are removed in version 4 of the PCN architecture
draft.

Furthermore, I can not see any information about ingress-egress-aggregate
(trunl/pipe) model and HOSE model that has been intensivelly discussed
during the months after the IETF 71.


Best regards,
Georgios



On 7/15/2008, "philip.eardley@bt.com" <philip.eardley@bt.com> wrote:

>I updated the Architecture draft.
>
>There are no major changes, but several more minor ones. These mostly
>reflect the consensus call about PCN-marking (as reflected in
>[I-D.eardley-pcn-marking-behaviour]), and the current decisions about
>encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
>[I-D.moncaster-pcn-3-state-encoding]). I also did some slight
>re-structuring and editing to try and improve the clarity, especially of
>the introductory material and the High level architecture (where I also
>added a sub-section on backwards compatibility with respect to
>[RFC4774]). I also took account of all the comments received on the -03
>version (thanks for them)
>
>Comments welcome! - thanks,
>phil
>
>{ -----Original Message-----
>{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
>{ Internet-Drafts@ietf.org
>{ Sent: 14 July 2008 23:00
>{ To: i-d-announce@ietf.org
>{ Cc: pcn@ietf.org
>{ Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
>{
>{ A New Internet-Draft is available from the on-line Internet-Drafts
>{ directories.
>{ This draft is a work item of the Congestion and Pre-Congestion
>{ Notification Working Group of the IETF.
>{
>{
>{ 	Title           : Pre-Congestion Notification Architecture
>{ 	Author(s)       : P. Eardley
>{ 	Filename        : draft-ietf-pcn-architecture-04.txt
>{ 	Pages           : 52
>{ 	Date            : 2008-07-14
>{
>{ The purpose of this document is to describe a general architecture
>{ for flow admission and termination based on pre-congestion
>{ information in order to protect the quality of service of established
>{ inelastic flows within a single DiffServ domain.Status
>{
>{ A URL for this Internet-Draft is:
>{ http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
>{
>{ Internet-Drafts are also available by anonymous FTP at:
>{ ftp://ftp.ietf.org/internet-drafts/
>{
>{ 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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Sun Jul 20 08:28:17 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3FC493A69C8;
	Sun, 20 Jul 2008 08:28:17 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 99C9E3A6939
	for <pcn@core3.amsl.com>; Sun, 20 Jul 2008 08:28:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.504
X-Spam-Level: 
X-Spam-Status: No, score=-0.504 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 3GD0l8IMc0JK for <pcn@core3.amsl.com>;
	Sun, 20 Jul 2008 08:28:15 -0700 (PDT)
Received: from rotterdam.ewi.utwente.nl (rotterdam.ewi.utwente.nl
	[130.89.10.5]) by core3.amsl.com (Postfix) with ESMTP id A9BC23A690B
	for <pcn@ietf.org>; Sun, 20 Jul 2008 08:28:14 -0700 (PDT)
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 m6KFSpCs012850
	for <pcn@ietf.org>; Sun, 20 Jul 2008 17:28:51 +0200 (MEST)
Received: from 79.130.143.213 (auth. user karagian@imap1.ewi.utwente.nl)
	by webmail.cs.utwente.nl with HTTP; Sun, 20 Jul 2008 15:28:51 +0000
To: pcn@ietf.org
Date: Sun, 20 Jul 2008 15:28:51 +0000
X-Mailer: IlohaMail/0.8.13 (On: webmail.cs.utwente.nl)
Message-ID: <zlCNWTva.1216567731.0355970.karagian@ewi.utwente.nl>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8A8@E03MVB1-UKBR.domain1.systemhost.net>
From: "Georgios Karagiannis" <karagian@cs.utwente.nl>
Bounce-To: "Georgios Karagiannis" <karagian@cs.utwente.nl>
MIME-Version: 1.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, 20 Jul 2008 17:28:51 +0200 (MEST)
Subject: [PCN] remarks on new drafts
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Dear all

I have read the drafts [I-D.eardley-pcn-marking-behaviour],
[I-D.moncaster-pcn-baseline-encoding] and
[I-D.moncaster-pcn-3-state-encoding> and
[draft-ietf-pcn-architecture-04] and I have seen that the LC-PCN related
features,
such as random dropping of marked and unmarked packets, use of
PCN_Affected_Marking encoding, use of egress based flow termination,
etc.  are not mentioned in these drafts.

I hope that this situation will be changed after the IETF 72 meeting.


Best regards,
Georgios
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Mon Jul 21 08:28:22 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E309F3A6851;
	Mon, 21 Jul 2008 08:28:22 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3A56C3A689C
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 08:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.397
X-Spam-Level: *
X-Spam-Status: No, score=1.397 tagged_above=-999 required=5
	tests=[BAYES_50=0.001, MIME_QP_LONG_LINE=1.396]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id uKugM9zKq+mp for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 08:28:21 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 5941B3A6851
	for <pcn@ietf.org>; Mon, 21 Jul 2008 08:28:21 -0700 (PDT)
Received: from localhost ([127.0.0.1])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KKxJn-0001ER-DT
	for pcn@ietf.org; Mon, 21 Jul 2008 11:28:55 -0400
Received: from 66.194.24.3 ([66.194.24.3]) by petri-meat.com (Horde MIME
	library) with HTTP; Mon, 21 Jul 2008 11:28:55 -0400
Message-ID: <20080721112855.amftv0y1j4wgwss4@petri-meat.com>
Date: Mon, 21 Jul 2008 11:28:55 -0400
From: slblake@petri-meat.com
To: pcn@ietf.org
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="=_27sjs4ro25a8"
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) H3 (4.1.6)
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] PCN IETF72 final agenda
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This message is in MIME format.

--=_27sjs4ro25a8
Content-Type: text/plain;
	charset=ISO-8859-1;
	DelSp="Yes";
	format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

I have uploaded the final agenda for the PCN meeting in Dublin at
http://www.ietf.org/proceedings/08jul/agenda/pcn.txt
(also attached).

The schedule is full, so presenters please plan accordingly.
Also, please send me your slides before the meeting and I will
upload them (pdf preferred).


Regards,

// Steve

--=_27sjs4ro25a8
Content-Type: text/plain;
	charset=UTF-8;
	name="pcn-ietf72-agenda.txt"
Content-Disposition: attachment;
	filename="pcn-ietf72-agenda.txt"
Content-Transfer-Encoding: quoted-printable

Congestion and Pre-Congestion Notification WG (pcn)
IETF72 Meeting Agenda

CHAIRs: Scott Bradner <sob@harvard.edu>
        Steven Blake  <sblake@extremenetworks.com>


THURSDAY, July 31, 2008
0900-1130 Morning Session I
Rathcoole
=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

AGENDA:

o Administrivia                                                 chairs  10 m=
in
  - Blue sheets
  - Scribe
  - Agenda bash
  - Milestones status

o Discuss ITU-T liaison statement                               chairs  15 m=
in

o draft-ietf-pcn-architecture-04                               Eardley  50 m=
in
  draft-eardley-pcn-marking-behavior-01

o draft-moncaster-pcn-baseline-encoding-02                   Moncaster  30 m=
in
  draft-moncaster-pcn-3-state-encoding-00

o draft-menth-pcn-psdm-encoding-00.txt                         Babiarz  20 m=
in
  draft-menth-pcn-e2e-encoding-00.txt

o draft-briscoe-tsvwg-ecn-tunnel-01                            Briscoe  10 m=
in

o draft-westberg-pcn-load-control-04.txt                        Mekkes  15 m=
in

--=_27sjs4ro25a8
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://www.ietf.org/mailman/listinfo/pcn

--=_27sjs4ro25a8--



From pcn-bounces@ietf.org  Mon Jul 21 20:05:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2F3D23A68E8;
	Mon, 21 Jul 2008 20:05:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 189173A68E8
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 20:05:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.139
X-Spam-Level: 
X-Spam-Status: No, score=-4.139 tagged_above=-999 required=5
	tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id OP3jzNYMtAQX for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 20:04:45 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56])
	by core3.amsl.com (Postfix) with ESMTP id CF2563A681C
	for <pcn@ietf.org>; Mon, 21 Jul 2008 20:04:44 -0700 (PDT)
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
	m6M33Us07546; Tue, 22 Jul 2008 03:03:30 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 21 Jul 2008 23:04:44 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651710CC0E@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8B1@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] New version of the marking behaviour draft
Thread-Index: AcjXayyZY1ULmuV2QiaapwOB+jMbygCy3EfAAwqgojABPbog4A==
References: <9671A92C3C8B5744BC97F855F7CB646516BA8332@zcarhxm1.corp.nortel.com>
	<4A916DBC72536E419A0BD955EDECEDEC0329F8B1@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] New version of the marking behaviour draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1839817794=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1839817794==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EBA7.B2168080"

This is a multi-part message in MIME format.

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

Phil,

Some additional comments below yours.=20

=20

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

________________________________

From: philip.eardley@bt.com [mailto:philip.eardley@bt.com]=20
Sent: July 15, 2008 8:51 AM
To: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: RE: [PCN] New version of the marking behaviour draft

=20

Joe=20

=20

Thanks very much for all the comments!

=20

In-line replies

phil

=20

=20

-----Original Message-----
From: Jozef Babiarz [mailto:babiarz@nortel.com]=20
Sent: 29 June 2008 23:51
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] New version of the marking behaviour draft

=20

Phil,=20

My comments on draft-eardley-pcn-marking-behaviour-01 version.=20

=20

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

Section 2 specifies the functions involved, which in outline (see Figure
1) are:

=20

   o  Packet classify and condition - decide whether an incoming packet

      belongs to a PCN-flow or not;

[Joe] This is a PCN ingress node function and not part of the metering
and marking behavior that this draft is defining. This should be moved
to Arch draft or draft that defines edge behaviors.

=20

[phil] yes, pkt classification is a PCN ingress node function but it's
also a function that all PCN-nodes need to do. They have to decide
whether a particular pkt is a PCN-pkt or not, by looking at the DSCP &
ECN fields. However, the mention of PCN-flow is somewhat misleading and
it think it would be better to re-phrase this bullet:

*      Packet classify - decide whether a packet is a PCN-packet or not;

[Joe] State that packet classification is based on DSCP and ECN fields
only for interior nodes.=20

=20

=20

=20

o  Condition: drop or downgrade packets if the link is overloaded;

[Joe] This could be a PCN ingress node function but not part of the
metering and marking behavior that this draft is defining. This should
be moved to Arch draft or draft that defines edge behaviors.

=20

[phil] yes, conditioning is a PCN ingress node function but it's also a
function for all PCN-nodes.=20

[Joe] I always thought that the purpose of this work was that within PCN
domain, PCN traffic is controlled at edges so that conditioning
(dropping of PCN packets) could be avoided? If interior nodes are going
to drop PCN packets how can QoS be assured and what is the value of PCN?

=20

[phil] I'm not sure about your comment about deleting from this draft
discussion about specific PCN-ingress-node policing (traffic
conditioning) actions. The PCN-ingress-node's traffic conditioning is
very similar to other PCN-nodes, just some slight specialisation, so it
seems easy to talk about it here. Also the PCN-ingress-node policing
stuff is MUSTs which is ok in this draft but not possible in the
Informational archit draft & edge behaviour drafts.

[Joe] At PCN ingress-node traffic classification and condition needs to
be expended to address all scenarios.  e.g., untrusted DSCP, ECN and
traffic rate, trusted DSCP, ECN but untrusted traffic rate, trusted
DSCP, ECN and traffic rate, etc. I just do not think that this is draft
where this needs to be addressed in.=20

=20

   Figure 1: Schematic of functions for PCN-marking

[Joe] The Classify and Condition blocks should be deleted. As stated
above, combination of the DSCP field and ECN field in the IP header is
used to indicate that a packet is a PCN-packet, so packet classification
is not needed.=20

=20

[phil] I would call this action [looking at the combination of dscp &
ecn to determine if it's a pcn-pkt] pkt classification. Alternative
name?

[Joe] RFC 2475 provides some terminology. I believe BA Classifier would
be an appropriate term with a note that it also includes the ECN field.

=20

1.1.  Terminology

=20

   o  Other-traffic: traffic that uses the same DS codepoint as PCN-

      traffic, but a different value in the ECN field; has the same

      priority as PCN-traffic (in terms of scheduling at PCN-nodes); but

      is not subject to PCN-marking, nor PCN's admissin control and flow

      termination mechanisms.  Thus PCN-traffic and other-traffic have

      different per-domain behaviours RFC 3086 [RFC3086].  Note: there

      may be no other-traffic in a PCN-domain.  Note: the term PCN-BA

      does not include other-traffic (this is a clarification, as the

      definition of behaviour aggregate in RFC 2474 [RFC2474], RFC 2475

      [RFC2475] is somewhat ambiguous in the context of PCN.

[Joe] Suggest rewording above to:

Non-PCN-traffic: traffic that is admission controlled using some other
means and uses the same DS codepoint as PCN-traffic but a different
value in the ECN field; has the same priority as PCN-traffic (in terms
of scheduling at PCN-nodes); but is not subject to PCN-marking, nor
PCN's admission control and flow termination mechanisms.

=20

[phil] the different term seems better to me, and a re-wording on these
lines is good/

=20

=20

[Joe comment] The mixture of non-PCN and PCN traffic into the same queue
introduces two options for metering. Only PCN traffic is metered or
Non-PCN and PCN traffic is metered against PCN-threshold and PCN-excess
rates. For flow termination, metering PCN and non-PCN traffic is
required otherwise not enough traffic will be removed. For admission
control metering could be performed just for PCN-traffic or PCN and
non-PCN traffic. Should also note that each PCN node needs police
non-PCN traffic otherwise non-PCN traffic could break the PCN admission
control. Think it would be good idea that is issues is documented later
in this draft. =20

=20

[phil] I think admission control metering also needs to meter
non-PCN-traffic, since it has the same DSCP as PCN-traffic it shares the
link's capacity (equal scheduling priority). Otherwise there's a risk of
over-admission of pcn, if there's lots of the non-PCN-traffic.

[Joe]  There is not risk of over-admission if the non-PCN-traffic is
admission controlled by some other means.

[Joe] This will depend on how the new DSCP is defined. For example if
PCN uses the Voice Admit DSCP than traffic that is marked with that DSCP
is admission controlled and does not need to be policed on interior
nodes as it is controlled at ingress to the network. If the PCN domain
chooses to support both, flows that are admission controlled by some
other means and by PCN mechanism, than one option is, each admission
control mechanism controls the amount of traffic that can be admitted on
to the link independently and the rates are configured so that the sum
does not exceed the service class capacity for that link. The other
option is that PCN and Voice Admit traffic is aggregate and metered
against the capacity of the service class of that link. Both are
acceptable and operator can choose.=20

The issue of queues is a separate one. The pcn-traffic and
non-pcn-traffic might use the same queue or different queues. But even
in the latter case, same scheduling priority (this seems implicit in
them having the same DSCP - in principle I suppose they could be
scheduled with different priorities).

Yes each pcn-node polices non-pcn-traffic, this is covered later.=20

=20

=20

   o  Priority-traffic: traffic that is more important than PCN that

      shares the same capacity as PCN and is priority scheduled over PCN

      (perhaps an operator's control messages).  Note: there may be no

      priority-traffic in a PCN-domain.

[Joe] Delete the above. If traffic is going to be scheduled differently
than it needs a different DS codepoint.

=20

[phil] yes it has a different dscp. However it uses pcn capacity but
scheduled at a higher priority (ie am assuming this traffic doesn't have
its own dedicated capacity but rather just uses the same capacity as pcn
but scheduled at a higher priority).

[Joe] I'm confused. Why have traffic that is scheduled by a different
queue be included into PCN scheduling capacity? If you are going to mix
traffic that is admission control and not admission controlled into the
same scheduling class (queue) than this requires a section explaining
how it's going to work and how all the additional meters and drops in
all the interior nodes are configured. My assumption is that this type
of configuration would not be popular as it would be very complex to
configure, but could be documented in an appendix.=20

=20

   o  Metered-traffic: the collective term for PCN-traffic and (if any)

      priority-traffic and other-traffic.

[Joe] Delete the above. Do not understand why this is needed.

=20

[phil] all this traffic should contribute to the PCN meters, since it
shares the same capacity as PCN. If there's lots of this traffic then
there's less room for PCN-traffic.=20

=20

[phil] I think it would be worth adding to the Appendix. Especially if
metered-traffic only consists of PCN-traffic, then traffic conditioning
on PCN-interior-nodes may not be critical, since if a Pcn-node is
overloaded then flow termination will rapidly bring the amount of
pcn-traffic back below the PCN-excess-rate. So traffic conditioning on
PCN-interior-nodes would only be needed for a short period of time, so
perhaps an operator might choose not to do it. So perhaps traffic
conditioning on PCN-interior-nodes is a SHOULD or even MAY rather than a
MUST.=20

[Joe] I think we should document a scenario where there is only PCN
traffic, PCN and traffic that is admission controlled by some other
means, and finally PCN traffic and other real-time traffic that is not
admission controlled. The last one will require additional meters and
droppers on all interior nodes.=20

=20

=20

   o  Downgrade: Re-marking a packet, ie changing its DS codepoint, into

      a lower priority behaviour aggregate, such as best effort or

      assured forwarding; as a consequence perhaps dropping lower

      priority packets.

[Joe] Downgrading of packets, changing DS codepoints so that they are
forward by a different queue is very bad as it cause miss ordering of
packets. The downgrading concept can be used in admission control,
instead of block a new flow from being admitted is allowed into the
network into a service class that is not admission control and therefore
it my encounter lower queues. Delete the above.

=20

[phil] the danger of re-ordering is mentioned in section B.3. however,
it would be good to have a discussion about whether downgrading is a
sensible traffic conditioning action, or whether (like shaping) it
should be listed as an unsuitable action.=20

[Joe] My understanding is that DiffServ architecture does not recommend
mechanisms that introduce mis-ordering of packets.  =20

=20

...

=20

2.3.  Traffic conditioning function

...

 [Joe] The complete section 2.3.  Traffic conditioning function needs to
be deleted and replaced with discussion of the issues when PCN and
non-PCN traffic is aggregated into a single forwarding service class or
queue. If an operator chooses to use the same forwarding service class
for both PCN and non-PCN traffic than the non-PCN traffic SHOULD be
policed on each PCN node. (Also SHOULD or MUST is up for debate).

=20

[Joe comment] My personal view is that to keep it simple PCN and non-PCN
traffic should not be mixed into the same forwarding service class
(queue). But for completeness it should be covered in a section in the
back of the draft. =20

=20

[phil] for me, the issue is whether the PCN-traffic and non-pcn-traffic
are scheduled with the same priority. Separate queues opens up the
possibility of different priorities, but of course they could still be
prioritised the same. I've been assuming that because they've got the
same dscp they'll have the same scheduling priority - however I guess
this wouldn't necessarily have to be the case. Worth discussing this,
and what the most likely /sensible implementation is.=20

[Joe] DiffSer architecture states that all packets marked with the same
DSCP are forwarded from the same queue or scheduling class. ECN field is
not used in determining what queue or scheduling class the packet should
be forwarded from. That means that at ingress to PCN domain, there are
the following configuration options. One is that only pcn-traffic are
marked with the DSCP that supports PCN. Option 2, both pcn-traffic and
non-pcn-traffic is marked with the same DSCP but non-PCN-traffic is
admission controlled by other means. Option 3 both PCN-traffic and
non-pcn-traffic is marked with same DSCP and the non-pcn-traffic is not
admission controlled.

My other point is that "scheduled with the same priority" or "from the
same queue" is equivalent.=20

=20

=20

2.5.  Excess traffic meter function

=20

   A packet SHOULD NOT be metered (by this excess traffic meter

   function) in the following two cases:

=20

   o  If the packet is already excess-traffic-marked;

=20

   o  If this PCN-node drops (downgrades) the packet because the link is

      overloaded.

[Joe] Suggest deleting the word downgrades. I also have an issue with
the meter needing to know if the packet is going to be dropped or not at
some later stage in the node. This requirement may introduce high
complexity in some router implementations. Why is this important?

=20

[phil] re "know if the packet is going to be dropped or not at some
later stage in the node". In fact, the dropping (etc) action will
presumably be implemented in a node before the metering function, at
least that seems the easiest way to implement it. Perhaps I should
re-write with this assumption, but point out this issue if you do it the
other way round. The problem was explained by Michael in one of his
papers, if I remember it right it's that you end up terminating too much
traffic if a node meters pkts that it also drops.=20

[Joe] Yes one of the flow termination approaches was sensitive but
others where not. I would expect that dropping of pcn-traffic that
exceeds the pcn-service-rate (scheduler) will cause the queue to
overflow and this is how packets will be dropped. This is how we
simulated flow termination with packet loss. Most routers do not have
meter function on egress interfaces so adding a requirement that PCN
traffic be metered and dropped before it is send to queue will require
new silicon.

=20

B.2.  Classify

=20

   Traffic that has a higher DiffServ priority than PCN, but shares the

   same capacity, is metered as though it were PCN-traffic but cannot be

   PCN-marked.  This means that a meter may indicate a packet is to be

   PCN-marked, but the Marking function knows it cannot be marked.  It

   is left open to the implementation exactly what to do in this case;

   one simple possibility is to mark the next PCN-packet.  Note that

   unless the PCN-packets are a large fraction of all the metered-

   packets then the PCN mechanisms may not work well.

=20

   Similar remarks can be made with respect to other-traffic.

[Joe] Do not understand B.2. How can if have higher DiffServ priority
and share the same queue?

=20

[phil] shares same capacity, not the same queue.=20

[Joe] Forwarding capacity or rate on router is configured per queue.=20

=20

B.3.  Traffic conditioning

=20

[Joe] How do you downgrade a packet without causing re-ordering of
packets in flow under congestion?

[Joe] Section B.3 Traffic conditioning need significant amount of
rewriting. Would suggest that it be called Traffic Policing and as it
pertains to PCN and real-time flows only packet dropping could be
applied. The other traffic conditioning methods should be deleted as
they not appropriated for real-time applications.

=20

[phil] I tried to follow the terminology of rfc 2474 & 2475. as is the
way, the match isn't 100% right for pcn. Eg 2474 defines traffic
conditioning as including "metering, policing, shaping, and packet
marking."=20
I chose to use the term Policing only in the context of
PCN-ingress-nodes. Of course I could have just called that traffic
conditioning as well, and strictly that would be more correct. I just
thought it would be easier to save the word policing for ingress node
action. However, I'm not sure this was the right choice.=20

=20

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: June 26, 2008 5:01 AM
To: pcn@ietf.org
Subject: [PCN] New version of the marking behaviour draft

=20

I've just updated the marking behaviour draft,
http://www.ietf.org/internet-drafts/draft-eardley-pcn-marking-behaviour-
01.txt=20

=20

Main change was to re-write Traffic conditioning section - also tried to
take account of the two encoding drafts (baseline & extension).

=20

Comments welcome!

Thanks

Phil

=20

Abstract
=20
   This document standardises the two marking behaviours of PCN-nodes:
   threshold marking and excess traffic marking.  Threshold marking
   marks all PCN-packets if the PCN traffic rate is greater than a first
   configured rate.  Excess traffic marking marks a proportion of PCN-
   packets, such that the amount marked equals the traffic rate in
   excess of a second configured rate.

=20

=20


------_=_NextPart_001_01C8EBA7.B2168080
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
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";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle21
	{font-family:Arial;
	color:navy;}
span.emailstyle22
	{font-family:Arial;
	color:navy;}
span.EmailStyle23
	{mso-style-type:personal-reply;
	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;}
 /* List Definitions */
 @list l0
	{mso-list-id:2062821425;
	mso-list-type:hybrid;
	mso-list-template-ids:2055890952 -878538874 67698691 67698693 67698689 =
67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
	{mso-level-start-at:0;
	mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:36.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;
	font-family:Symbol;
	mso-fareast-font-family:Batang;
	mso-bidi-font-family:"Courier New";}
@list l0:level2
	{mso-level-tab-stop:72.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level3
	{mso-level-tab-stop:108.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level4
	{mso-level-tab-stop:144.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level5
	{mso-level-tab-stop:180.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level6
	{mso-level-tab-stop:216.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level7
	{mso-level-tab-stop:252.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level8
	{mso-level-tab-stop:288.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
@list l0:level9
	{mso-level-tab-stop:324.0pt;
	mso-level-number-position:left;
	text-indent:-18.0pt;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</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 link=3Dblue vlink=3D"#606420">

<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'>Phil,<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'>Some additional comments below =
yours. <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>

<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=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><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'>
philip.eardley@bt.com [mailto:philip.eardley@bt.com] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 15, 2008 8:51 =
AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> <st1:PersonName =
w:st=3D"on">Babiarz,
 Jozef</st1:PersonName> (CAR:0S03); pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: [PCN] New =
version of
the marking behaviour draft</span></font><o:p></o:p></p>

</div>

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

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

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Thanks very much =
for all
the comments!</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>In-line =
replies</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

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

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

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

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

<p class=3DMsoNormal><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;
font-family:Tahoma'>-----Original Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> <st1:PersonName =
w:st=3D"on">Jozef
 Babiarz</st1:PersonName> [mailto:<st1:PersonName =
w:st=3D"on">babiarz@nortel.com</st1:PersonName>]
<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 29 June 2008 =
23:51<br>
<b><span style=3D'font-weight:bold'>To:</span></b> =
Eardley,PL,Philip,CXR9 R;
pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> RE: [PCN] New =
version of
the marking behaviour draft</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>Phil, </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>My comments on
draft-eardley-pcn-marking-behaviour-01 version.</span></font><font =
size=3D2
color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial;
color:navy'> </span></font><span lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>Section 2 specifies the functions involved, which in outline =
(see
Figure 1) are:</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; Packet classify and condition - decide =
whether an
incoming packet</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; belongs to a PCN-flow or =
not;</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] This is a PCN ingress node function and not part of the =
metering
and marking behavior that this draft is defining. This should be moved =
to Arch
draft or draft that defines edge behaviors.</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes, pkt
classification is a PCN ingress node function but it&#8217;s also a =
function
that all PCN-nodes need to do. They have to decide whether a particular =
pkt is
a PCN-pkt or not, by looking at the DSCP &amp; ECN fields. However, the =
mention
of PCN-flow is somewhat misleading and it think it would be better to =
re-phrase
this bullet:</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText =
style=3D'margin-left:36.0pt;text-indent:-18.0pt;mso-list:
l0 level1 lfo2'><![if !supportLists]><font size=3D2 face=3DSymbol><span
style=3D'font-size:10.0pt;font-family:Symbol'><span =
style=3D'mso-list:Ignore'>&middot;<font
size=3D1 face=3D"Times New Roman"><span style=3D'font:7.0pt "Times New =
Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></font></span></span></font><![endif]>Packet classify - decide =
whether a
packet is a PCN-packet or not;<o:p></o:p></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:red'>[Joe] State that packet =
classification is based
on DSCP and ECN fields only for interior nodes. </span></font><font =
color=3Dred><span
lang=3DEN-GB style=3D'color:red'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText style=3D'margin-left:18.0pt'><font size=3D2 =
face=3D"Courier New"><span
style=3D'font-size:10.0pt'>o&nbsp; Condition: drop or downgrade packets =
if the
link is overloaded;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] This could be a PCN ingress node function but not part of =
the
metering and marking behavior that this draft is defining. This should =
be moved
to Arch draft or draft that defines edge behaviors.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes, =
conditioning
is a PCN ingress node function but it&#8217;s also a function for all
PCN-nodes. </span></font><font face=3DArial><span =
style=3D'font-family:Arial'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] I always =
thought
that the purpose of this work was that within PCN domain, PCN traffic is
controlled at edges so that conditioning (dropping of PCN packets) could =
be
avoided? If interior nodes are going to drop PCN packets how can QoS be =
assured
and what is the value of PCN?<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I&#8217;m =
not sure
about your comment about deleting from this draft discussion about =
specific
PCN-ingress-node policing (traffic conditioning) actions. The
PCN-ingress-node&#8217;s traffic conditioning is very similar to other
PCN-nodes, just some slight specialisation, so it seems easy to talk =
about it
here. Also the PCN-ingress-node policing stuff is MUSTs which is ok in =
this
draft but not possible in the Informational archit draft &amp; edge =
behaviour
drafts.</span></font><font face=3DArial><span =
style=3D'font-family:Arial'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] At PCN =
ingress-node
traffic classification and condition needs to be expended to address all
scenarios.&nbsp; e.g., untrusted DSCP, ECN and traffic rate, trusted =
DSCP, ECN
but untrusted traffic rate, trusted DSCP, ECN and traffic rate, etc. I =
just do
not think that this is draft where this needs to be addressed in. =
<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; Figure 1: Schematic of functions for =
PCN-marking</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] The Classify and Condition blocks should be deleted. As =
stated
above, combination of the DSCP field and ECN field in the IP header is =
used to
indicate that a packet is a PCN-packet, so packet classification is not =
needed.
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I would =
call this
action [looking at the combination of dscp &amp; ecn to determine if =
it&#8217;s
a pcn-pkt] pkt classification. Alternative name?</span></font><font =
face=3DArial><span
style=3D'font-family:Arial'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] RFC 2475 =
provides
some terminology. I believe BA Classifier would be an appropriate term =
with a note
that it also includes the ECN field.<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'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>1.1.&nbsp; Terminology</span></font><span =
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; Other-traffic: traffic that uses the same =
DS
codepoint as PCN-</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; traffic, but a different value in =
the
ECN field; has the same</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority as PCN-traffic (in terms =
of
scheduling at PCN-nodes); but</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; is not subject to PCN-marking, =
nor PCN's
admissin control and flow</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; termination mechanisms.&nbsp; =
Thus
PCN-traffic and other-traffic have</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; different per-domain behaviours =
RFC 3086
[RFC3086].&nbsp; Note: there</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; may be no other-traffic in a
PCN-domain.&nbsp; Note: the term PCN-BA</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; does not include other-traffic =
(this is
a clarification, as the</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; definition of behaviour aggregate =
in RFC
2474 [RFC2474], RFC 2475</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; [RFC2475] is somewhat ambiguous =
in the
context of PCN.</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] Suggest rewording above to:</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>Non-PCN-traffic: traffic that is admission controlled using some =
other
means and uses the same DS codepoint as PCN-traffic but a different =
value in
the ECN field; has the same priority as PCN-traffic (in terms of =
scheduling at
PCN-nodes); but is not subject to PCN-marking, nor PCN's admission =
control and
flow termination mechanisms.</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] the =
different term
seems better to me, and a re-wording on these lines is =
good/</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe comment] The mixture of non-PCN and PCN traffic into the =
same
queue introduces two options for metering. Only PCN traffic is metered =
or
Non-PCN and PCN traffic is metered against PCN-threshold and PCN-excess =
rates.
For flow termination, metering PCN and non-PCN traffic is required =
otherwise
not enough traffic will be removed. For admission control metering could =
be
performed just for PCN-traffic or PCN and non-PCN traffic. Should also =
note
that each PCN node needs police non-PCN traffic otherwise non-PCN =
traffic could
break the PCN admission control. Think it would be good idea that is =
issues is
documented later in this draft. &nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] I think =
admission
control metering also needs to meter non-PCN-traffic, since it has the =
same
DSCP as PCN-traffic it shares the link&#8217;s capacity (equal =
scheduling
priority). Otherwise there&#8217;s a risk of over-admission of pcn, if
there&#8217;s lots of the non-PCN-traffic.<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:red'>[Joe]&nbsp; There is not risk of
over-admission if the non-PCN-traffic is admission controlled by some =
other
means.<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] This will =
depend on
how the new DSCP is defined. For example if PCN uses the Voice Admit =
DSCP than
traffic that is marked with that DSCP is admission controlled and does =
not need
to be policed on interior nodes as it is controlled at ingress to the =
network.
If the PCN domain chooses to support both, flows that are admission =
controlled
by some other means and by PCN mechanism, than one option is, each =
admission
control mechanism controls the amount of traffic that can be admitted on =
to the
link independently and the rates are configured so that the sum does not =
exceed
the service class capacity for that link. The other option is that PCN =
and
Voice Admit traffic is aggregate and metered against the capacity of the =
service
class of that link. Both are acceptable and operator can choose. =
</span></font><font
color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-family:Arial;color:navy'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>The issue of =
queues is a
separate one. The pcn-traffic and non-pcn-traffic might use the same =
queue or
different queues. But even in the latter case, same scheduling priority =
(this
seems implicit in them having the same DSCP &#8211; in principle I =
suppose they
could be scheduled with different priorities).</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Yes each =
pcn-node polices
non-pcn-traffic, this is covered later. </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; Priority-traffic: traffic that is more =
important
than PCN that</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; shares the same capacity as PCN =
and is
priority scheduled over PCN</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (perhaps an operator's control
messages).&nbsp; Note: there may be no</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority-traffic in a =
PCN-domain.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] Delete the above. If traffic is going to be scheduled =
differently
than it needs a different DS codepoint.</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] yes it =
has a
different dscp. However it uses pcn capacity but scheduled at a higher =
priority
(ie am assuming this traffic doesn&#8217;t have its own dedicated =
capacity but
rather just uses the same capacity as pcn but scheduled at a higher =
priority).</span></font><font
face=3DArial><span =
style=3D'font-family:Arial'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] I&#8217;m =
confused.
Why have traffic that is scheduled by a different queue be included into =
PCN
scheduling capacity? If you are going to mix traffic that is admission =
control
and not admission controlled into the same scheduling class (queue) than =
this
requires a section explaining how it&#8217;s going to work and how all =
the
additional meters and drops in all the interior nodes are configured. My
assumption is that this type of configuration would not be popular as it =
would
be very complex to configure, but could be documented in an appendix. =
<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; Metered-traffic: the collective term for =
PCN-traffic
and (if any)</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority-traffic and =
other-traffic.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe] Delete the above. Do not understand why this is =
needed.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] all this =
traffic
should contribute to the PCN meters, since it shares the same capacity =
as PCN.
If there&#8217;s lots of this traffic then there&#8217;s less room for
PCN-traffic. </span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:navy'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:navy'>[phil] I think it would be worth =
adding to
the Appendix. Especially if metered-traffic only consists of =
PCN-traffic, then
traffic conditioning on PCN-interior-nodes may not be critical, since if =
a
Pcn-node is overloaded then flow termination will rapidly bring the =
amount of
pcn-traffic back below the PCN-excess-rate. So traffic conditioning on
PCN-interior-nodes would only be needed for a short period of time, so =
perhaps
an operator might choose not to do it. So perhaps traffic conditioning =
on
PCN-interior-nodes is a SHOULD or even MAY rather than a MUST. =
</span></font><o:p></o:p></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] I think we =
should
document a scenario where there is only PCN traffic, PCN and traffic =
that is
admission controlled by some other means, and finally PCN traffic and =
other
real-time traffic that is not admission controlled. The last one will =
require
additional meters and droppers on all interior nodes. =
<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:navy'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; Downgrade: Re-marking a packet, ie changing =
its DS
codepoint, into</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; a lower priority behaviour =
aggregate,
such as best effort or</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; assured forwarding; as a =
consequence
perhaps dropping lower</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority =
packets.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>[Joe] Downgrading of packets, changing DS =
codepoints
so that they are forward by a different queue is very bad as it cause =
miss
ordering of packets. The downgrading concept can be used in admission =
control,
instead of block a new flow from being admitted is allowed into the =
network
into a service class that is not admission control and therefore it my =
encounter
lower queues. Delete the above.</span></font><span =
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>[phil] the danger of re-ordering is
mentioned in section B.3. however, it would be good to have a discussion =
about
whether downgrading is a sensible traffic conditioning action, or =
whether (like
shaping) it should be listed as an unsuitable action. =
</span></font><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><o:p></o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dred face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:red'>[Joe] My =
understanding is
that DiffServ architecture does not recommend mechanisms that introduce
mis-ordering of packets</span></font><b><i><font size=3D2 color=3Dnavy =
face=3DArial><span
lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;color:navy;font-weight:
bold;font-style:italic'>.&nbsp;&nbsp; </span></font></i></b><font =
size=3D2
color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:
Arial;color:navy'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:navy'>...</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>2.3.&nbsp; Traffic conditioning function</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;color:navy'>...</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;[Joe] The complete section 2.3.&nbsp; Traffic conditioning
function needs to be deleted and replaced with discussion of the issues =
when
PCN and non-PCN traffic is aggregated into a single forwarding service =
class or
queue. If an operator chooses to use the same forwarding service class =
for both
PCN and non-PCN traffic than the non-PCN traffic SHOULD be policed on =
each PCN
node. (Also SHOULD or MUST is up for debate).</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>[Joe comment] My personal view is that to keep it simple PCN and
non-PCN traffic should not be mixed into the same forwarding service =
class
(queue). But for completeness it should be covered in a section in the =
back of
the draft. &nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] for me, =
the issue
is whether the PCN-traffic and non-pcn-traffic are scheduled with the =
same
priority. Separate queues opens up the possibility of different =
priorities, but
of course they could still be prioritised the same. I&#8217;ve been =
assuming
that because they&#8217;ve got the same dscp they&#8217;ll have the same
scheduling priority &#8211; however I guess this wouldn&#8217;t =
necessarily
have to be the case. Worth discussing this, and what the most likely =
/sensible
implementation is. <o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:red'>[Joe] DiffSer architecture states =
that all
packets marked with the same DSCP are forwarded from the same queue or
scheduling class. ECN field is not used in determining what queue or =
scheduling
class the packet should be forwarded from. That means that at ingress to =
PCN
domain, there are the following configuration options. One is that only =
pcn-traffic
are marked with the DSCP that supports PCN. Option 2, both pcn-traffic =
and
non-pcn-traffic is marked with the same DSCP but non-PCN-traffic is =
admission
controlled by other means. Option 3 both PCN-traffic and non-pcn-traffic =
is
marked with same DSCP and the non-pcn-traffic is not admission =
controlled.<o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dred face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:red'>My other point is that =
&#8220;scheduled
with the same priority&#8221; or &#8220;from the same queue&#8221; is =
equivalent.
</span></font><font color=3Dred><span lang=3DEN-GB =
style=3D'color:red'><o:p></o:p></span></font></p>

<p class=3DMsoPlainText><font size=3D2 color=3Dnavy face=3DArial><span
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>2.5.&nbsp; Excess traffic meter function</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; A packet SHOULD NOT be metered (by this excess =
traffic
meter</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; function) in the following two =
cases:</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; If the packet is already =
excess-traffic-marked;</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; o&nbsp; If this PCN-node drops (downgrades) the =
packet
because the link is</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;overloaded.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>[Joe] Suggest deleting the word downgrades. I =
also
have an issue with the meter needing to know if the packet is going to =
be
dropped or not at some later stage in the node. This requirement may =
introduce
high complexity in some router implementations. Why is this =
important?</span></font><span
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>[phil] re =
&#8220;</span></font><font
size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;font-family:"Courier New"'>know
if the packet is going to be dropped or not at some later stage in the
node&#8221;. In fact, the dropping (etc) action will presumably be =
implemented
in a node before the metering function, at least that seems the easiest =
way to
implement it. Perhaps I should re-write with this assumption, but point =
out
this issue if you do it the other way round. The problem was explained =
by
Michael in one of his papers, if I remember it right it&#8217;s that you =
end up
terminating too much traffic if a node meters pkts that it also drops. =
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dred face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;font-family:"Courier New";color:red'>[Joe] Yes =
one of
the flow termination approaches was sensitive but others where not. I =
would
expect that dropping of pcn-traffic that exceeds the pcn-service-rate
(scheduler) will cause the queue to overflow and this is how packets =
will be
dropped. This is how we simulated flow termination with packet loss. =
Most
routers do not have meter function on egress interfaces so adding a =
requirement
that PCN traffic be metered and dropped before it is send to queue will =
require
new silicon.</span></font><font color=3Dred><span lang=3DEN-GB =
style=3D'color:red'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>B.2.&nbsp; Classify</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; Traffic that has a higher DiffServ priority than =
PCN, but
shares the</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; same capacity, is metered as though it were =
PCN-traffic
but cannot be</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; PCN-marked.&nbsp; This means that a meter may =
indicate a
packet is to be</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; PCN-marked, but the Marking function knows it =
cannot be
marked.&nbsp; It</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; is left open to the implementation exactly what to =
do in
this case;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; one simple possibility is to mark the next
PCN-packet.&nbsp; Note that</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; unless the PCN-packets are a large fraction of all =
the
metered-</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; packets then the PCN mechanisms may not work =
well.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>&nbsp;&nbsp; Similar remarks can be made with respect to =
other-traffic.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>[Joe] Do not understand B.2. How can if have =
higher
DiffServ priority and share the same queue?</span></font><span =
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>[phil] shares same capacity, not =
the same
queue. <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dred face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:red'>[Joe] Forwarding capacity or rate on =
router
is configured per queue. </span></font><font color=3Dred><span =
lang=3DEN-GB
style=3D'color:red'><o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoPlainText><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:
10.0pt'>B.3.&nbsp; Traffic conditioning</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3D"Courier =
New"><span
style=3D'font-size:10.0pt;font-family:"Courier =
New";color:navy'>&nbsp;</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>[Joe] How do you downgrade a packet without =
causing
re-ordering of packets in flow under congestion?</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
style=3D'font-size:10.0pt;
font-family:"Courier New"'>[Joe] Section B.3 Traffic conditioning need
significant amount of rewriting. Would suggest that it be called Traffic
Policing and as it pertains to PCN and real-time flows only packet =
dropping
could be applied. The other traffic conditioning methods should be =
deleted as
they not appropriated for real-time applications.</span></font><span
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

<pre><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>[phil] I tried to follow the terminology =
of rfc 2474 &amp; 2475. as is the way, the match isn&#8217;t 100% right =
for pcn. Eg 2474 defines traffic conditioning as including =
&#8220;</span></font><span
lang=3DEN-GB>metering, policing, shaping, and packet marking.&#8221; =
<o:p></o:p></span></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>I chose to use the term Policing only in the =
context of PCN-ingress-nodes. Of course I could have just called that =
traffic conditioning as well, and strictly that would be more correct. I =
just thought it would be easier to save the word policing for ingress =
node action. However, I&#8217;m not sure this was the right choice. =
<o:p></o:p></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><span =
lang=3DEN-GB><o:p></o:p></span></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><span =
lang=3DEN-GB><o:p></o:p></span></p>

</div>

<div>

<div class=3DMsoNormal align=3Dcenter style=3D'text-align:center'><font =
size=3D3
face=3D"Times New Roman"><span style=3D'font-size:12.0pt'>

<hr size=3D2 width=3D"100%" align=3Dcenter>

</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'>
pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <b><span =
style=3D'font-weight:
bold'>On Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> June 26, 2008 5: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] New =
version of the
marking behaviour draft</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

</div>

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

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt'>I&#8217;ve just updated the =
marking
behaviour draft, <a
href=3D"http://www.ietf.org/internet-drafts/draft-eardley-pcn-marking-beh=
aviour-01.txt">http://www.ietf.org/internet-drafts/draft-eardley-pcn-mark=
ing-behaviour-01.txt</a>
<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt'>Main change was to re-write =
Traffic
conditioning section &#8211; also tried to take account of the two =
encoding
drafts (baseline &amp; extension).<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt'>Comments =
welcome!<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>Thanks<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>Phil<o:p></o:p></span></font></p>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

<pre><font size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Abstract<o:p></o:p></span></font></pre><pre><f=
ont
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;<o:p></o:p></span></font></pre><pre><fon=
t
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; This document standardises the =
two marking behaviours of =
PCN-nodes:<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; threshold marking and excess =
traffic marking.&nbsp; Threshold =
marking<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; marks all PCN-packets if the PCN =
traffic rate is greater than a =
first<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; configured rate.&nbsp; Excess =
traffic marking marks a proportion of =
PCN-<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; packets, such that the amount =
marked equals the traffic rate =
in<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp; excess of a second configured =
rate.<o:p></o:p></span></font></pre>

<p style=3D'margin:0cm;margin-bottom:.0001pt'><font size=3D3 =
face=3D"Times New Roman"><span
lang=3DEN-GB =
style=3D'font-size:12.0pt'>&nbsp;<o:p></o:p></span></font></p>

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

</div>

</div>

</body>

</html>

------_=_NextPart_001_01C8EBA7.B2168080--

--===============1839817794==
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://www.ietf.org/mailman/listinfo/pcn

--===============1839817794==--


From pcn-bounces@ietf.org  Mon Jul 21 20:20:32 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3AB763A693C;
	Mon, 21 Jul 2008 20:20:32 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 120953A693C
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 20:20:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.369
X-Spam-Level: 
X-Spam-Status: No, score=-5.369 tagged_above=-999 required=5 tests=[AWL=1.229, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vKjUFpYiymhd for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 20:20:26 -0700 (PDT)
Received: from zrtps0kn.nortel.com (zrtps0kn.nortel.com [47.140.192.55])
	by core3.amsl.com (Postfix) with ESMTP id B89AA3A6954
	for <pcn@ietf.org>; Mon, 21 Jul 2008 20:20:25 -0700 (PDT)
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
	m6M3L2Z29428; Tue, 22 Jul 2008 03:21:03 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 21 Jul 2008 23:20:00 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAEQtXLA
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1231661040=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1231661040==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EBA9.D3E1070B"

This is a multi-part message in MIME format.

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

Downgrading should only be done per flow and at ingress to PCN domain.
PCN mechanism should not cause packet mis-ordering.

By downgrading means that admission control is not performed for that
flow, DSCP value is changed at ingress to network and network if
congested will drop packets belonging to that flow. Should not that
downgrading needs to be performed before the flow is admitted into the
network.

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: July 16, 2008 1:03 PM
To: pcn@ietf.org
Subject: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

=20

http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

Would like this draft to be WG doc towards WG milestone on marking
behaviour. Think there are actually only a few minor issues to clear up,
ie doc is nearly done]. So am trying to clear them up before ietf.

Have separated each Issue into a separate email. They're mainly prompted
by Joe's comments.

=20

This is 1st of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

Do we suggest downgrading as a possible traffic conditioning action or
not? (traffic conditioning on all links in PCN-domain, including on
PCN-ingress-node - where something special /different might be done).

=20

Currently the draft says "if needed, then drop or downgrade pkts" (ie
downgrade to a lower priority behaviour aggregate)

As joe points out:

- the danger of downgrading is that pkts in a flow could get
mis-ordered. So there's an argument for not giving this as a
possibility. Or should downgrading be allowed as a possibility, but just
mention the danger? what's done in real diffserv /mpls networks today?

- an additional possible traffic conditioning action by the
PCN-ingress-node is to downgrade a *flow* (ie all pkts in a flow put
into lower BA). This seems a good thing to add to me.=20


------_=_NextPart_001_01C8EBA9.D3E1070B
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	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
	{font-family:Arial;
	color:windowtext;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	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>
<!--[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 link=3Dblue vlink=3D"#606420">

<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'>Downgrading should only be done per =
flow
and at ingress to PCN domain. PCN mechanism should not cause packet =
mis-ordering.<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'>By downgrading means that admission =
control
is not performed for that flow, DSCP value is changed at ingress to =
network and
network if congested will drop packets belonging to that flow. Should =
not that
downgrading needs to be performed before the flow is admitted into the =
network.<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=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><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'>
pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <b><span =
style=3D'font-weight:
bold'>On Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 16, 2008 1:03 =
PM<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] Issue 1 on
draft-eardley-pcn-marking-behaviour-01</span></font><o:p></o:p></p>

</div>

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

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>Would like this draft to be WG doc towards WG
milestone on marking behaviour. Think there are actually only a few =
minor
issues to clear up, ie doc is nearly done]. So am trying to clear them =
up
before ietf.</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>Have separated each Issue into a separate =
email.
They&#8217;re mainly prompted by Joe&#8217;s =
comments.</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'>This is </span></font><span =
lang=3DEN-GB>1<sup>st</sup>
of several emails to try &amp; close Open Issues on </span><font =
size=3D2
face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:12.0pt'>Do we suggest </span></font><font size=3D2
face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:"Courier New"'>downgrading
as a possible traffic conditioning action or not? (traffic conditioning =
on all
links in PCN-domain, including on PCN-ingress-node &#8211; where =
something
special /different might be done).</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:"Courier =
New"'>&nbsp;</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:"Courier New"'>Currently the draft =
says
&#8220;if needed, then drop or downgrade pkts&#8221; (ie downgrade to a =
lower
priority behaviour aggregate)</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:"Courier New"'>As joe points =
out:</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:"Courier New"'>- the danger of =
downgrading
is that pkts in a flow could get mis-ordered. So there&#8217;s an =
argument for
not giving this as a possibility. Or should downgrading be allowed as a
possibility, but just mention the danger? what&#8217;s done in real =
diffserv
/mpls networks today?</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 face=3D"Courier New"><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:"Courier New"'>- an additional =
possible
traffic conditioning action by the PCN-ingress-node is to downgrade a =
*<b><span
style=3D'font-weight:bold'>flow</span></b>* (ie all pkts in a flow put =
into lower
BA). This seems a good thing to add to me. </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

</div>

</body>

</html>

------_=_NextPart_001_01C8EBA9.D3E1070B--

--===============1231661040==
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://www.ietf.org/mailman/listinfo/pcn

--===============1231661040==--


From pcn-bounces@ietf.org  Mon Jul 21 21:35:30 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id DA6FD3A6991;
	Mon, 21 Jul 2008 21:35:30 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4BB483A6991
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 21:35:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.983
X-Spam-Level: 
X-Spam-Status: No, score=-5.983 tagged_above=-999 required=5 tests=[AWL=0.615, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0EAXPoOFsR87 for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 21:35:23 -0700 (PDT)
Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56])
	by core3.amsl.com (Postfix) with ESMTP id 739D13A6913
	for <pcn@ietf.org>; Mon, 21 Jul 2008 21:35:23 -0700 (PDT)
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
	m6M4Zwp14829; Tue, 22 Jul 2008 04:35:58 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 00:26:26 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAREw0WA=
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1092399531=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1092399531==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EBB3.1BF434BD"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8EBB3.1BF434BD
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Phil my views on PCN-interior-nodes and policing requirements.

=20

There is a dependency on how the new DSCP for PCN is defined. My
assumption is that in the definition of the new DSCP there will be a
statement that ECN semantics as defined in RFC 3168 do not apply and
that this DSCP will use new ECN semantics as defined in the
pcn-marking-behaviour and pcn-encoding-drafts.=20

=20

Option 1: If the Voice Admit DSCP is used than traffic that is marked
with this DSCP is admission controlled. The newly defined Voice Admit
DSCP can support two types of traffic, pcn-traffic that is admission
controlled by PCN mechanisms and non-pcn-traffic that uses some other
means for admission control.

Option 1 does not require interior nodes do perform policing function as
both traffic types are controlled by admission control and rates are
enforced through policing at the ingress to PCN-domain.

=20

Option 2: If the new DSCP is defined in way so that PCN-admission
controlled and non-admission controlled traffic can be marked with it,
than non-admission controlled traffic that uses this new DSCP needs
(MUST) to be policed on all interior-nodes.  The policing function is
required to limit the amount of non-admission controlled traffic that is
allowed to be aggregated with PCN-traffic into queue on each link. If
the group chooses to go with option 2, than we will need to also explain
how metering and dropping will be done. E.g., meter only non-admission
controlled traffic (non-pcn-traffic), meter both pcn-traffic and
non-pcn-traffic and drop only non-pcn-traffic.=20

=20

Option 2 requires interior nodes to support egress policing function
which most core routers do not have. =20

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: July 16, 2008 1:27 PM
To: pcn@ietf.org
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

=20

2nd of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

it's clear the PCN-ingress-nodes MUST do traffic conditioning
(policing). However, how about PCN-interior-nodes?=20

So the question is: should PCN-interior-node traffic conditioning be a
MUST, SHOULD or MAY?

=20

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not
just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow
termination will rapidly bring the amount of pcn-traffic back below the
PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would
only be needed for a short period of time, so perhaps an operator might
choose not to do it. But in the meantime lower priority flows would be
starved (can avoid starvation by setting the rate above which pkts are
dropped to be less than the line rate, ie ensuring there's always some
capacity for lower priority traffic).  Also, if only two encoding states
(PCN-marked and not PCN-marked) are available, then the operator might
choose to just do admission control. Flow termination would then rely on
some other mechanism (eg just waiting for end users to terminate their
flows because the perceived qos is bad).

=20

So MAY seems too weak to me.=20

=20

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"
So that seems ok to me.=20
=20
Comments?
Phil/

=20

=20

=20


------_=_NextPart_001_01C8EBB3.1BF434BD
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	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";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.EmailStyle21
	{mso-style-type:personal-reply;
	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>
<!--[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 link=3Dblue vlink=3D"#606420">

<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'>Phil my views on PCN-interior-nodes =
and policing
requirements.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
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 =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>There is a =
dependency on
how the new DSCP for PCN is defined. My assumption is that in the =
definition of
the new DSCP there will be a statement that ECN semantics as defined in =
RFC 3168
do not apply and that this DSCP will use new ECN semantics as defined in =
the pcn-marking-behaviour
and pcn-encoding-drafts. <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
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 =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Option 1: If the =
Voice
Admit DSCP is used than traffic that is marked with this DSCP is =
admission
controlled. The newly defined Voice Admit DSCP can support two types of
traffic, pcn-traffic that is admission controlled by PCN mechanisms and =
non-pcn-traffic
that uses some other means for admission =
control.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Option 1 does =
not require
interior nodes do perform policing function as both traffic types are =
controlled
by admission control and rates are enforced through policing at the =
ingress to
PCN-domain.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
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 =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Option 2: If the =
new DSCP
is defined in way so that PCN-admission controlled and non-admission =
controlled
traffic can be marked with it, than non-admission controlled traffic =
that uses
this new DSCP needs (MUST) to be policed on all interior-nodes. =
&nbsp;The
policing function is required to limit the amount of non-admission =
controlled
traffic that is allowed to be aggregated with PCN-traffic into queue on =
each
link. If the group chooses to go with option 2, than we will need to =
also explain
how metering and dropping will be done. E.g., meter only non-admission
controlled traffic (non-pcn-traffic), meter both pcn-traffic and =
non-pcn-traffic
and drop only non-pcn-traffic. <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
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 =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Option 2 =
requires interior
nodes to support egress policing function which most core routers do not =
have.</span></font><font
size=3D2 color=3Dred face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:red'> &nbsp;<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=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><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'>
pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <b><span =
style=3D'font-weight:
bold'>On Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 16, 2008 1:27 =
PM<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] Issue 2 on
draft-eardley-pcn-marking-behaviour-01</span></font><o:p></o:p></p>

</div>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>2nd</span></font>=
<span
lang=3DEN-GB> of several emails to try &amp; close Open Issues on =
</span><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>it&#8217;s clear the
PCN-ingress-nodes MUST do traffic conditioning (policing). However, how =
about
PCN-interior-nodes? </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>So the question is: =
should
PCN-interior-node traffic conditioning be a MUST, SHOULD or =
MAY?</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>Why is traffic =
conditioning
needed on PCN-interior-nodes?</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Because the =
traffic
pattern might be sufficient to overload a link (not just pre-congest =
it).</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>However, you =
might argue
that if a Pcn-node is overloaded, then flow termination will rapidly =
bring the
amount of pcn-traffic back below the PCN-excess-rate. So traffic =
conditioning
on PCN-interior-nodes would only be needed for a short period of time, =
so
perhaps an operator might choose not to do it. But in the meantime lower
priority flows would be starved (can avoid starvation by setting the =
rate above
which pkts are dropped to be less than the line rate, ie ensuring =
there&#8217;s
always some capacity for lower priority traffic). &nbsp;Also, if only =
two
encoding states (PCN-marked and not PCN-marked) are available, then the
operator might choose to just do admission control. Flow termination =
would then
rely on some other mechanism (eg just waiting for end users to terminate =
their
flows because the perceived qos is bad).</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>So MAY seems too =
weak to
me. </span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<pre><font size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>SHOULD means &#8220;</span></font><span
lang=3DEN-GB>that there may exist valid reasons in particular =
circumstances to ignore a particular =
item&#8221;<o:p></o:p></span></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>So that seems ok to me. =
<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;<o:p></o:p></span></font></pre><pre><fon=
t
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Comments?<o:p></o:p></span></font></pre><pre><=
font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Phil/<o:p></o:p></span></font></pre>

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

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

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

</div>

</body>

</html>

------_=_NextPart_001_01C8EBB3.1BF434BD--

--===============1092399531==
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://www.ietf.org/mailman/listinfo/pcn

--===============1092399531==--


From pcn-bounces@ietf.org  Mon Jul 21 22:14:36 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 183B33A6846;
	Mon, 21 Jul 2008 22:14:36 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B98883A6846
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 22:14:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id D1BOmMJV7tRO for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 22:14:33 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 7F6593A67FF
	for <pcn@ietf.org>; Mon, 21 Jul 2008 22:14:33 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id F421B198E1C;
	Tue, 22 Jul 2008 07:15:12 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id E7AD0198E16;
	Tue, 22 Jul 2008 07:15:12 +0200 (CEST)
Received: from [85.180.254.141] (e180254141.adsl.alicedsl.de [85.180.254.141])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 8396F198E0D; 
	Tue, 22 Jul 2008 07:15:12 +0200 (CEST)
Message-ID: <48856C9A.2070400@informatik.uni-wuerzburg.de>
Date: Tue, 22 Jul 2008 07:14:02 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

I thought that also PCN flows might have parameters that are policed at =

ingress nodes to avoid that admitted voice flows can upgrade to video =

without new permission?

Regards,

Michael

Jozef Babiarz wrote:
>
> Phil my views on PCN-interior-nodes and policing requirements.
>
> There is a dependency on how the new DSCP for PCN is defined. My =

> assumption is that in the definition of the new DSCP there will be a =

> statement that ECN semantics as defined in RFC 3168 do not apply and =

> that this DSCP will use new ECN semantics as defined in the =

> pcn-marking-behaviour and pcn-encoding-drafts.
>
> Option 1: If the Voice Admit DSCP is used than traffic that is marked =

> with this DSCP is admission controlled. The newly defined Voice Admit =

> DSCP can support two types of traffic, pcn-traffic that is admission =

> controlled by PCN mechanisms and non-pcn-traffic that uses some other =

> means for admission control.
>
> Option 1 does not require interior nodes do perform policing function =

> as both traffic types are controlled by admission control and rates =

> are enforced through policing at the ingress to PCN-domain.
>
> Option 2: If the new DSCP is defined in way so that PCN-admission =

> controlled and non-admission controlled traffic can be marked with it, =

> than non-admission controlled traffic that uses this new DSCP needs =

> (MUST) to be policed on all interior-nodes. The policing function is =

> required to limit the amount of non-admission controlled traffic that =

> is allowed to be aggregated with PCN-traffic into queue on each link. =

> If the group chooses to go with option 2, than we will need to also =

> explain how metering and dropping will be done. E.g., meter only =

> non-admission controlled traffic (non-pcn-traffic), meter both =

> pcn-traffic and non-pcn-traffic and drop only non-pcn-traffic.
>
> Option 2 requires interior nodes to support egress policing function =

> which most core routers do not have.
>
> /Regards, Joe/
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> ------------------------------------------------------------------------
>
> *From:* pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] *On Behalf =

> Of *philip.eardley@bt.com
> *Sent:* July 16, 2008 1:27 PM
> *To:* pcn@ietf.org
> *Subject:* [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
>
> 2nd of several emails to try & close Open Issues on =

> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
>
> it=92s clear the PCN-ingress-nodes MUST do traffic conditioning =

> (policing). However, how about PCN-interior-nodes?
>
> So the question is: should PCN-interior-node traffic conditioning be a =

> MUST, SHOULD or MAY?
>
> Why is traffic conditioning needed on PCN-interior-nodes?
>
> Because the traffic pattern might be sufficient to overload a link =

> (not just pre-congest it).
>
> However, you might argue that if a Pcn-node is overloaded, then flow =

> termination will rapidly bring the amount of pcn-traffic back below =

> the PCN-excess-rate. So traffic conditioning on PCN-interior-nodes =

> would only be needed for a short period of time, so perhaps an =

> operator might choose not to do it. But in the meantime lower priority =

> flows would be starved (can avoid starvation by setting the rate above =

> which pkts are dropped to be less than the line rate, ie ensuring =

> there=92s always some capacity for lower priority traffic). Also, if =

> only two encoding states (PCN-marked and not PCN-marked) are =

> available, then the operator might choose to just do admission =

> control. Flow termination would then rely on some other mechanism (eg =

> just waiting for end users to terminate their flows because the =

> perceived qos is bad).
>
> So MAY seems too weak to me.
>
> SHOULD means =93that there may exist valid reasons in particular circumst=
ances to ignore a particular item=94
> So that seems ok to me. =

>  =

> Comments?
> Phil/
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Mon Jul 21 22:40:45 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 821953A68AE;
	Mon, 21 Jul 2008 22:40:45 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id BF63D3A68AE
	for <pcn@core3.amsl.com>; Mon, 21 Jul 2008 22:40:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id lpcLlOPmrTw8 for <pcn@core3.amsl.com>;
	Mon, 21 Jul 2008 22:40:43 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 782BE3A67AA
	for <pcn@ietf.org>; Mon, 21 Jul 2008 22:40:43 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 82D10A064C;
	Tue, 22 Jul 2008 07:15:37 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 75DF7A064B;
	Tue, 22 Jul 2008 07:15:37 +0200 (CEST)
Received: from [85.180.254.141] (e180254141.adsl.alicedsl.de [85.180.254.141])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 1E562A063C;
	Tue, 22 Jul 2008 07:15:37 +0200 (CEST)
Message-ID: <48856CB3.3030509@informatik.uni-wuerzburg.de>
Date: Tue, 22 Jul 2008 07:14:27 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Jozef Babiarz <babiarz@nortel.com>
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I agree.

Michael

Jozef Babiarz wrote:
>
> Downgrading should only be done per flow and at ingress to PCN domain. =

> PCN mechanism should not cause packet mis-ordering.
>
> By downgrading means that admission control is not performed for that =

> flow, DSCP value is changed at ingress to network and network if =

> congested will drop packets belonging to that flow. Should not that =

> downgrading needs to be performed before the flow is admitted into the =

> network.
>
> /Regards, Joe/
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> ------------------------------------------------------------------------
>
> *From:* pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] *On Behalf =

> Of *philip.eardley@bt.com
> *Sent:* July 16, 2008 1:03 PM
> *To:* pcn@ietf.org
> *Subject:* [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
>
> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
>
> Would like this draft to be WG doc towards WG milestone on marking =

> behaviour. Think there are actually only a few minor issues to clear =

> up, ie doc is nearly done]. So am trying to clear them up before ietf.
>
> Have separated each Issue into a separate email. They=92re mainly =

> prompted by Joe=92s comments.
>
> This is 1^st of several emails to try & close Open Issues on =

> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
>
> Do we suggest downgrading as a possible traffic conditioning action or =

> not? (traffic conditioning on all links in PCN-domain, including on =

> PCN-ingress-node =96 where something special /different might be done).
>
> Currently the draft says =93if needed, then drop or downgrade pkts=94 (ie =

> downgrade to a lower priority behaviour aggregate)
>
> As joe points out:
>
> - the danger of downgrading is that pkts in a flow could get =

> mis-ordered. So there=92s an argument for not giving this as a =

> possibility. Or should downgrading be allowed as a possibility, but =

> just mention the danger? what=92s done in real diffserv /mpls networks =

> today?
>
> - an additional possible traffic conditioning action by the =

> PCN-ingress-node is to downgrade a **flow** (ie all pkts in a flow put =

> into lower BA). This seems a good thing to add to me.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 22 05:40:55 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EEBBE3A698E;
	Tue, 22 Jul 2008 05:40:55 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id DA9E43A6947
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 05:40:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.932
X-Spam-Level: 
X-Spam-Status: No, score=-2.932 tagged_above=-999 required=5
	tests=[AWL=-0.334, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id kibQfYUB1qiK for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 05:40:50 -0700 (PDT)
Received: from portland.eukhost.com (portland.eukhost.com [92.48.97.5])
	by core3.amsl.com (Postfix) with ESMTP id 9575B3A6995
	for <pcn@ietf.org>; Tue, 22 Jul 2008 05:40:50 -0700 (PDT)
Received: from c-69-255-78-171.hsd1.md.comcast.net ([69.255.78.171]:62381
	helo=[192.168.1.120])
	by portland.eukhost.com with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.69) (envelope-from <carlberg@g11.org.uk>)
	id 1KLHBF-0001lP-IU; Tue, 22 Jul 2008 12:41:25 +0000
Message-Id: <EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
From: ken carlberg <carlberg@g11.org.uk>
To: Jozef Babiarz <babiarz@nortel.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
Mime-Version: 1.0 (Apple Message framework v926)
Date: Tue, 22 Jul 2008 08:41:26 -0400
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
X-Mailer: Apple Mail (2.926)
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - portland.eukhost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - g11.org.uk
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1607248460=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org


--===============1607248460==
Content-Type: multipart/alternative; boundary=Apple-Mail-15-52601458


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


On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:

> Downgrading should only be done per flow and at ingress to PCN  
> domain. PCN mechanism should not cause packet mis-ordering.
> By downgrading means that admission control is not performed for  
> that flow, DSCP value is changed at ingress to network and network  
> if congested will drop packets belonging to that flow. Should not  
> that downgrading needs to be performed before the flow is admitted  
> into the network.

interesting.  so the expectation is that a PCN domain will perform  
admission control on *all* ingress flows, and no flow(s) will be  
treated (segmented, traffic engineered) as best effort.  I think that  
approach is a bit idealistic, but perhaps our respective experiences  
with ISPs is different.

also, if we take the concern about mis-ordering one step further, I  
assume you would highly discourage the use of ECMP in the PCN domain  
because even though its out of scope of PCN as part of a solution, it  
can cause packet mis-ordering.

cheers,

-ken


--Apple-Mail-15-52601458
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; "><br><div><div>On Jul 21, 2008, =
at 11:20 PM, Jozef Babiarz wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 14px; font-style: =
normal; font-variant: normal; font-weight: normal; letter-spacing: =
normal; line-height: normal; orphans: 2; text-align: auto; text-indent: =
0px; text-transform: none; white-space: normal; widows: 2; word-spacing: =
0px; -webkit-border-horizontal-spacing: 0px; =
-webkit-border-vertical-spacing: 0px; =
-webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0; "><div lang=3D"EN-US" link=3D"blue" =
vlink=3D"#606420"><o:smarttagtype =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" =
name=3D"PersonName"><div class=3D"Section1"><div style=3D"margin-top: =
0cm; margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman'; "><font size=3D"2" =
color=3D"navy" face=3D"Arial"><span style=3D"font-size: 10pt; =
font-family: Arial; color: navy; ">Downgrading should only be done per =
flow and at ingress to PCN domain. PCN mechanism should not cause packet =
mis-ordering.<o:p></o:p></span></font></div><div style=3D"margin-top: =
0cm; margin-right: 0cm; margin-left: 0cm; margin-bottom: 0.0001pt; =
font-size: 12pt; font-family: 'Times New Roman'; "><font size=3D"2" =
color=3D"navy" face=3D"Arial"><span style=3D"font-size: 10pt; =
font-family: Arial; color: navy; ">By downgrading means that admission =
control is not performed for that flow, DSCP value is changed at ingress =
to network and network if congested will drop packets belonging to that =
flow. Should not that downgrading needs to be performed before the flow =
is admitted into the =
network.</span></font></div></div></o:smarttagtype></div></span></blockquo=
te><br></div><div>interesting. &nbsp;so the expectation is that a PCN =
domain will perform admission control on *all* ingress flows, and no =
flow(s) will be treated (segmented, traffic engineered) as best effort. =
&nbsp;I think that approach is a bit idealistic, but perhaps our =
respective experiences with ISPs is =
different.</div><div><br></div><div>also, if we take the concern about =
mis-ordering one step further, I assume you would highly discourage the =
use of ECMP in the PCN domain because even though its out of scope of =
PCN as part of a solution, it can cause packet =
mis-ordering.</div><div><br></div><div>cheers,</div><div><br></div><div>-k=
en</div><div><br></div></body></html>=

--Apple-Mail-15-52601458--

--===============1607248460==
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://www.ietf.org/mailman/listinfo/pcn

--===============1607248460==--


From pcn-bounces@ietf.org  Tue Jul 22 10:54:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C0A8B3A6A73;
	Tue, 22 Jul 2008 10:54:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 67FA23A6A73
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 10:54:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.889
X-Spam-Level: 
X-Spam-Status: No, score=-2.889 tagged_above=-999 required=5 tests=[AWL=0.110, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id C6m1FRIpMe-A for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 10:54:49 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 4C47A3A6820
	for <pcn@ietf.org>; Tue, 22 Jul 2008 10:54:49 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 Jul 2008 18:55:30 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 18:55:29 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: Acjr+Ec8J0DAMBoZQ+qrg/mReUyBlQAKx/l4
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
	<EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
From: <philip.eardley@bt.com>
To: <carlberg@g11.org.uk>,
	<babiarz@nortel.com>
X-OriginalArrivalTime: 22 Jul 2008 17:55:30.0219 (UTC)
	FILETIME=[2153FFB0:01C8EC24]
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

ken
it's expected that there'll be traffic that isnt PCN within the PCN-domai (if i get your comment!).
 
as i understand it, all pkts in a flow follow the same ecmp path, so there shouldnt be any misordering.
 
thanks
phil

________________________________

From: ken carlberg [mailto:carlberg@g11.org.uk]
Sent: Tue 22/07/2008 13:41
To: Jozef Babiarz
Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01



On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:


	
	Downgrading should only be done per flow and at ingress to PCN domain. PCN mechanism should not cause packet mis-ordering.
	By downgrading means that admission control is not performed for that flow, DSCP value is changed at ingress to network and network if congested will drop packets belonging to that flow. Should not that downgrading needs to be performed before the flow is admitted into the network.


interesting.  so the expectation is that a PCN domain will perform admission control on *all* ingress flows, and no flow(s) will be treated (segmented, traffic engineered) as best effort.  I think that approach is a bit idealistic, but perhaps our respective experiences with ISPs is different.

also, if we take the concern about mis-ordering one step further, I assume you would highly discourage the use of ECMP in the PCN domain because even though its out of scope of PCN as part of a solution, it can cause packet mis-ordering.

cheers,

-ken

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


From pcn-bounces@ietf.org  Tue Jul 22 11:04:24 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2A70D3A6A14;
	Tue, 22 Jul 2008 11:04:24 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3B7093A69C8
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 11:04:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.896
X-Spam-Level: 
X-Spam-Status: No, score=-2.896 tagged_above=-999 required=5 tests=[AWL=0.103, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iNs-TsMh-cRY for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 11:04:21 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 617AB3A693E
	for <pcn@ietf.org>; Tue, 22 Jul 2008 11:04:21 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 Jul 2008 19:04:59 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:04:19 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07BB@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjruezeECUSjNd5TDiC1eghVMZEIgAa2/5f
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
	<48856C9A.2070400@informatik.uni-wuerzburg.de>
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 22 Jul 2008 18:04:59.0574 (UTC)
	FILETIME=[74B0AD60:01C8EC25]
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

hi michael
 
yes, this is already covered:
 
<<
   In addition, PCN-ingress-nodes MUST police PCN-traffic by:

   o  metering PCN-packets that are part of a previously admitted PCN-
      flow, to check that it keeps to the agreed rate or flowspec (eg
      RFC 1633 [RFC1633] for a microflow, and its NSIS equivalent).
>>
 
thanks
phil

________________________________

From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
Sent: Tue 22/07/2008 06:14
To: Eardley,PL,Philip,CXR9 R
Cc: Jozef Babiarz; pcn@ietf.org
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01



Hi,

I thought that also PCN flows might have parameters that are policed at
ingress nodes to avoid that admitted voice flows can upgrade to video
without new permission?

Regards,

Michael

Jozef Babiarz wrote:
>
> Phil my views on PCN-interior-nodes and policing requirements.
>
> There is a dependency on how the new DSCP for PCN is defined. My
> assumption is that in the definition of the new DSCP there will be a
> statement that ECN semantics as defined in RFC 3168 do not apply and
> that this DSCP will use new ECN semantics as defined in the
> pcn-marking-behaviour and pcn-encoding-drafts.
>
> Option 1: If the Voice Admit DSCP is used than traffic that is marked
> with this DSCP is admission controlled. The newly defined Voice Admit
> DSCP can support two types of traffic, pcn-traffic that is admission
> controlled by PCN mechanisms and non-pcn-traffic that uses some other
> means for admission control.
>
> Option 1 does not require interior nodes do perform policing function
> as both traffic types are controlled by admission control and rates
> are enforced through policing at the ingress to PCN-domain.
>
> Option 2: If the new DSCP is defined in way so that PCN-admission
> controlled and non-admission controlled traffic can be marked with it,
> than non-admission controlled traffic that uses this new DSCP needs
> (MUST) to be policed on all interior-nodes. The policing function is
> required to limit the amount of non-admission controlled traffic that
> is allowed to be aggregated with PCN-traffic into queue on each link.
> If the group chooses to go with option 2, than we will need to also
> explain how metering and dropping will be done. E.g., meter only
> non-admission controlled traffic (non-pcn-traffic), meter both
> pcn-traffic and non-pcn-traffic and drop only non-pcn-traffic.
>
> Option 2 requires interior nodes to support egress policing function
> which most core routers do not have.
>
> /Regards, Joe/
> email:babiarz@nortel.com
> Telephone:613-763-6098
>
> ------------------------------------------------------------------------
>
> *From:* pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] *On Behalf
> Of *philip.eardley@bt.com
> *Sent:* July 16, 2008 1:27 PM
> *To:* pcn@ietf.org
> *Subject:* [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
>
> 2nd of several emails to try & close Open Issues on
> http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt
>
> it's clear the PCN-ingress-nodes MUST do traffic conditioning
> (policing). However, how about PCN-interior-nodes?
>
> So the question is: should PCN-interior-node traffic conditioning be a
> MUST, SHOULD or MAY?
>
> Why is traffic conditioning needed on PCN-interior-nodes?
>
> Because the traffic pattern might be sufficient to overload a link
> (not just pre-congest it).
>
> However, you might argue that if a Pcn-node is overloaded, then flow
> termination will rapidly bring the amount of pcn-traffic back below
> the PCN-excess-rate. So traffic conditioning on PCN-interior-nodes
> would only be needed for a short period of time, so perhaps an
> operator might choose not to do it. But in the meantime lower priority
> flows would be starved (can avoid starvation by setting the rate above
> which pkts are dropped to be less than the line rate, ie ensuring
> there's always some capacity for lower priority traffic). Also, if
> only two encoding states (PCN-marked and not PCN-marked) are
> available, then the operator might choose to just do admission
> control. Flow termination would then rely on some other mechanism (eg
> just waiting for end users to terminate their flows because the
> perceived qos is bad).
>
> So MAY seems too weak to me.
>
> SHOULD means "that there may exist valid reasons in particular circumstances to ignore a particular item"
> So that seems ok to me.
> 
> Comments?
> Phil/
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 22 11:11:25 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 57DEC3A69A7;
	Tue, 22 Jul 2008 11:11:25 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 757D33A69A7
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 11:11:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.902
X-Spam-Level: 
X-Spam-Status: No, score=-2.902 tagged_above=-999 required=5 tests=[AWL=0.097, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NI7+GCsEyV1H for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 11:11:23 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 027363A6929
	for <pcn@ietf.org>; Tue, 22 Jul 2008 11:11:22 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 Jul 2008 19:12:04 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:12:03 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07BC@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAREw0WAAHq6VDQ==
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
From: <philip.eardley@bt.com>
To: <babiarz@nortel.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 22 Jul 2008 18:12:04.0016 (UTC)
	FILETIME=[71AD6300:01C8EC26]
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

joe
follow up on on Option 1. if there's  a failure and traffic is re-routed, then a link could get overloaded. question is what to do about this. flow termination of course possible. if PCN-domain not runnign flow termination, then question is whether it's worth having policing on PCN-interior-nodes as a possibility to protect against this. i guess your view is that this should only be a MAY, since policing funciton isn't something most core routers can do?
 
thanks
phil

________________________________

From: Jozef Babiarz [mailto:babiarz@nortel.com]
Sent: Tue 22/07/2008 05:26
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01



Phil my views on PCN-interior-nodes and policing requirements.

 

There is a dependency on how the new DSCP for PCN is defined. My assumption is that in the definition of the new DSCP there will be a statement that ECN semantics as defined in RFC 3168 do not apply and that this DSCP will use new ECN semantics as defined in the pcn-marking-behaviour and pcn-encoding-drafts. 

 

Option 1: If the Voice Admit DSCP is used than traffic that is marked with this DSCP is admission controlled. The newly defined Voice Admit DSCP can support two types of traffic, pcn-traffic that is admission controlled by PCN mechanisms and non-pcn-traffic that uses some other means for admission control.

Option 1 does not require interior nodes do perform policing function as both traffic types are controlled by admission control and rates are enforced through policing at the ingress to PCN-domain.

 

Option 2: If the new DSCP is defined in way so that PCN-admission controlled and non-admission controlled traffic can be marked with it, than non-admission controlled traffic that uses this new DSCP needs (MUST) to be policed on all interior-nodes.  The policing function is required to limit the amount of non-admission controlled traffic that is allowed to be aggregated with PCN-traffic into queue on each link. If the group chooses to go with option 2, than we will need to also explain how metering and dropping will be done. E.g., meter only non-admission controlled traffic (non-pcn-traffic), meter both pcn-traffic and non-pcn-traffic and drop only non-pcn-traffic. 

 

Option 2 requires interior nodes to support egress policing function which most core routers do not have.  

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of philip.eardley@bt.com
Sent: July 16, 2008 1:27 PM
To: pcn@ietf.org
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

 

2nd of several emails to try & close Open Issues on http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt 

 

it's clear the PCN-ingress-nodes MUST do traffic conditioning (policing). However, how about PCN-interior-nodes? 

So the question is: should PCN-interior-node traffic conditioning be a MUST, SHOULD or MAY?

 

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow termination will rapidly bring the amount of pcn-traffic back below the PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would only be needed for a short period of time, so perhaps an operator might choose not to do it. But in the meantime lower priority flows would be starved (can avoid starvation by setting the rate above which pkts are dropped to be less than the line rate, ie ensuring there's always some capacity for lower priority traffic).  Also, if only two encoding states (PCN-marked and not PCN-marked) are available, then the operator might choose to just do admission control. Flow termination would then rely on some other mechanism (eg just waiting for end users to terminate their flows because the perceived qos is bad).

 

So MAY seems too weak to me. 

 

SHOULD means "that there may exist valid reasons in particular circumstances to ignore a particular item"
So that seems ok to me. 
 
Comments?
Phil/

 

 

 

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


From pcn-bounces@ietf.org  Tue Jul 22 11:30:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E021E3A69EC;
	Tue, 22 Jul 2008 11:30:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AE5103A6909
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 11:30:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.207
X-Spam-Level: 
X-Spam-Status: No, score=-3.207 tagged_above=-999 required=5 tests=[AWL=0.392, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pjY7sMejH84z for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 11:30:04 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id 99A4B3A6972
	for <pcn@ietf.org>; Tue, 22 Jul 2008 11:30:04 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 Jul 2008 19:30:45 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:30:45 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07BF@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] remarks on new drafts
Thread-Index: AcjqfVQAlkVkNmDUSHSeIR7QfmjFbQBquuFR
References: <zlCNWTva.1216567731.0355970.karagian@ewi.utwente.nl>
From: <philip.eardley@bt.com>
To: <karagian@cs.utwente.nl>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 22 Jul 2008 18:30:45.0458 (UTC)
	FILETIME=[0E1BDB20:01C8EC29]
Subject: Re: [PCN] remarks on new drafts
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Georgios
 
you need to explain each feature in turn.
 
- dropping of marked and unmarked pkts was discussed extensively at last ietf. what the marking behaviour draft says is what the meeting decided. if you want this decision re-opened, evidence (or rather: new evidence) needs to be forthcoming. in fact, the agreement at the last ietf was that any evidence to re-opne the decisions would be far enough in advance of this ietf for us to assess it in advance of the meeting. 
- affected marking: a decision was made at last ietf about going forward with two encoding states (one dscp) in baseline and three encoding states (two dscps) in an Experimental extension. i guess you could propose a further experimental draft about affected marking.
- i'm not quite sure what you mean by egress based flow termination. but the architecture draft mentions different possibilities for where the flow termination decision might be made. 
 
thanks
phil
 

________________________________

From: pcn-bounces@ietf.org on behalf of Georgios Karagiannis
Sent: Sun 20/07/2008 16:28
To: pcn@ietf.org
Subject: [PCN] remarks on new drafts



Dear all

I have read the drafts [I-D.eardley-pcn-marking-behaviour],
[I-D.moncaster-pcn-baseline-encoding] and
[I-D.moncaster-pcn-3-state-encoding> and
[draft-ietf-pcn-architecture-04] and I have seen that the LC-PCN related
features,
such as random dropping of marked and unmarked packets, use of
PCN_Affected_Marking encoding, use of egress based flow termination,
etc.  are not mentioned in these drafts.

I hope that this situation will be changed after the IETF 72 meeting.


Best regards,
Georgios
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


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


From pcn-bounces@ietf.org  Tue Jul 22 11:33:09 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2A59328C102;
	Tue, 22 Jul 2008 11:33:09 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id DD7F828C106
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 11:33:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.928
X-Spam-Level: 
X-Spam-Status: No, score=-2.928 tagged_above=-999 required=5 tests=[AWL=0.071, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id m2WawPBJPv7K for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 11:33:08 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id AFCDB28C0F2
	for <pcn@ietf.org>; Tue, 22 Jul 2008 11:33:07 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 22 Jul 2008 19:33:48 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:31:17 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07C0@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] New version of draft-ietf-pcn-architecture-04.txt
Thread-Index: AcjqfHfxGM8fuO7DSeaDXAS/0IkcxQBrKlFh
References: <9frKVWBX.1216567360.0789330.karagian@ewi.utwente.nl>
From: <philip.eardley@bt.com>
To: <karagian@cs.utwente.nl>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 22 Jul 2008 18:33:48.0123 (UTC)
	FILETIME=[7AFC52B0:01C8EC29]
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

i certainly didnt intend to make major changes. please point out what's been removed that needs re-inserting. 
 
not quite sure what you mean about the hose model. please remind me, a link to mailing list discussions would be good. i tried to reflect all mailing list discussions since the previous version, but easy to forget something!
 
thanks
phil

________________________________

From: Georgios Karagiannis [mailto:karagian@cs.utwente.nl]
Sent: Sun 20/07/2008 16:22
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: Re: [PCN] New version of draft-ietf-pcn-architecture-04.txt



Hi Phil

I have read the draft-ietf-pcn-architecture-04 and I have seen that there
are major changes included.
These major changes mainly affect the LC-PCN required features at the
interior and egress nodes.

I hope that the new version of the PCN architecture draft will include
the LC-PCN related features that were included in version 3 of the PCN
architecture draft and are removed in version 4 of the PCN architecture
draft.

Furthermore, I can not see any information about ingress-egress-aggregate
(trunl/pipe) model and HOSE model that has been intensivelly discussed
during the months after the IETF 71.


Best regards,
Georgios



On 7/15/2008, "philip.eardley@bt.com" <philip.eardley@bt.com> wrote:

>I updated the Architecture draft.
>
>There are no major changes, but several more minor ones. These mostly
>reflect the consensus call about PCN-marking (as reflected in
>[I-D.eardley-pcn-marking-behaviour]), and the current decisions about
>encoding (as reflected in [I-D.moncaster-pcn-baseline-encoding] and
>[I-D.moncaster-pcn-3-state-encoding]). I also did some slight
>re-structuring and editing to try and improve the clarity, especially of
>the introductory material and the High level architecture (where I also
>added a sub-section on backwards compatibility with respect to
>[RFC4774]). I also took account of all the comments received on the -03
>version (thanks for them)
>
>Comments welcome! - thanks,
>phil
>
>{ -----Original Message-----
>{ From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
>{ Internet-Drafts@ietf.org
>{ Sent: 14 July 2008 23:00
>{ To: i-d-announce@ietf.org
>{ Cc: pcn@ietf.org
>{ Subject: [PCN] I-D Action:draft-ietf-pcn-architecture-04.txt
>{
>{ A New Internet-Draft is available from the on-line Internet-Drafts
>{ directories.
>{ This draft is a work item of the Congestion and Pre-Congestion
>{ Notification Working Group of the IETF.
>{
>{
>{      Title           : Pre-Congestion Notification Architecture
>{      Author(s)       : P. Eardley
>{      Filename        : draft-ietf-pcn-architecture-04.txt
>{      Pages           : 52
>{      Date            : 2008-07-14
>{
>{ The purpose of this document is to describe a general architecture
>{ for flow admission and termination based on pre-congestion
>{ information in order to protect the quality of service of established
>{ inelastic flows within a single DiffServ domain.Status
>{
>{ A URL for this Internet-Draft is:
>{ http://www.ietf.org/internet-drafts/draft-ietf-pcn-architecture-04.txt
>{
>{ Internet-Drafts are also available by anonymous FTP at:
>{ ftp://ftp.ietf.org/internet-drafts/
>{
>{ 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://www.ietf.org/mailman/listinfo/pcn


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


From pcn-bounces@ietf.org  Tue Jul 22 11:55:34 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 38E6D3A6A41;
	Tue, 22 Jul 2008 11:55:34 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AE29E3A6A7C
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 11:55:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id reUXKm89b0SZ for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 11:55:31 -0700 (PDT)
Received: from portland.eukhost.com (portland.eukhost.com [92.48.97.5])
	by core3.amsl.com (Postfix) with ESMTP id 905463A6979
	for <pcn@ietf.org>; Tue, 22 Jul 2008 11:55:31 -0700 (PDT)
Received: from c-68-33-242-58.hsd1.md.comcast.net ([68.33.242.58]:34659
	helo=[192.168.1.120])
	by portland.eukhost.com with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.69) (envelope-from <carlberg@g11.org.uk>)
	id 1KLN1p-0007ip-4R; Tue, 22 Jul 2008 18:56:05 +0000
Message-Id: <B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
From: ken carlberg <carlberg@g11.org.uk>
To: <philip.eardley@bt.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net>
Mime-Version: 1.0 (Apple Message framework v926)
Date: Tue, 22 Jul 2008 14:56:07 -0400
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
	<EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
	<4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net>
X-Mailer: Apple Mail (2.926)
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - portland.eukhost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - g11.org.uk
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil,

> ken
> it's expected that there'll be traffic that isnt PCN within the PCN- 
> domai (if i get your comment!).

ok, we're in sync on that point.  I just feel uncomfortable removing  
the option to downgrade packets in favor of dropping them given that a  
portion of a node's/link's resources is more than likely set aside for  
best effort, especially if the motivating factor for dropping is the  
*potential* for mis-ordering.  if folks feel strongly for recommending  
a policy of dropping, fine.  But I'd just like to point to down- 
grading as an option to consider.

> as i understand it, all pkts in a flow follow the same ecmp path, so  
> there shouldnt be any misordering.

my understanding is that this is configuration/implementation  
dependent.  otherwise, I don't think we'd  see documents like rfc-4928  
(avoiding ECMP treatment in MPLS networks) spring up.

cheers,

-ken


>
> thanks
> phil
>
> ________________________________
>
> From: ken carlberg [mailto:carlberg@g11.org.uk]
> Sent: Tue 22/07/2008 13:41
> To: Jozef Babiarz
> Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
> Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
>
>
>
> On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:
>
>
> 	
> 	Downgrading should only be done per flow and at ingress to PCN  
> domain. PCN mechanism should not cause packet mis-ordering.
> 	By downgrading means that admission control is not performed for  
> that flow, DSCP value is changed at ingress to network and network  
> if congested will drop packets belonging to that flow. Should not  
> that downgrading needs to be performed before the flow is admitted  
> into the network.
>
>
> interesting.  so the expectation is that a PCN domain will perform  
> admission control on *all* ingress flows, and no flow(s) will be  
> treated (segmented, traffic engineered) as best effort.  I think  
> that approach is a bit idealistic, but perhaps our respective  
> experiences with ISPs is different.
>
> also, if we take the concern about mis-ordering one step further, I  
> assume you would highly discourage the use of ECMP in the PCN domain  
> because even though its out of scope of PCN as part of a solution,  
> it can cause packet mis-ordering.
>
> cheers,
>
> -ken
>

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


From pcn-bounces@ietf.org  Tue Jul 22 16:21:32 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7EE423A680C;
	Tue, 22 Jul 2008 16:21:32 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B819B3A680C
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 16:21:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.188
X-Spam-Level: 
X-Spam-Status: No, score=-6.188 tagged_above=-999 required=5 tests=[AWL=0.410, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 9YuA9ikbXFfA for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 16:21:24 -0700 (PDT)
Received: from zrtps0kp.nortel.com (zrtps0kp.nortel.com [47.140.192.56])
	by core3.amsl.com (Postfix) with ESMTP id 61C163A676A
	for <pcn@ietf.org>; Tue, 22 Jul 2008 16:21:24 -0700 (PDT)
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
	m6MNLsc28490; Tue, 22 Jul 2008 23:21:54 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:11:39 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651716783E@zcarhxm1.corp.nortel.com>
In-Reply-To: <EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: Acjr+EZQIAc4KwPrRwaYUHNbNmUzVQAVcc8g
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
	<EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "ken carlberg" <carlberg@g11.org.uk>
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2074530809=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============2074530809==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EC50.4CDA6076"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8EC50.4CDA6076
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Ken, properly designed ECMP mechanism normally do not cause packet
mis-ordering as the route selection is done on the first packet of a new
flow.

=20

If route changes after a flow has started, than yes there is the
possibility that mis-ordering of packets may occur. In my view rerouting
of flows or downgrading once a flow has started should be an infrequent
event, like when link or node failures. I'm note say that mis-ordering
of packets dose not happen in the Internet all I trying to say is that
IETF should develop protocols and procedures that minimize the
possibility of packet mis-ordering.=20

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

________________________________

From: ken carlberg [mailto:carlberg@g11.org.uk]=20
Sent: July 22, 2008 8:41 AM
To: Babiarz, Jozef (CAR:0S03)
Cc: philip.eardley@bt.com; pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

=20

=20

On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:





Downgrading should only be done per flow and at ingress to PCN domain.
PCN mechanism should not cause packet mis-ordering.

By downgrading means that admission control is not performed for that
flow, DSCP value is changed at ingress to network and network if
congested will drop packets belonging to that flow. Should not that
downgrading needs to be performed before the flow is admitted into the
network.

=20

interesting.  so the expectation is that a PCN domain will perform
admission control on *all* ingress flows, and no flow(s) will be treated
(segmented, traffic engineered) as best effort.  I think that approach
is a bit idealistic, but perhaps our respective experiences with ISPs is
different.

=20

also, if we take the concern about mis-ordering one step further, I
assume you would highly discourage the use of ECMP in the PCN domain
because even though its out of scope of PCN as part of a solution, it
can cause packet mis-ordering.

=20

cheers,

=20

-ken

=20


------_=_NextPart_001_01C8EC50.4CDA6076
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
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";}
span.EmailStyle18
	{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 link=3Dblue vlink=3Dpurple style=3D'word-wrap: =
break-word;
-webkit-nbsp-mode: space;-webkit-line-break: after-white-space'>

<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'>Ken, properly designed ECMP =
mechanism normally
do not cause packet mis-ordering as the route selection is done on the =
first
packet of a new flow.<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'>If route changes after a flow has =
started,
than yes there is the possibility that mis-ordering of packets may =
occur. In my
view rerouting of flows or downgrading once a flow has started should be =
an infrequent
event, like when link or node failures. I&#8217;m note say that =
mis-ordering of
packets dose not happen in the Internet all I trying to say is that IETF =
should
develop protocols and procedures that minimize the possibility of packet
mis-ordering. <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=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><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'> ken =
carlberg
[mailto:carlberg@g11.org.uk] <br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 22, 2008 8:41 =
AM<br>
<b><span style=3D'font-weight:bold'>To:</span></b> <st1:PersonName =
w:st=3D"on">Babiarz,
 Jozef</st1:PersonName> (CAR:0S03)<br>
<b><span style=3D'font-weight:bold'>Cc:</span></b> =
philip.eardley@bt.com;
pcn@ietf.org<br>
<b><span style=3D'font-weight:bold'>Subject:</span></b> Re: [PCN] Issue =
1 on
draft-eardley-pcn-marking-behaviour-01</span></font><o:p></o:p></p>

</div>

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

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

<div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>On Jul 21, 2008, at 11:20 PM, <st1:PersonName w:st=3D"on">Jozef =
Babiarz</st1:PersonName>
wrote:<o:p></o:p></span></font></p>

</div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'><br>
<br>
<o:p></o:p></span></font></p>

<span style=3D'orphans: 2;text-align:auto;widows: =
2;-webkit-border-horizontal-spacing: 0px;
-webkit-border-vertical-spacing: 0px;-webkit-text-decorations-in-effect: =
none;
-webkit-text-size-adjust: auto;-webkit-text-stroke-width: =
0;word-spacing:0px'><u1:smarttagtype =
namespaceuri=3D"urn:schemas-microsoft-com:office:smarttags" =
name=3D"PersonName">

<div link=3Dblue vlink=3D"#606420">

<div>

<div>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>Downgrading should only be done per =
flow
and at ingress to PCN domain. PCN mechanism should not cause packet
mis-ordering.<u1:p></u1:p></span></font><font color=3Dblack><span
style=3D'color:black'><o:p></o:p></span></font></p>

</div>

<div>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>By downgrading means that admission
control is not performed for that flow, DSCP value is changed at ingress =
to
network and network if congested will drop packets belonging to that =
flow.
Should not that downgrading needs to be performed before the flow is =
admitted
into the network.</span></font><font color=3Dblack><span =
style=3D'color:black'><o:p></o:p></span></font></p>

</div>

</div>

</div>

</span></u1:smarttagtype>

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

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>interesting. &nbsp;so the expectation is that a PCN domain will =
perform
admission control on *all* ingress flows, and no flow(s) will be treated
(segmented, traffic engineered) as best effort. &nbsp;I think that =
approach is
a bit idealistic, but perhaps our respective experiences with ISPs is
different.<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>also, if we take the concern about mis-ordering one step =
further, I
assume you would highly discourage the use of ECMP in the PCN domain =
because
even though its out of scope of PCN as part of a solution, it can cause =
packet
mis-ordering.<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>cheers,<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

<div>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>-ken<o:p></o:p></span></font></p>

</div>

<div>

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

</div>

</div>

</body>

</html>

------_=_NextPart_001_01C8EC50.4CDA6076--

--===============2074530809==
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://www.ietf.org/mailman/listinfo/pcn

--===============2074530809==--


From pcn-bounces@ietf.org  Tue Jul 22 16:30:09 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C646E28C106;
	Tue, 22 Jul 2008 16:30:09 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 22D4128C106
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 16:30:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.991
X-Spam-Level: 
X-Spam-Status: No, score=-5.991 tagged_above=-999 required=5 tests=[AWL=0.008, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id jda6nOqQ2pFn for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 16:30:06 -0700 (PDT)
Received: from zcars04f.nortel.com (zcars04f.nortel.com [47.129.242.57])
	by core3.amsl.com (Postfix) with ESMTP id C94153A6994
	for <pcn@ietf.org>; Tue, 22 Jul 2008 16:30:05 -0700 (PDT)
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
	m6MNUd804358; Tue, 22 Jul 2008 23:30:40 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:30:22 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646517167848@zcarhxm1.corp.nortel.com>
In-Reply-To: <B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjsLJ2wEb6qNdjhQF+0btqb/W/TkAAJDlEQ
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com>
	<EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk>
	<4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net>
	<B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "ken carlberg" <carlberg@g11.org.uk>, <philip.eardley@bt.com>
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Ken,
What I was trying to say that if the PCN class is fully utilized, than
new flows can be downgraded and use best effort. This means PCN
treatment will not be applied to these packets including admission
control. PCN based admission control should limit the amount of traffic
into the PCN domain so that there is no reason to perform downgrading of
flows once admitted, except under failure conditions, which I would
prefer that we let flow termination address that condition. Under
failure conditions most likely the best effort class will also be
congested. Also having two mechanisms downgrading and flow termination
working independently could bring instability into the system.  

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: ken carlberg [mailto:carlberg@g11.org.uk] 
Sent: July 22, 2008 2:56 PM
To: philip.eardley@bt.com
Cc: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Phil,

> ken
> it's expected that there'll be traffic that isnt PCN within the PCN- 
> domai (if i get your comment!).

ok, we're in sync on that point.  I just feel uncomfortable removing  
the option to downgrade packets in favor of dropping them given that a  
portion of a node's/link's resources is more than likely set aside for  
best effort, especially if the motivating factor for dropping is the  
*potential* for mis-ordering.  if folks feel strongly for recommending  
a policy of dropping, fine.  But I'd just like to point to down- 
grading as an option to consider.

> as i understand it, all pkts in a flow follow the same ecmp path, so  
> there shouldnt be any misordering.

my understanding is that this is configuration/implementation  
dependent.  otherwise, I don't think we'd  see documents like rfc-4928  
(avoiding ECMP treatment in MPLS networks) spring up.

cheers,

-ken


>
> thanks
> phil
>
> ________________________________
>
> From: ken carlberg [mailto:carlberg@g11.org.uk]
> Sent: Tue 22/07/2008 13:41
> To: Jozef Babiarz
> Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
> Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
>
>
>
> On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:
>
>
> 	
> 	Downgrading should only be done per flow and at ingress to PCN  
> domain. PCN mechanism should not cause packet mis-ordering.
> 	By downgrading means that admission control is not performed for

> that flow, DSCP value is changed at ingress to network and network  
> if congested will drop packets belonging to that flow. Should not  
> that downgrading needs to be performed before the flow is admitted  
> into the network.
>
>
> interesting.  so the expectation is that a PCN domain will perform  
> admission control on *all* ingress flows, and no flow(s) will be  
> treated (segmented, traffic engineered) as best effort.  I think  
> that approach is a bit idealistic, but perhaps our respective  
> experiences with ISPs is different.
>
> also, if we take the concern about mis-ordering one step further, I  
> assume you would highly discourage the use of ECMP in the PCN domain  
> because even though its out of scope of PCN as part of a solution,  
> it can cause packet mis-ordering.
>
> cheers,
>
> -ken
>

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


From pcn-bounces@ietf.org  Tue Jul 22 16:44:34 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 805023A6A09;
	Tue, 22 Jul 2008 16:44:34 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8B2033A6A09
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 16:44:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.993
X-Spam-Level: 
X-Spam-Status: No, score=-5.993 tagged_above=-999 required=5 tests=[AWL=0.006, 
	BAYES_00=-2.599, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NkVOJ9HO0F2Q for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 16:44:32 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56])
	by core3.amsl.com (Postfix) with ESMTP id 33F3D3A6955
	for <pcn@ietf.org>; Tue, 22 Jul 2008 16:44:32 -0700 (PDT)
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
	m6MNhJA14242; Tue, 22 Jul 2008 23:43:20 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 19:44:11 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651716784F@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07BC@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAREw0WAAHq6VDQALdEtg
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
	<9671A92C3C8B5744BC97F855F7CB64651710CC32@zcarhxm1.corp.nortel.com>
	<4A916DBC72536E419A0BD955EDECEDEC032A07BC@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I think we need to be careful here. Under failure if we perform flow
termination and downgrading independently than there is the possibility
that too much traffic will removed from PCN service class. Also under
failure conditions most likely the best effort service class is also
heavily congested and the downgraded flow will experience high packet
loss.
I'm a bit uncomfortable with MAY. Would prefer to say that downgrading
of flows once admitted is future work, like rate-adoption.

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

-----Original Message-----
From: philip.eardley@bt.com [mailto:philip.eardley@bt.com] 
Sent: July 22, 2008 2:12 PM
To: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: RE: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

joe
follow up on on Option 1. if there's  a failure and traffic is
re-routed, then a link could get overloaded. question is what to do
about this. flow termination of course possible. if PCN-domain not
runnign flow termination, then question is whether it's worth having
policing on PCN-interior-nodes as a possibility to protect against this.
i guess your view is that this should only be a MAY, since policing
funciton isn't something most core routers can do?
 
thanks
phil

________________________________

From: Jozef Babiarz [mailto:babiarz@nortel.com]
Sent: Tue 22/07/2008 05:26
To: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
Subject: RE: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01



Phil my views on PCN-interior-nodes and policing requirements.

 

There is a dependency on how the new DSCP for PCN is defined. My
assumption is that in the definition of the new DSCP there will be a
statement that ECN semantics as defined in RFC 3168 do not apply and
that this DSCP will use new ECN semantics as defined in the
pcn-marking-behaviour and pcn-encoding-drafts. 

 

Option 1: If the Voice Admit DSCP is used than traffic that is marked
with this DSCP is admission controlled. The newly defined Voice Admit
DSCP can support two types of traffic, pcn-traffic that is admission
controlled by PCN mechanisms and non-pcn-traffic that uses some other
means for admission control.

Option 1 does not require interior nodes do perform policing function as
both traffic types are controlled by admission control and rates are
enforced through policing at the ingress to PCN-domain.

 

Option 2: If the new DSCP is defined in way so that PCN-admission
controlled and non-admission controlled traffic can be marked with it,
than non-admission controlled traffic that uses this new DSCP needs
(MUST) to be policed on all interior-nodes.  The policing function is
required to limit the amount of non-admission controlled traffic that is
allowed to be aggregated with PCN-traffic into queue on each link. If
the group chooses to go with option 2, than we will need to also explain
how metering and dropping will be done. E.g., meter only non-admission
controlled traffic (non-pcn-traffic), meter both pcn-traffic and
non-pcn-traffic and drop only non-pcn-traffic. 

 

Option 2 requires interior nodes to support egress policing function
which most core routers do not have.  

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: July 16, 2008 1:27 PM
To: pcn@ietf.org
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

 

2nd of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt 

 

it's clear the PCN-ingress-nodes MUST do traffic conditioning
(policing). However, how about PCN-interior-nodes? 

So the question is: should PCN-interior-node traffic conditioning be a
MUST, SHOULD or MAY?

 

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not
just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow
termination will rapidly bring the amount of pcn-traffic back below the
PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would
only be needed for a short period of time, so perhaps an operator might
choose not to do it. But in the meantime lower priority flows would be
starved (can avoid starvation by setting the rate above which pkts are
dropped to be less than the line rate, ie ensuring there's always some
capacity for lower priority traffic).  Also, if only two encoding states
(PCN-marked and not PCN-marked) are available, then the operator might
choose to just do admission control. Flow termination would then rely on
some other mechanism (eg just waiting for end users to terminate their
flows because the perceived qos is bad).

 

So MAY seems too weak to me. 

 

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"
So that seems ok to me. 
 
Comments?
Phil/

 

 

 

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


From pcn-bounces@ietf.org  Tue Jul 22 18:34:33 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 124493A6927;
	Tue, 22 Jul 2008 18:34:33 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 26DC13A685D
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 18:34:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.293
X-Spam-Level: 
X-Spam-Status: No, score=-6.293 tagged_above=-999 required=5 tests=[AWL=0.305, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id V9FnFtEjp14G for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 18:34:25 -0700 (PDT)
Received: from zrtps0kn.nortel.com (zrtps0kn.nortel.com [47.140.192.55])
	by core3.amsl.com (Postfix) with ESMTP id 86AA83A6927
	for <pcn@ietf.org>; Tue, 22 Jul 2008 18:34:25 -0700 (PDT)
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
	m6N1Z3P15322; Wed, 23 Jul 2008 01:35:03 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 21:33:46 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651716787F@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C5@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAADYS5ABPlUHEA==
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C4@E03MVB1-UKBR.domain1.systemhost.net>
	<4A916DBC72536E419A0BD955EDECEDEC0329F8C5@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0444149616=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0444149616==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EC64.273008AC"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8EC64.273008AC
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Phil wrote:

[phil] also: Another reason that each PCN-node needs to police
non-PCN-traffic that shares the same DSCP (see baseline encoding draft).
Otherwise the non-PCN-traffic could break the PCN admission control. Of
course an operator might know that it never has any such traffic.=20

=20

So MAY seems too weak to me.=20

=20

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"

So that seems ok to me.

=20

[Joe] See my previous email. If PCN and non-PCN-traffic that is NOT
admission control share the same forwarding class, than interior nodes
MUST police non-PCN-traffic that is not admission control using some
other mechanism.

If PCN and non-PCN-traffic which is admission control by some other
means share the same forwarding class, than interior nodes DO NOT need
to police non-PCN-traffic that is admission controlled at ingress to PCN
domain. Suggestion is to allow both options and it's up to the network
administrator to configure their network correctly.

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: July 16, 2008 1:34 PM
To: pcn@ietf.org
Subject: Re: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

=20

Sorry, pushed send too quick, one more point added in-line

=20

-----Original Message-----
From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: 16 July 2008 18:27
To: pcn@ietf.org
Subject: [PCN] Issue 2 on draft-eardley-pcn-marking-behaviour-01

=20

2nd of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

it's clear the PCN-ingress-nodes MUST do traffic conditioning
(policing). However, how about PCN-interior-nodes?=20

So the question is: should PCN-interior-node traffic conditioning be a
MUST, SHOULD or MAY?

=20

Why is traffic conditioning needed on PCN-interior-nodes?

Because the traffic pattern might be sufficient to overload a link (not
just pre-congest it).

However, you might argue that if a Pcn-node is overloaded, then flow
termination will rapidly bring the amount of pcn-traffic back below the
PCN-excess-rate. So traffic conditioning on PCN-interior-nodes would
only be needed for a short period of time, so perhaps an operator might
choose not to do it. But in the meantime lower priority flows would be
starved (can avoid starvation by setting the rate above which pkts are
dropped to be less than the line rate, ie ensuring there's always some
capacity for lower priority traffic).  Also, if only two encoding states
(PCN-marked and not PCN-marked) are available, then the operator might
choose to just do admission control. Flow termination would then rely on
some other mechanism (eg just waiting for end users to terminate their
flows because the perceived qos is bad).

=20

[phil] also: Another reason that each PCN-node needs to police
non-PCN-traffic that shares the same DSCP (see baseline encoding draft).
Otherwise the non-PCN-traffic could break the PCN admission control. Of
course an operator might know that it never has any such traffic.=20

=20

So MAY seems too weak to me.=20

=20

SHOULD means "that there may exist valid reasons in particular
circumstances to ignore a particular item"
So that seems ok to me.=20
=20
Comments?
Phil/

=20

=20

=20


------_=_NextPart_001_01C8EC64.273008AC
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	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";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.emailstyle21
	{font-family:Arial;
	color:navy;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	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>
<!--[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 link=3Dblue vlink=3D"#606420">

<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'>Phil =
wrote:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] also: =
Another
reason that each PCN-node needs to police non-PCN-traffic that shares =
the same
DSCP (see baseline encoding draft). Otherwise the non-PCN-traffic could =
break
the PCN admission control. Of course an operator might know that it =
never has
any such traffic. </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>So MAY seems too =
weak to
me. </span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<pre><font size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>SHOULD means &#8220;</span></font><span
lang=3DEN-GB>that there may exist valid reasons in particular =
circumstances to ignore a particular item&#8221;<o:p></o:p></span></pre>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:12.0pt'>So that seems ok to =
me.<o:p></o:p></span></font></p>

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

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
lang=3DEN-GB
style=3D'font-size:12.0pt'>[Joe] See my previous email. If PCN and
non-PCN-traffic that is NOT admission control share the same forwarding =
class,
than interior nodes MUST police non-PCN-traffic that is not admission =
control
using some other mechanism.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;
font-family:Arial'>If PCN and non-PCN-traffic which is admission control =
by
some other means share the same forwarding class, than interior nodes DO =
NOT
need to police non-PCN-traffic that is admission controlled at ingress =
to PCN
domain. Suggestion is to allow both options and it&#8217;s up to the =
network
administrator to configure their network =
correctly.<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=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><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'>
pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <b><span =
style=3D'font-weight:
bold'>On Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 16, 2008 1:34 =
PM<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> Re: [PCN] Issue =
2 on
draft-eardley-pcn-marking-behaviour-01</span></font><o:p></o:p></p>

</div>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Sorry, pushed =
send too
quick, one more point added in-line</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

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

<p class=3DMsoNormal><font size=3D2 face=3DTahoma><span =
style=3D'font-size:10.0pt;
font-family:Tahoma'>-----Original Message-----<br>
<b><span style=3D'font-weight:bold'>From:</span></b> =
pcn-bounces@ietf.org
[mailto:pcn-bounces@ietf.org] <b><span style=3D'font-weight:bold'>On =
Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> 16 July 2008 =
18:27<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] Issue 2 on
draft-eardley-pcn-marking-behaviour-01</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>2nd</span></font>=
<span
lang=3DEN-GB> of several emails to try &amp; close Open Issues on =
</span><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>it&#8217;s clear the
PCN-ingress-nodes MUST do traffic conditioning (policing). However, how =
about
PCN-interior-nodes? </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>So the question is: =
should
PCN-interior-node traffic conditioning be a MUST, SHOULD or =
MAY?</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D3 color=3Dnavy face=3D"Times New =
Roman"><span
lang=3DEN-GB style=3D'font-size:12.0pt;color:navy'>Why is traffic =
conditioning
needed on PCN-interior-nodes?</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>Because the =
traffic
pattern might be sufficient to overload a link (not just pre-congest =
it).</span></font><span
lang=3DEN-GB><o:p></o:p></span></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>However, you =
might argue
that if a Pcn-node is overloaded, then flow termination will rapidly =
bring the
amount of pcn-traffic back below the PCN-excess-rate. So traffic =
conditioning
on PCN-interior-nodes would only be needed for a short period of time, =
so
perhaps an operator might choose not to do it. But in the meantime lower
priority flows would be starved (can avoid starvation by setting the =
rate above
which pkts are dropped to be less than the line rate, ie ensuring =
there&#8217;s
always some capacity for lower priority traffic). &nbsp;Also, if only =
two
encoding states (PCN-marked and not PCN-marked) are available, then the
operator might choose to just do admission control. Flow termination =
would then
rely on some other mechanism (eg just waiting for end users to terminate =
their
flows because the perceived qos is bad).</span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>[phil] also: =
Another
reason that each PCN-node needs to police non-PCN-traffic that shares =
the same
DSCP (see baseline encoding draft). Otherwise the non-PCN-traffic could =
break
the PCN admission control. Of course an operator might know that it =
never has
any such traffic. </span></font><span =
lang=3DEN-GB><o:p></o:p></span></p>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>So MAY seems too =
weak to
me. </span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<pre><font size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>SHOULD means &#8220;</span></font><span
lang=3DEN-GB>that there may exist valid reasons in particular =
circumstances to ignore a particular =
item&#8221;<o:p></o:p></span></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>So that seems ok to me. =
<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;<o:p></o:p></span></font></pre><pre><fon=
t
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Comments?<o:p></o:p></span></font></pre><pre><=
font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Phil/<o:p></o:p></span></font></pre>

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

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

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

</div>

</div>

</body>

</html>

------_=_NextPart_001_01C8EC64.273008AC--

--===============0444149616==
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://www.ietf.org/mailman/listinfo/pcn

--===============0444149616==--


From pcn-bounces@ietf.org  Tue Jul 22 18:50:11 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C1D423A67F7;
	Tue, 22 Jul 2008 18:50:11 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2578F3A676A
	for <pcn@core3.amsl.com>; Tue, 22 Jul 2008 18:50:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.337
X-Spam-Level: 
X-Spam-Status: No, score=-6.337 tagged_above=-999 required=5 tests=[AWL=0.261, 
	BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id HHRyVFjA6Gby for <pcn@core3.amsl.com>;
	Tue, 22 Jul 2008 18:50:04 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56])
	by core3.amsl.com (Postfix) with ESMTP id 1721B3A6832
	for <pcn@ietf.org>; Tue, 22 Jul 2008 18:50:04 -0700 (PDT)
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
	m6N1mpC20968; Wed, 23 Jul 2008 01:48:51 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 22 Jul 2008 21:49:57 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB64651716788D@zcarhxm1.corp.nortel.com>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC0329F8C6@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAAED+gABPplX0A==
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C6@E03MVB1-UKBR.domain1.systemhost.net>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: <philip.eardley@bt.com>, <pcn@ietf.org>
Subject: Re: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1210826850=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============1210826850==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EC66.69E1B9E2"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8EC66.69E1B9E2
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

See comments below.

=20

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

________________________________

From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
philip.eardley@bt.com
Sent: July 16, 2008 1:47 PM
To: pcn@ietf.org
Subject: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01

=20

3rd (& last - phew) of several emails to try & close Open Issues on
http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

=20

the baseline encoding draft envisages that there may be non-PCN-traffic
that shares the same DSCP as PCN traffic. Question is whether we assume
that PCN-interior-nodes will treat these two sorts of traffic the same
as regards scheduling priority, or whether it's possible they might not
be?
[Joe] Interior-nodes will forward non-PCN and PCN traffic using the same
scheduling priority. ECN field is not used for mapping packets to
different queue (scheduling priority).
                                             =20
http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.txt
says:
   o  The scheduling behaviour is coupled with the DSCP only.
      Therefore, the same scheduling and buffer management rules are
      applied for non-PCN-capable and PCN-capable traffic using the same
      PCN-enabled DSCP.
[Joe] The above statement is correct.
=20
This seems very reasonable to me.=20
However, since a PCN-interior-node has to classify (distinguish)
PCN-pkts from non-PCN ones with the same DSCP (done by examining the ECN
field) - therefore it would in theory be possible to schedule them
differently.
[Joe] Yes it would be possible. However core routers normally have only
small number queues or scheduling classes (between 1 and 8) adding more
requires additional hardware in the fast path.=20
=20
Also, I guess that "the same buffer management rules" means that when it
comes to traffic conditioning (policing) on PCN-interior-nodes, then the
PCN-pkts and non-PCN pkts (sharing the same DSCP) will also be treated
the same. Again, this seems very reasonable to me.
=20
=20
Comments?
Thanks,
Phil/

=20

=20

=20


------_=_NextPart_001_01C8EC66.69E1B9E2
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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	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";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.emailstyle21
	{font-family:Arial;
	color:navy;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	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>
<!--[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 link=3Dblue vlink=3D"#606420">

<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'>See comments =
below.<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>

<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=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><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'> =
pcn-bounces@ietf.org
[mailto:pcn-bounces@ietf.org] <b><span style=3D'font-weight:bold'>On =
Behalf Of </span></b>philip.eardley@bt.com<br>
<b><span style=3D'font-weight:bold'>Sent:</span></b> July 16, 2008 1:47 =
PM<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] Issue 3 on
draft-eardley-pcn-marking-behaviour-01</span></font><o:p></o:p></p>

</div>

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

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>3<sup>rd</sup> =
(&amp;
last - phew)</span></font><span lang=3DEN-GB> of several emails to try =
&amp;
close Open Issues on </span><font size=3D2 face=3DArial><span =
lang=3DEN-GB
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
a>
</span></font><span lang=3DEN-GB><o:p></o:p></span></p>

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

<pre><font size=3D2 color=3Dnavy face=3D"Courier New"><span lang=3DEN-GB
style=3D'font-size:10.0pt;color:navy'>the baseline encoding draft =
envisages that there may be non-PCN-traffic that shares the same DSCP as =
PCN traffic. Question is whether we assume that PCN-interior-nodes will =
treat these two sorts of traffic the same as regards scheduling =
priority, or whether it&#8217;s possible they might not =
be?</span></font><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><b><i><font size=3D2 =
color=3Dred
face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;
color:red;font-weight:bold;font-style:italic'>[</span></font></i></b><fon=
t
color=3Dred face=3DArial><span lang=3DEN-GB =
style=3D'font-family:Arial;color:red'>Joe] Interior-nodes will forward =
non-PCN and PCN traffic using the same scheduling priority. ECN field is =
not used for mapping packets to different queue (scheduling =
priority).<o:p></o:p></span></font></pre><pre><font
size=3D2 color=3Dnavy face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
color:navy'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</span></font><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><font size=3D2 color=3Dnavy
face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt;color:navy'><a
href=3D"http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02=
.txt">http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.t=
xt</a> says:</span></font><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><font size=3D2 face=3D"Courier =
New"><span
lang=3DEN-GB style=3D'font-size:10.0pt'>&nbsp;&nbsp; o&nbsp; The =
scheduling behaviour is coupled with the DSCP =
only.<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Therefore, the =
same scheduling and buffer management rules =
are<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; applied for =
non-PCN-capable and PCN-capable traffic using the =
same<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PCN-enabled =
DSCP.<o:p></o:p></span></font></pre><pre><b><i><font
size=3D2 color=3Dred face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:red;font-weight:bold;font-style:italic'>[</span><=
/font></i></b><font
color=3Dred face=3DArial><span lang=3DEN-GB =
style=3D'font-family:Arial;color:red'>Joe] The above statement is =
correct.<o:p></o:p></span></font></pre><pre><font
size=3D2 color=3Dnavy face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
color:navy'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>This seems very reasonable to me. =
</span></font><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><font size=3D2 color=3Dnavy =
face=3DArial><span
lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>However, since a =
PCN-interior-node has to classify (distinguish) PCN-pkts from non-PCN =
ones with the same DSCP (done by examining the ECN field) &#8211; =
therefore it would in theory be possible to schedule them =
differently.</span></font><font
face=3DArial><span lang=3DEN-GB =
style=3D'font-family:Arial'><o:p></o:p></span></font></pre><pre><font
size=3D2 color=3Dred face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:red'>[Joe] Yes it would be possible. However =
core routers normally have only small number queues or scheduling =
classes (between 1 and 8) adding more requires additional hardware in =
the fast path. <o:p></o:p></span></font></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>&nbsp;</span></font><span =
lang=3DEN-GB><o:p></o:p></span></pre><pre><font
size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>Also, I guess that &#8220;the same buffer =
management rules&#8221; means that when it comes to traffic conditioning =
(policing) on PCN-interior-nodes, then the PCN-pkts and non-PCN pkts =
(sharing the same DSCP) will also be treated the same. Again, this seems =
very reasonable to me.</span></font><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><font size=3D2 color=3Dnavy =
face=3DArial><span
lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial;color:navy'>&nbsp;</span></fo=
nt><span
lang=3DEN-GB><o:p></o:p></span></pre><pre><font size=3D2 face=3D"Courier =
New"><span
lang=3DEN-GB =
style=3D'font-size:10.0pt'>&nbsp;<o:p></o:p></span></font></pre><pre><fon=
t
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Comments?<o:p></o:p></span></font></pre><pre><=
font
size=3D2 color=3Dnavy face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial;color:navy'>Thanks,</span></font><span =
lang=3DEN-GB><o:p></o:p></span></pre><pre><font
size=3D2 face=3D"Courier New"><span lang=3DEN-GB =
style=3D'font-size:10.0pt'>Phil/<o:p></o:p></span></font></pre>

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

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

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

</div>

</body>

</html>

------_=_NextPart_001_01C8EC66.69E1B9E2--

--===============1210826850==
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://www.ietf.org/mailman/listinfo/pcn

--===============1210826850==--


From pcn-bounces@ietf.org  Wed Jul 23 00:17:56 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E6E223A6937;
	Wed, 23 Jul 2008 00:17:56 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 21A3128C102
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 00:17:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.649
X-Spam-Level: 
X-Spam-Status: No, score=-2.649 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ZtUTI-a6u0yc for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 00:17:55 -0700 (PDT)
Received: from tcmail23.telekom.de (tcmail23.telekom.de [217.6.95.237])
	by core3.amsl.com (Postfix) with ESMTP id 7E9B03A6937
	for <pcn@ietf.org>; Wed, 23 Jul 2008 00:17:54 -0700 (PDT)
Received: from S4DE8PSAANQ.mitte.t-com.de (S4DE8PSAANQ.mitte.t-com.de
	[10.151.180.166]) by tcmail21.telekom.de with ESMTP;
	Wed, 23 Jul 2008 09:18:36 +0200
Received: from S4DE8PSAANK.mitte.t-com.de ([10.151.229.10]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Wed, 23 Jul 2008 09:18:35 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 23 Jul 2008 09:18:34 +0200
Message-Id: <1B6169C658325341A3B8066E23919E1C01880A57@S4DE8PSAANK.mitte.t-com.de>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB646517167848@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjsLJ2wEb6qNdjhQF+0btqb/W/TkAAJDlEQAA+PSDA=
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net><9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com><EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk><4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net><B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
	<9671A92C3C8B5744BC97F855F7CB646517167848@zcarhxm1.corp.nortel.com>
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <babiarz@nortel.com>
X-OriginalArrivalTime: 23 Jul 2008 07:18:35.0812 (UTC)
	FILETIME=[522DFE40:01C8EC94]
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Joe,

I'm not sure whether your proposal is a good idea. What I've =

heard, QoS traffic is supposed to be accounted on incoming =

interfaces. Now allowing a peer to demote PCN to Best Effort =

opens the door for a misuse: incoming traffic is accounted =

and charged as PCN and then demoted to BE (due to a "temporal"
lack of PCN resources, of course). Allowing for this may =

prevent deployment of PCN accross multiple domains if the =

origin never learns that PCN transport is only =

partially available. =


The requirement would then be, that if PCN transport =

can't be used due to temporal lack of PCN resources in one =

domain along the end to end path, then it shouldn't be used =

at all. =

I also figure out that accounting get's rather complex if =

temporal availability of valued added PCN transport along =

different PCN enabled domains of an end to end path has to =

be respected. Formulated differently: how to sell QoS if a =

traffic of a user session crosses three domains and each =

domain may but must not deliver the traffic of that =

session with PCN transport?

Indicating "network busy" should be the aim if the PCN =

resources are fully utilised. The user should then have =

the option to set up his session with another transport =

quality, but that's entirely a matter of the service =

he's using (and not a matter decided by the transport =

provider).

So all in all, I don't look at demotion to Best Effort =

as a good idea unless it is signaled on service level. =

The latter may require similar signaling and layer =

interaction features as termination. Should that be =

the case, then demotion to Best Effort may be discussed =

in that context.

Regards,

Rudiger

-----Urspr=FCngliche Nachricht-----
Von: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] Im Auftrag von Joze=
f Babiarz
Gesendet: Mittwoch, 23. Juli 2008 01:30
An: ken carlberg; philip.eardley@bt.com
Cc: pcn@ietf.org
Betreff: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Ken,
What I was trying to say that if the PCN class is fully utilized, than
new flows can be downgraded and use best effort. This means PCN
treatment will not be applied to these packets including admission
control. PCN based admission control should limit the amount of traffic
into the PCN domain so that there is no reason to perform downgrading of
flows once admitted, except under failure conditions, which I would
prefer that we let flow termination address that condition. Under
failure conditions most likely the best effort class will also be
congested. Also having two mechanisms downgrading and flow termination
working independently could bring instability into the system.  =


Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: ken carlberg [mailto:carlberg@g11.org.uk] =

Sent: July 22, 2008 2:56 PM
To: philip.eardley@bt.com
Cc: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Phil,

> ken
> it's expected that there'll be traffic that isnt PCN within the PCN- =

> domai (if i get your comment!).

ok, we're in sync on that point.  I just feel uncomfortable removing  =

the option to downgrade packets in favor of dropping them given that a  =

portion of a node's/link's resources is more than likely set aside for  =

best effort, especially if the motivating factor for dropping is the  =

*potential* for mis-ordering.  if folks feel strongly for recommending  =

a policy of dropping, fine.  But I'd just like to point to down- =

grading as an option to consider.

> as i understand it, all pkts in a flow follow the same ecmp path, so  =

> there shouldnt be any misordering.

my understanding is that this is configuration/implementation  =

dependent.  otherwise, I don't think we'd  see documents like rfc-4928  =

(avoiding ECMP treatment in MPLS networks) spring up.

cheers,

-ken


>
> thanks
> phil
>
> ________________________________
>
> From: ken carlberg [mailto:carlberg@g11.org.uk]
> Sent: Tue 22/07/2008 13:41
> To: Jozef Babiarz
> Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
> Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
>
>
>
> On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:
>
>
> 	=

> 	Downgrading should only be done per flow and at ingress to PCN  =

> domain. PCN mechanism should not cause packet mis-ordering.
> 	By downgrading means that admission control is not performed for

> that flow, DSCP value is changed at ingress to network and network  =

> if congested will drop packets belonging to that flow. Should not  =

> that downgrading needs to be performed before the flow is admitted  =

> into the network.
>
>
> interesting.  so the expectation is that a PCN domain will perform  =

> admission control on *all* ingress flows, and no flow(s) will be  =

> treated (segmented, traffic engineered) as best effort.  I think  =

> that approach is a bit idealistic, but perhaps our respective  =

> experiences with ISPs is different.
>
> also, if we take the concern about mis-ordering one step further, I  =

> assume you would highly discourage the use of ECMP in the PCN domain  =

> because even though its out of scope of PCN as part of a solution,  =

> it can cause packet mis-ordering.
>
> cheers,
>
> -ken
>

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


From pcn-bounces@ietf.org  Wed Jul 23 07:43:18 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 5B6B53A68CD;
	Wed, 23 Jul 2008 07:43:18 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 486273A68CD
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 07:43:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level: 
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id qU7JPAOt-kFr for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 07:43:07 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148])
	by core3.amsl.com (Postfix) with ESMTP id A36AF3A6818
	for <pcn@ietf.org>; Wed, 23 Jul 2008 07:43:06 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.31,239,1215388800"; d="scan'208,217";a="15188376"
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 23 Jul 2008 14:43:49 +0000
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m6NEhnv1031018; 
	Wed, 23 Jul 2008 10:43:49 -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.13.8/8.13.8) with ESMTP id m6NEhlZu012054;
	Wed, 23 Jul 2008 14:43:49 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, 23 Jul 2008 10:43:48 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 23 Jul 2008 10:43:47 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0706D1BD0D@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <9671A92C3C8B5744BC97F855F7CB64651716788D@zcarhxm1.corp.nortel.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjnZc6ADYIwPFwxQ+24vtk1QKmGsAAADfAwAAED+gABPplX0AAbaONQ
From: "Anna Charny (acharny)" <acharny@cisco.com>
To: "Jozef Babiarz" <babiarz@nortel.com>, <philip.eardley@bt.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 23 Jul 2008 14:43:48.0579 (UTC)
	FILETIME=[843AC330:01C8ECD2]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=17585; t=1216824229;
	x=1217688229; 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.c
	om> |Subject:=20RE=3A=20[PCN]=20Issue=203=20on=20draft-eardley-
	pcn-marking-behaviour-01 |Sender:=20
	|To:=20=22Jozef=20Babiarz=22=20<babiarz@nortel.com>,=20<phi
	lip.eardley@bt.com>,=0A=20=20=20=20=20=20=20=20<pcn@ietf.org >;
	bh=9VqNOHUWT3MtWKcP6ahLXvxxGOCv/LlGHUF8TD4BWKE=;
	b=TsVVh/SMieo39Ek7NqeLlEInAxWC9N9uDD7yyceLnPVTW89PgmuQg1QBhi
	qh4en+d3AZmii0uT3PuYM5gvEr62Cu0t70AJj3QP9qDVAIBfR6pQRmcax3ue
	bCZglE0fb2;
Authentication-Results: rtp-dkim-2; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim2001 verified; ); 
Subject: Re: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0681789097=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0681789097==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8ECD2.840109D4"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8ECD2.840109D4
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi Joe, =20
=20
you say below=20
[Joe] Interior-nodes will forward non-PCN and PCN traffic using the same
scheduling priority. ECN field is not used for mapping packets to
different queue (scheduling priority).
=20
Are you proposing to impose this constraint in the standard?  Is it not
overly constraining?
=20
Anna=20

________________________________

	From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On
Behalf Of Jozef Babiarz
	Sent: Tuesday, July 22, 2008 9:50 PM
	To: philip.eardley@bt.com; pcn@ietf.org
	Subject: Re: [PCN] Issue 3 on
draft-eardley-pcn-marking-behaviour-01
=09
=09

	See comments below.

	=20

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

=09
________________________________


	From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On
Behalf Of philip.eardley@bt.com
	Sent: July 16, 2008 1:47 PM
	To: pcn@ietf.org
	Subject: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01

	=20

	3rd (& last - phew) of several emails to try & close Open Issues
on http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt=20

	=20

	the baseline encoding draft envisages that there may be
non-PCN-traffic that shares the same DSCP as PCN traffic. Question is
whether we assume that PCN-interior-nodes will treat these two sorts of
traffic the same as regards scheduling priority, or whether it's
possible they might not be?
	[Joe] Interior-nodes will forward non-PCN and PCN traffic using
the same scheduling priority. ECN field is not used for mapping packets
to different queue (scheduling priority).
=09
	                                             =20
=09
http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.txt
says:
	   o  The scheduling behaviour is coupled with the DSCP only.
	      Therefore, the same scheduling and buffer management rules
are
	      applied for non-PCN-capable and PCN-capable traffic using
the same
	      PCN-enabled DSCP.
	[Joe] The above statement is correct.
	=20
	This seems very reasonable to me.=20
	However, since a PCN-interior-node has to classify (distinguish)
PCN-pkts from non-PCN ones with the same DSCP (done by examining the ECN
field) - therefore it would in theory be possible to schedule them
differently.
	[Joe] Yes it would be possible. However core routers normally
have only small number queues or scheduling classes (between 1 and 8)
adding more requires additional hardware in the fast path.=20
	=20
	Also, I guess that "the same buffer management rules" means that
when it comes to traffic conditioning (policing) on PCN-interior-nodes,
then the PCN-pkts and non-PCN pkts (sharing the same DSCP) will also be
treated the same. Again, this seems very reasonable to me.
	=20
	=20
	Comments?
	Thanks,
	Phil/

	=20

	=20

	=20


------_=_NextPart_001_01C8ECD2.840109D4
Content-Type: text/html;
	charset="us-ascii"
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=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.3354" 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:Batang;
	panose-1:2 3 6 0 0 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:"\@Batang";
	panose-1:2 3 6 0 0 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
h4
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:"Times New Roman";
	font-weight:bold;}
h5
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:62.35pt;
	text-indent:-62.35pt;
	font-size:13.0pt;
	font-family:"Times New Roman";
	font-weight:bold;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:#606420;
	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";}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.emailstyle17
	{font-family:Arial;
	color:windowtext;}
span.emailstyle19
	{font-family:Arial;
	color:navy;}
span.emailstyle21
	{font-family:Arial;
	color:navy;}
span.EmailStyle22
	{mso-style-type:personal-reply;
	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>
<!--[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=3D#606420 link=3Dblue>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D883584014-23072008><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Hi Joe,&nbsp; </FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D883584014-23072008><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D883584014-23072008><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>you say below =
</FONT></SPAN></DIV><PRE><B><I><FONT face=3DArial color=3Dred =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; =
COLOR: red; FONT-STYLE: italic; FONT-FAMILY: =
Arial">[</SPAN></FONT></I></B><FONT face=3DArial color=3Dred><SPAN =
lang=3DEN-GB style=3D"COLOR: red; FONT-FAMILY: Arial">Joe] =
Interior-nodes will forward non-PCN and PCN traffic using the same =
scheduling priority. ECN field is not used for mapping packets to =
different queue (scheduling priority).<o:p></o:p></SPAN></FONT></PRE>
<DIV>&nbsp;</DIV>
<DIV><SPAN class=3D883584014-23072008></SPAN><FONT face=3DArial><FONT=20
color=3D#0000ff><FONT size=3D2>A<SPAN class=3D883584014-23072008>re you =
proposing to=20
impose this constraint in the standard?&nbsp; Is it not overly=20
constraining?</SPAN></FONT></FONT></FONT></DIV>
<DIV><FONT face=3DArial><FONT color=3D#0000ff><FONT size=3D2><SPAN=20
class=3D883584014-23072008></SPAN></FONT></FONT></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial><FONT color=3D#0000ff><FONT size=3D2><SPAN=20
class=3D883584014-23072008>Anna </SPAN></FONT></FONT></FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
  <HR tabIndex=3D-1>
  <FONT face=3DTahoma size=3D2><B>From:</B> pcn-bounces@ietf.org=20
  [mailto:pcn-bounces@ietf.org] <B>On Behalf Of </B>Jozef=20
  Babiarz<BR><B>Sent:</B> Tuesday, July 22, 2008 9:50 PM<BR><B>To:</B>=20
  philip.eardley@bt.com; pcn@ietf.org<BR><B>Subject:</B> Re: [PCN] Issue =
3 on=20
  draft-eardley-pcn-marking-behaviour-01<BR></FONT><BR></DIV>
  <DIV></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">See =
comments=20
  below.<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>
  <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=20
  face=3D"Times New Roman" 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">=20
  pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] <B><SPAN=20
  style=3D"FONT-WEIGHT: bold">On Behalf Of=20
  </SPAN></B>philip.eardley@bt.com<BR><B><SPAN=20
  style=3D"FONT-WEIGHT: bold">Sent:</SPAN></B> July 16, 2008 1:47 =
PM<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] Issue 3 on=20
  =
draft-eardley-pcn-marking-behaviour-01</SPAN></FONT><o:p></o:p></P></DIV>=

  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN=20
  style=3D"FONT-SIZE: 12pt"><o:p>&nbsp;</o:p></SPAN></FONT></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">3<SUP>rd</SUP> (&amp;=20
  last - phew)</SPAN></FONT><SPAN lang=3DEN-GB> of several emails to try =
&amp;=20
  close Open Issues on </SPAN><FONT face=3DArial size=3D2><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial"><A=20
  =
href=3D"http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.t=
xt">http://tools.ietf.org/id/draft-eardley-pcn-marking-behaviour-01.txt</=
A>=20
  </SPAN></FONT><SPAN lang=3DEN-GB><o:p></o:p></SPAN></P>
  <P class=3DMsoNormal><FONT face=3D"Times New Roman" size=3D3><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: =
12pt">&nbsp;<o:p></o:p></SPAN></FONT></P><PRE><FONT face=3D"Courier New" =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: navy">the baseline encoding draft envisages that there may be =
non-PCN-traffic that shares the same DSCP as PCN traffic. Question is =
whether we assume that PCN-interior-nodes will treat these two sorts of =
traffic the same as regards scheduling priority, or whether it&#8217;s =
possible they might not be?<PRE><B><I><FONT face=3DArial color=3Dred =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-WEIGHT: bold; FONT-SIZE: 10pt; =
COLOR: red; FONT-STYLE: italic; FONT-FAMILY: =
Arial">[</SPAN></FONT></I></B><FONT face=3DArial color=3Dred><SPAN =
lang=3DEN-GB style=3D"COLOR: red; FONT-FAMILY: Arial">Joe] =
Interior-nodes will forward non-PCN and PCN traffic using the same =
scheduling priority. ECN field is not used for mapping packets to =
different queue (scheduling =
priority).<o:p></o:p></SPAN></FONT></PRE></SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3D"Courier New" =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: =
navy">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
</SPAN></FONT><SPAN lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT =
face=3D"Courier New" color=3Dnavy size=3D2><SPAN lang=3DEN-GB =
style=3D"FONT-SIZE: 10pt; COLOR: navy"><A =
href=3D"http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02=
.txt">http://tools.ietf.org/id/draft-moncaster-pcn-baseline-encoding-02.t=
xt</A> says:</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt">&nbsp;&nbsp; =
o&nbsp; The scheduling behaviour is coupled with the DSCP =
only.<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Therefore, the same scheduling and =
buffer management rules are<o:p></o:p></SPAN></FONT></PRE><PRE><FONT =
face=3D"Courier New" size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; applied for non-PCN-capable and =
PCN-capable traffic using the =
same<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PCN-enabled =
DSCP.<o:p></o:p></SPAN></FONT></PRE><PRE><B><I><FONT face=3DArial =
color=3Dred size=3D2><SPAN lang=3DEN-GB style=3D"FONT-WEIGHT: bold; =
FONT-SIZE: 10pt; COLOR: red; FONT-STYLE: italic; FONT-FAMILY: =
Arial">[</SPAN></FONT></I></B><FONT face=3DArial color=3Dred><SPAN =
lang=3DEN-GB style=3D"COLOR: red; FONT-FAMILY: Arial">Joe] The above =
statement is correct.<o:p></o:p></SPAN></FONT></PRE><PRE><FONT =
face=3D"Courier New" color=3Dnavy size=3D2><SPAN lang=3DEN-GB =
style=3D"FONT-SIZE: 10pt; COLOR: navy">&nbsp;</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3DArial =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: navy; FONT-FAMILY: Arial">This seems very reasonable to me. =
</SPAN></FONT><SPAN lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT =
face=3DArial color=3Dnavy size=3D2><SPAN lang=3DEN-GB =
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">However, =
since a PCN-interior-node has to classify (distinguish) PCN-pkts from =
non-PCN ones with the same DSCP (done by examining the ECN field) =
&#8211; therefore it would in theory be possible to schedule them =
differently.</SPAN></FONT><FONT face=3DArial><SPAN lang=3DEN-GB =
style=3D"FONT-FAMILY: Arial"><o:p></o:p></SPAN></FONT></PRE><PRE><FONT =
face=3DArial color=3Dred size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt; COLOR: red; FONT-FAMILY: Arial">[Joe] Yes it would be possible. =
However core routers normally have only small number queues or =
scheduling classes (between 1 and 8) adding more requires additional =
hardware in the fast path. <o:p></o:p></SPAN></FONT></PRE><PRE><FONT =
face=3DArial color=3Dnavy size=3D2><SPAN lang=3DEN-GB =
style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">&nbsp;</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3DArial =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: navy; FONT-FAMILY: Arial">Also, I guess that &#8220;the same =
buffer management rules&#8221; means that when it comes to traffic =
conditioning (policing) on PCN-interior-nodes, then the PCN-pkts and =
non-PCN pkts (sharing the same DSCP) will also be treated the same. =
Again, this seems very reasonable to me.</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3DArial =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: navy; FONT-FAMILY: Arial">&nbsp;</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">&nbsp;<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3D"Courier =
New" size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">Comments?<o:p></o:p></SPAN></FONT></PRE><PRE><FONT face=3DArial =
color=3Dnavy size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: 10pt; =
COLOR: navy; FONT-FAMILY: Arial">Thanks,</SPAN></FONT><SPAN =
lang=3DEN-GB><o:p></o:p></SPAN></PRE><PRE><FONT face=3D"Courier New" =
size=3D2><SPAN lang=3DEN-GB style=3D"FONT-SIZE: =
10pt">Phil/<o:p></o:p></SPAN></FONT></PRE>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">&nbsp;</SPAN></FONT><SPAN=20
  lang=3DEN-GB><o:p></o:p></SPAN></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">&nbsp;</SPAN></FONT><SPAN=20
  lang=3DEN-GB><o:p></o:p></SPAN></P>
  <P class=3DMsoNormal><FONT face=3DArial color=3Dnavy size=3D2><SPAN =
lang=3DEN-GB=20
  style=3D"FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: =
Arial">&nbsp;</SPAN></FONT><SPAN=20
  lang=3DEN-GB><o:p></o:p></SPAN></P></DIV></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C8ECD2.840109D4--

--===============0681789097==
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://www.ietf.org/mailman/listinfo/pcn

--===============0681789097==--


From pcn-bounces@ietf.org  Wed Jul 23 09:31:59 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B87F43A69B8;
	Wed, 23 Jul 2008 09:31:59 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id BA7E23A69B8
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 09:31:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.189
X-Spam-Level: 
X-Spam-Status: No, score=-2.189 tagged_above=-999 required=5 tests=[AWL=0.060, 
	BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id syZpAWBA9sWm for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 09:31:58 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id E93993A698B
	for <pcn@ietf.org>; Wed, 23 Jul 2008 09:31:57 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 389C2A064A
	for <pcn@ietf.org>; Wed, 23 Jul 2008 18:32:39 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 2D842A0649
	for <pcn@ietf.org>; Wed, 23 Jul 2008 18:32:39 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 162B5198E06
	for <pcn@ietf.org>; Wed, 23 Jul 2008 18:32:39 +0200 (CEST)
Message-ID: <48875CDB.2020508@informatik.uni-wuerzburg.de>
Date: Wed, 23 Jul 2008 18:31:23 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: pcn <pcn@ietf.org>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: [PCN] downgrading packets or flows ?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

when downgrading pcn packets or whole pcn flows using signaling for the 
pcn class in case of congestion, this means we introduce another 
possibly complex mechanism because pcn does not work properly. Under 
normal operation, we should not experience congestion, in case of 
failures we can use flow termination. That's all. If we don't use flow 
termination, we have to live with potential congestion or could fight it 
somehow, but I don't think this should be part of the pcn architecture.

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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 23 10:06:14 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6B1C53A6901;
	Wed, 23 Jul 2008 10:06:14 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 19E0E3A6901
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 10:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.199
X-Spam-Level: 
X-Spam-Status: No, score=-2.199 tagged_above=-999 required=5 tests=[AWL=0.400, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id KdOxF2UcZbTT for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 10:06:12 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 5E8813A6818
	for <pcn@ietf.org>; Wed, 23 Jul 2008 10:06:12 -0700 (PDT)
Received: from cpe-071-077-051-004.nc.res.rr.com ([71.77.51.4])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>)
	id 1KLhnd-0000Gf-5D; Wed, 23 Jul 2008 13:06:49 -0400
From: Steven Blake <slblake@petri-meat.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0706D1BD0D@xmb-rtp-203.amer.cisco.com>
References: <BABC859E6D0B9A4D8448CC7F41CD2B0706D1BD0D@xmb-rtp-203.amer.cisco.com>
Date: Wed, 23 Jul 2008 13:06:49 -0400
Message-Id: <1216832809.11218.8.camel@tachyon>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

On Wed, 2008-07-23 at 10:43 -0400, Anna Charny (acharny) wrote:

> Hi Joe,  
>  
> you say below 
> [Joe] Interior-nodes will forward non-PCN and PCN traffic using the same scheduling priority. 
> ECN field is not used for mapping packets to different queue (scheduling priority).
>  
> Are you proposing to impose this constraint in the standard?  Is it
> not overly constraining?

It should not necessarily be a mandatory constraint.  But it might be a
good assumption.


Regards,

// Steve

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


From pcn-bounces@ietf.org  Wed Jul 23 21:06:45 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 907C83A68C9;
	Wed, 23 Jul 2008 21:06:45 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 385B43A67B0
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 21:06:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.279
X-Spam-Level: 
X-Spam-Status: No, score=-2.279 tagged_above=-999 required=5 tests=[AWL=0.320, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id vFy5yTLYnLfB for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 21:06:43 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 6844A3A6778
	for <pcn@ietf.org>; Wed, 23 Jul 2008 21:06:43 -0700 (PDT)
Received: from cpe-071-077-051-004.nc.res.rr.com ([71.77.51.4])
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>)
	id 1KLs6r-0002Io-C5; Thu, 24 Jul 2008 00:07:21 -0400
From: Steven Blake <slblake@petri-meat.com>
To: "Anna Charny (acharny)" <acharny@cisco.com>
In-Reply-To: <1216832809.11218.8.camel@tachyon>
References: <BABC859E6D0B9A4D8448CC7F41CD2B0706D1BD0D@xmb-rtp-203.amer.cisco.com>
	<1216832809.11218.8.camel@tachyon>
Date: Thu, 24 Jul 2008 00:07:23 -0400
Message-Id: <1216872443.15229.2.camel@tachyon>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) 
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 3 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

On Wed, 2008-07-23 at 13:06 -0400, Steven Blake wrote:

> On Wed, 2008-07-23 at 10:43 -0400, Anna Charny (acharny) wrote:
> 
> > Hi Joe,  
> >  
> > you say below 
> > [Joe] Interior-nodes will forward non-PCN and PCN traffic using the same scheduling priority. 
> > ECN field is not used for mapping packets to different queue (scheduling priority).
> >  
> > Are you proposing to impose this constraint in the standard?  Is it
> > not overly constraining?
> 
> It should not necessarily be a mandatory constraint.  But it might be a
> good assumption.

I should clarify: it's a safe assumption that many routers will forward
packets having the same DSCP value with the same PHB (irrespective of
the value of the ECN bits).  I anticipate resistance from the IETF
community if we propose otherwise.


Regards,

// Steve

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


From pcn-bounces@ietf.org  Wed Jul 23 23:55:37 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id ECB143A6988;
	Wed, 23 Jul 2008 23:55:37 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 0FFFA3A68D0
	for <pcn@core3.amsl.com>; Wed, 23 Jul 2008 23:55:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.949
X-Spam-Level: 
X-Spam-Status: No, score=-2.949 tagged_above=-999 required=5 tests=[AWL=0.300, 
	BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iUuU-ZxDMUPF for <pcn@core3.amsl.com>;
	Wed, 23 Jul 2008 23:55:36 -0700 (PDT)
Received: from tcmail23.telekom.de (tcmail23.telekom.de [217.6.95.237])
	by core3.amsl.com (Postfix) with ESMTP id A4F5A3A6959
	for <pcn@ietf.org>; Wed, 23 Jul 2008 23:55:35 -0700 (PDT)
Received: from S4DE8PSAANQ.mitte.t-com.de (S4DE8PSAANQ.mitte.t-com.de
	[10.151.180.166]) by tcmail21.telekom.de with ESMTP;
	Thu, 24 Jul 2008 08:56:18 +0200
Received: from S4DE8PSAANK.mitte.t-com.de ([10.151.229.10]) by
	S4DE8PSAANQ.mitte.t-com.de with Microsoft SMTPSVC(6.0.3790.3959); 
	Thu, 24 Jul 2008 08:56:18 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 24 Jul 2008 08:56:17 +0200
Message-Id: <1B6169C658325341A3B8066E23919E1C01880D94@S4DE8PSAANK.mitte.t-com.de>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07BF@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Re: [PCN] downgrading packets or flows ?
Thread-Index: AcjqfVQAlkVkNmDUSHSeIR7QfmjFbQBquuFRAEuJpqA=
References: <zlCNWTva.1216567731.0355970.karagian@ewi.utwente.nl>
	<4A916DBC72536E419A0BD955EDECEDEC032A07BF@E03MVB1-UKBR.domain1.systemhost.net>
From: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
To: <philip.eardley@bt.com>
X-OriginalArrivalTime: 24 Jul 2008 06:56:18.0533 (UTC)
	FILETIME=[5F832950:01C8ED5A]
Cc: pcn@ietf.org
Subject: Re: [PCN] downgrading packets or flows ?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil,

I try to sum up my position on downgrading:

- if downgrading is applied, then to flows only.
- if per flow treatment is required, then it is 
  applicable at PCN ingress boundary nodes only.
  PCN core nodes perform DiffServ aggregate 
  conditioning only. 
- if a flow is demoted to Best Effort by a PCN 
  ingress boundary node, the reason is that it 
  did not keep the agreed rate or flowspec. 
  This is a per flow treatment rather than a 
  DiffServ treatment and (to me) MUST be done 
  if and only if it can be signaled by the 
  control plane of that flow. Otherwise that 
  flow MUST be policed to the agreed rate 
  or flow spec. To me, demotion to Best Effort 
  should be seen as a functionality of the 
  service using PCN, but not as a PCN
  functionality.

Arguments supporting my view have been given 
in one of my last mails, I don't want to 
repeat them here.

Regards,

Rudiger



---------- Michael wrote: ---------------------------------------

Hi,

when downgrading pcn packets or whole pcn flows using signaling for the 
pcn class in case of congestion, this means we introduce another 
possibly complex mechanism because pcn does not work properly. Under 
normal operation, we should not experience congestion, in case of 
failures we can use flow termination. That's all. If we don't use flow 
termination, we have to live with potential congestion or could fight it 
somehow, but I don't think this should be part of the pcn architecture.

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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Thu Jul 24 02:41:34 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8A8F33A69D8;
	Thu, 24 Jul 2008 02:41:34 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E11563A693D
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 02:41:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.882
X-Spam-Level: 
X-Spam-Status: No, score=-1.882 tagged_above=-999 required=5 tests=[AWL=0.717, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id mSKXdjDGx3fz for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 02:41:32 -0700 (PDT)
Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [119.145.14.67])
	by core3.amsl.com (Postfix) with ESMTP id 908663A69D8
	for <pcn@ietf.org>; Thu, 24 Jul 2008 02:41:32 -0700 (PDT)
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 <0K4I002G58AFRG@szxga04-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 17:42:15 +0800 (CST)
Received: from huawei.com ([172.24.1.12])
	by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0K4I00HBG8AF0V@szxga04-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 17:42:15 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4I00CIT8AFOX@szxml05-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 17:42:15 +0800 (CST)
Date: Thu, 24 Jul 2008 17:42:15 +0800
From: Fortune HUANG <fqhuang@huawei.com>
To: pcn@ietf.org
Message-id: <016801c8ed71$8e2b7840$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTA
Subject: [PCN]   Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi all,

The table in section 6 seems to show that if a packet contains the DSCP
value DSCP1 or DSCP2 and Not-ECT(00) at the same time, it is a Not-PCN
packet.
      +--------+--------------+-------------+-------------+---------+
      |  DSCP  | Not-ECT (00) | ECT(0) (10) | ECT(1) (01) | CE (11) |
      +--------+--------------+-------------+-------------+---------+
      | DSCP 1 |    Not-PCN   | NM(Not-ECT) |    NM(CE)   |   ThM   |
      | DSCP 2 |    Not-PCN   |  NM(ECT(0)) |  NM(ECT(1)) |   ETM   |
      +--------+--------------+-------------+-------------+---------+
In this case, for each incoming packets, the interior node needs to identify
whether it is a PCN packet or not by two factors: the DSCP, and the ECN
bits. Because as is shown in the table, even if a packet contains the DSCP
value DSCP1 or DSCP2, it can also be a Not-PCN packet.
However, as is known to us all, one factor (i.e. the DSCP) is enough to
identify a PCN packet. And it will improve the performance before putting a
packet into the PCN queue by using only one factor to identify a PCN packet.
IMO, Not-ECT(00) doesn't need to be used. I wonder if we could put the table
in this way:
+--------+--------------+-------------+-------------+---------+
|  DSCP  | Not-ECT (00) | ECT(0) (10) | ECT(1) (01) | CE (11) |
+--------+--------------+-------------+-------------+---------+
| DSCP 1 |      -       | NM(Not-ECT) |    NM(CE)   |   ThM   |
| DSCP 2 |      -       |  NM(ECT(0)) |  NM(ECT(1)) |   ETM   |
| DSCP x |    Not-PCN   |  Not-PCN    |  Not-PCN    | Not-PCN |
+--------+--------------+-------------+-------------+---------+
NOTE: DSCPx is a DSCP codepoint other than DSCP1 and DSCP2.

Best regards,
Fortune


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


From pcn-bounces@ietf.org  Thu Jul 24 03:55:19 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AA12E3A67DA;
	Thu, 24 Jul 2008 03:55:19 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 42A9C3A67DA
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 03:55:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.421
X-Spam-Level: 
X-Spam-Status: No, score=0.421 tagged_above=-999 required=5 tests=[AWL=-1.873, 
	BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451,
	HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hxWV-fAq-6mU for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 03:55:18 -0700 (PDT)
Received: from szxga02-in.huawei.com (unknown [119.145.14.65])
	by core3.amsl.com (Postfix) with ESMTP id 4C84D3A659B
	for <pcn@ietf.org>; Thu, 24 Jul 2008 03:55:18 -0700 (PDT)
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 <0K4I00B4TBK441@szxga02-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 18:52:52 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0K4I00IB4BK4UN@szxga02-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 18:52:52 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4I00IDYBK35R@szxml03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 18:52:52 +0800 (CST)
Date: Thu, 24 Jul 2008 18:52:51 +0800
From: Fortune HUANG <fqhuang@huawei.com>
To: pcn@ietf.org
Message-id: <016901c8ed7b$6bacb4a0$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTAAAJgFwA=
Subject: Re: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

SGkgYWxsLAoKVGhlIHNhbWUgcHJvYmxlbSBhbHNvIGV4aXN0cyBpbiBzZWN0aW9uIDQgb2YKZHJh
ZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZy0wMi4KCkJlc3QgUmVnYXJkcywKRm9y
dHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7IyzogcGNuLWJvdW5jZXNAaWV0Zi5vcmcgW21h
aWx0bzpwY24tYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBGb3J0dW5lCkhVQU5HCreiy83KsbzkOiAy
MDA4xOo31MIyNMjVIDE3OjQyCsrVvP7IyzogcGNuQGlldGYub3JnCtb3zOI6IFtQQ05dIENvbW1l
bnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVyLXBjbi0zLXN0YXRlLWVuY29kaW5nLTAwCgpIaSBhbGws
CgpUaGUgdGFibGUgaW4gc2VjdGlvbiA2IHNlZW1zIHRvIHNob3cgdGhhdCBpZiBhIHBhY2tldCBj
b250YWlucyB0aGUgRFNDUAp2YWx1ZSBEU0NQMSBvciBEU0NQMiBhbmQgTm90LUVDVCgwMCkgYXQg
dGhlIHNhbWUgdGltZSwgaXQgaXMgYSBOb3QtUENOCnBhY2tldC4KICAgICAgKy0tLS0tLS0tKy0t
LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCiAgICAg
IHwgIERTQ1AgIHwgTm90LUVDVCAoMDApIHwgRUNUKDApICgxMCkgfCBFQ1QoMSkgKDAxKSB8IENF
ICgxMSkgfAogICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tKy0tLS0tLS0tLSsKICAgICAgfCBEU0NQIDEgfCAgICBOb3QtUENOICAgfCBOTShO
b3QtRUNUKSB8ICAgIE5NKENFKSAgIHwgICBUaE0gICB8CiAgICAgIHwgRFNDUCAyIHwgICAgTm90
LVBDTiAgIHwgIE5NKEVDVCgwKSkgfCAgTk0oRUNUKDEpKSB8ICAgRVRNICAgfAogICAgICArLS0t
LS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0t
LSsKSW4gdGhpcyBjYXNlLCBmb3IgZWFjaCBpbmNvbWluZyBwYWNrZXRzLCB0aGUgaW50ZXJpb3Ig
bm9kZSBuZWVkcyB0byBpZGVudGlmeQp3aGV0aGVyIGl0IGlzIGEgUENOIHBhY2tldCBvciBub3Qg
YnkgdHdvIGZhY3RvcnM6IHRoZSBEU0NQLCBhbmQgdGhlIEVDTgpiaXRzLiBCZWNhdXNlIGFzIGlz
IHNob3duIGluIHRoZSB0YWJsZSwgZXZlbiBpZiBhIHBhY2tldCBjb250YWlucyB0aGUgRFNDUAp2
YWx1ZSBEU0NQMSBvciBEU0NQMiwgaXQgY2FuIGFsc28gYmUgYSBOb3QtUENOIHBhY2tldC4KSG93
ZXZlciwgYXMgaXMga25vd24gdG8gdXMgYWxsLCBvbmUgZmFjdG9yIChpLmUuIHRoZSBEU0NQKSBp
cyBlbm91Z2ggdG8KaWRlbnRpZnkgYSBQQ04gcGFja2V0LiBBbmQgaXQgd2lsbCBpbXByb3ZlIHRo
ZSBwZXJmb3JtYW5jZSBiZWZvcmUgcHV0dGluZyBhCnBhY2tldCBpbnRvIHRoZSBQQ04gcXVldWUg
YnkgdXNpbmcgb25seSBvbmUgZmFjdG9yIHRvIGlkZW50aWZ5IGEgUENOIHBhY2tldC4KSU1PLCBO
b3QtRUNUKDAwKSBkb2Vzbid0IG5lZWQgdG8gYmUgdXNlZC4gSSB3b25kZXIgaWYgd2UgY291bGQg
cHV0IHRoZSB0YWJsZQppbiB0aGlzIHdheToKKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCnwgIERTQ1AgIHwgTm90LUVDVCAoMDAp
IHwgRUNUKDApICgxMCkgfCBFQ1QoMSkgKDAxKSB8IENFICgxMSkgfAorLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKfCBEU0NQIDEg
fCAgICAgIC0gICAgICAgfCBOTShOb3QtRUNUKSB8ICAgIE5NKENFKSAgIHwgICBUaE0gICB8Cnwg
RFNDUCAyIHwgICAgICAtICAgICAgIHwgIE5NKEVDVCgwKSkgfCAgTk0oRUNUKDEpKSB8ICAgRVRN
ICAgfAp8IERTQ1AgeCB8ICAgIE5vdC1QQ04gICB8ICBOb3QtUENOICAgIHwgIE5vdC1QQ04gICAg
fCBOb3QtUENOIHwKKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLSstLS0tLS0tLS0rCk5PVEU6IERTQ1B4IGlzIGEgRFNDUCBjb2RlcG9pbnQgb3RoZXIg
dGhhbiBEU0NQMSBhbmQgRFNDUDIuCgpCZXN0IHJlZ2FyZHMsCkZvcnR1bmUKCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpQQ04gbWFpbGluZyBsaXN0ClBD
TkBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BjbgoKX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KUENOIG1haWxpbmcg
bGlzdApQQ05AaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9w
Y24K


From pcn-bounces@ietf.org  Thu Jul 24 04:44:10 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id CB63F3A680B;
	Thu, 24 Jul 2008 04:44:10 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 361533A67C1
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 04:44:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.734
X-Spam-Level: 
X-Spam-Status: No, score=0.734 tagged_above=-999 required=5 tests=[AWL=-1.560, 
	BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451,
	HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JCJ-vvsy3h6g for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 04:44:08 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64])
	by core3.amsl.com (Postfix) with ESMTP id D43623A6812
	for <pcn@ietf.org>; Thu, 24 Jul 2008 04:44:07 -0700 (PDT)
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 <0K4I00MHQDYFEC@szxga01-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:44:39 +0800 (CST)
Received: from huawei.com ([172.24.1.18])
	by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0K4I00CS8DYFRV@szxga01-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:44:39 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4I00I6KDYF5R@szxml03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:44:39 +0800 (CST)
Date: Thu, 24 Jul 2008 19:44:39 +0800
From: Fortune HUANG <fqhuang@huawei.com>
To: pcn@ietf.org
Message-id: <016b01c8ed82$a7aad020$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTAAAJgFwAAAIqTQAABXlOw
Subject: Re: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

SGkgYWxsLAoKSW4gY2xhdXNlIDQgb2YgZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNv
ZGluZy0wMiwgdGhlcmUgaXMgYQpwYXJhZ3JhcGggYXMgZm9sbG93czoKICAgbyAgQW55IHBhY2tl
dCB0aGF0IGlzIG5vdCBQQ04gY2FwYWJsZSAobm90LVBDTikgYnV0IHdoaWNoIHNoYXJlcyB0aGUg
c2FtZQpEaWZmU2VydiBjb2RlcG9pbnQgYXMgUENOIGNhcGFibGUgdHJhZmZpYyBNVVNUIGhhdmUg
dGhlIEVDTiBmaWVsZCBzZXQgdG8gMDAuCgpGcm9tIG15IHBvaW50IG9mIHZpZXcsIHdlIGRvbid0
IG5lZWQgdGhpcyBraW5kIG9mIHBhY2tldCB3aGljaCBzaGFyZXMgdGhlCnNhbWUgRFNDUCBhcyBQ
Q04gdHJhZmZpYyB3aGlsZSBpdCBpcyBub3QgUENOIHRyYWZmaWMuIEV2ZW4gaWYgd2Ugd2FudCB0
bwpzdXBwb3J0IHRoaXMga2luZCBvZiBwYWNrZXQsIHdlIGNhbiBub3QgaGFuZGxlIGl0IHdlbGwu
IE9idmlvdXNseSwgdGhpcyBraW5kCm9mIHBhY2tldCBjYW4gbm90IGJlIGhhbmRsZWQgbGlrZSBu
b3JtYWwgUENOLXRyYWZmaWMuIEFuZCBpdCBjYW4gbm90IGJlCmhhbmRsZWQgbGlrZSBFQ04tdHJh
ZmZpYyBlaXRoZXIsIGZvciBpdHMgRUNOIGZpZWxkIG5lZWRzIHRvIGJlIDAwIGluIHRoZSBQQ04K
ZG9tYWluLiBUaGUgcmVhc29uIGlzIHRoYXQgaWYgaXRzIEVDTiBmaWVsZCBpcyBjaGFuZ2VkLCB0
aGUgcGFja2V0IHdpbGwgYmUKbWl4ZWQgdG90YWxseSBpbiB0aGUgUENOLXRyYWZmaWMgYW5kIGNh
bid0IGJlIGlkZW50aWZpZWQgYnkgdGhlIGludGVyaW9yCm5vZGUuIEZ1cnRoZXJtb3JlLCBzaW5j
ZSB0aGUgRUNOIGZpZWxkIG9mIHRoaXMga2luZCBvZiBwYWNrZXQgaXMgY2hhbmdlZCB0bwowMCBh
dCB0aGUgaW5ncmVzcyBub2RlLCBhbmQgdGhlIEVDTiBmaWVsZCBvZiB0aGlzIGtpbmQgb2YgcGFj
a2V0IGNhbid0IGJlCnJlY292ZXJlZCBhdCB0aGUgZWdyZXNzIG5vZGUuIEl0IG1ha2VzIHRoZSBF
bmQtdG8tRW5kIEVDTiBzdXBwb3J0IGltcG9zc2libGUKZm9yIHRoaXMga2luZCBvZiBwYWNrZXQu
CgpJZiB3ZSBjYW4gYWdyZWUgb24gdGhpcyBwb2ludCwgdGhlIGZvbGxvd2luZyBwYXJhZ3JhcGgg
aW4gY2xhdXNlIDYuNSBvZgpkcmFmdC1pZXRmLXBjbi1hcmNoaXRlY3R1cmUtMDQgY2FuIGJlIHJl
bW92ZWQ6CiAgIG8gIFRoZXJlIG1heSBiZSBvdGhlciB0cmFmZmljIHRoYXQgdXNlcyB0aGUgc2Ft
ZSBEU0NQIGFzIFBDTi10cmFmZmljIGJ1dAp3aXRoIHRoZSBFQ04gZmllbGQgaXMgMDAgKE5vdCBF
Q1QpLCBhbmQgc28gbm90IHN1YmplY3QgdG8gUENOLW1hcmtpbmcsIG5vcgpQQ04ncyBhZG1pc3Np
b24gY29udHJvbCBhbmQgZmxvdyB0ZXJtaW5hdGlvbiBtZWNoYW5pc21zLi4gIFRvIHF1b3RlCltJ
LUQubW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZ106ICJUbyBjb25zZXJ2ZSBEU0NQcywg
RGlmZlNlcnYKQ29kZXBvaW50cyBTSE9VTEQgYmUgY2hvc2VuIHRoYXQgYXJlIGFscmVhZHkgZGVm
aW5lZCBmb3IgdXNlIHdpdGggYWRtaXNzaW9uCmNvbnRyb2xsZWQgdHJhZmZpYywgc3VjaCBhcyB0
aGUgVm9pY2UtQWRtaXQgY29kZXBvaW50IGRlZmluZWQgaW4KW3ZvaWNlLWFkbWl0XS4iICBTaW5j
ZSAgICAgIHNjaGVkdWxpbmcgYmVoYXZpb3VyIGlzIGNvdXBsZWQgd2l0aCB0aGUgRFNDUApvbmx5
LCB0aGVyZWZvcmUgdGhlIHNhbWUgc2NoZWR1bGluZyBhbmQgYnVmZmVyIG1hbmFnZW1lbnQgcnVs
ZXMgYXJlIGFwcGxpZWQKdG8gbm9uLSBQQ04tdHJhZmZpYyBhbmQgUENOLXRyYWZmaWMgdXNpbmcg
dGhlIHNhbWUgUENOLWVuYWJsZWQgRFNDUC4gVGhlcmUKbWF5IGJlIG5vICJub24tUENOLXRyYWZm
aWMiLCBidXQgaWYgdGhlcmUgaXMgaXQgbmVlZHMgdG8gY29udHJpYnV0ZSB0byB0aGUKUENOIG1l
dGVycy4KCkJlc3QgUmVnYXJkcywKRm9ydHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7Iyzog
cGNuLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24tYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBG
b3J0dW5lCkhVQU5HCreiy83KsbzkOiAyMDA4xOo31MIyNMjVIDE4OjUzCsrVvP7IyzogcGNuQGll
dGYub3JnCtb3zOI6IFJlOiBbUENOXSBDb21tZW50IGFib3V0IGRyYWZ0LW1vbmNhc3Rlci1wY24t
My1zdGF0ZS1lbmNvZGluZy0wMAoKSGkgYWxsLAoKVGhlIHNhbWUgcHJvYmxlbSBhbHNvIGV4aXN0
cyBpbiBzZWN0aW9uIDQgb2YKZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZy0w
Mi4KCkJlc3QgUmVnYXJkcywKRm9ydHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7IyzogcGNu
LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24tYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBGb3J0
dW5lCkhVQU5HCreiy83KsbzkOiAyMDA4xOo31MIyNMjVIDE3OjQyCsrVvP7IyzogcGNuQGlldGYu
b3JnCtb3zOI6IFtQQ05dIENvbW1lbnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVyLXBjbi0zLXN0YXRl
LWVuY29kaW5nLTAwCgpIaSBhbGwsCgpUaGUgdGFibGUgaW4gc2VjdGlvbiA2IHNlZW1zIHRvIHNo
b3cgdGhhdCBpZiBhIHBhY2tldCBjb250YWlucyB0aGUgRFNDUAp2YWx1ZSBEU0NQMSBvciBEU0NQ
MiBhbmQgTm90LUVDVCgwMCkgYXQgdGhlIHNhbWUgdGltZSwgaXQgaXMgYSBOb3QtUENOCnBhY2tl
dC4KICAgICAgKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t
LS0tLSstLS0tLS0tLS0rCiAgICAgIHwgIERTQ1AgIHwgTm90LUVDVCAoMDApIHwgRUNUKDApICgx
MCkgfCBFQ1QoMSkgKDAxKSB8IENFICgxMSkgfAogICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0t
LS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKICAgICAgfCBEU0NQIDEg
fCAgICBOb3QtUENOICAgfCBOTShOb3QtRUNUKSB8ICAgIE5NKENFKSAgIHwgICBUaE0gICB8CiAg
ICAgIHwgRFNDUCAyIHwgICAgTm90LVBDTiAgIHwgIE5NKEVDVCgwKSkgfCAgTk0oRUNUKDEpKSB8
ICAgRVRNICAgfAogICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSst
LS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKSW4gdGhpcyBjYXNlLCBmb3IgZWFjaCBpbmNvbWluZyBw
YWNrZXRzLCB0aGUgaW50ZXJpb3Igbm9kZSBuZWVkcyB0byBpZGVudGlmeQp3aGV0aGVyIGl0IGlz
IGEgUENOIHBhY2tldCBvciBub3QgYnkgdHdvIGZhY3RvcnM6IHRoZSBEU0NQLCBhbmQgdGhlIEVD
TgpiaXRzLiBCZWNhdXNlIGFzIGlzIHNob3duIGluIHRoZSB0YWJsZSwgZXZlbiBpZiBhIHBhY2tl
dCBjb250YWlucyB0aGUgRFNDUAp2YWx1ZSBEU0NQMSBvciBEU0NQMiwgaXQgY2FuIGFsc28gYmUg
YSBOb3QtUENOIHBhY2tldC4KSG93ZXZlciwgYXMgaXMga25vd24gdG8gdXMgYWxsLCBvbmUgZmFj
dG9yIChpLmUuIHRoZSBEU0NQKSBpcyBlbm91Z2ggdG8KaWRlbnRpZnkgYSBQQ04gcGFja2V0LiBB
bmQgaXQgd2lsbCBpbXByb3ZlIHRoZSBwZXJmb3JtYW5jZSBiZWZvcmUgcHV0dGluZyBhCnBhY2tl
dCBpbnRvIHRoZSBQQ04gcXVldWUgYnkgdXNpbmcgb25seSBvbmUgZmFjdG9yIHRvIGlkZW50aWZ5
IGEgUENOIHBhY2tldC4KSU1PLCBOb3QtRUNUKDAwKSBkb2Vzbid0IG5lZWQgdG8gYmUgdXNlZC4g
SSB3b25kZXIgaWYgd2UgY291bGQgcHV0IHRoZSB0YWJsZQppbiB0aGlzIHdheToKKy0tLS0tLS0t
Ky0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCnwg
IERTQ1AgIHwgTm90LUVDVCAoMDApIHwgRUNUKDApICgxMCkgfCBFQ1QoMSkgKDAxKSB8IENFICgx
MSkgfAorLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLSsKfCBEU0NQIDEgfCAgICAgIC0gICAgICAgfCBOTShOb3QtRUNUKSB8ICAgIE5N
KENFKSAgIHwgICBUaE0gICB8CnwgRFNDUCAyIHwgICAgICAtICAgICAgIHwgIE5NKEVDVCgwKSkg
fCAgTk0oRUNUKDEpKSB8ICAgRVRNICAgfAp8IERTQ1AgeCB8ICAgIE5vdC1QQ04gICB8ICBOb3Qt
UENOICAgIHwgIE5vdC1QQ04gICAgfCBOb3QtUENOIHwKKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCk5PVEU6IERTQ1B4IGlzIGEg
RFNDUCBjb2RlcG9pbnQgb3RoZXIgdGhhbiBEU0NQMSBhbmQgRFNDUDIuCgpCZXN0IHJlZ2FyZHMs
CkZvcnR1bmUKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XwpQQ04gbWFpbGluZyBsaXN0ClBDTkBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL3BjbgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KUENOIG1haWxpbmcgbGlzdApQQ05AaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9wY24KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fClBDTiBtYWlsaW5nIGxpc3QKUENOQGlldGYub3JnCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNuCg==


From pcn-bounces@ietf.org  Thu Jul 24 04:50:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1A5C828C0DC;
	Thu, 24 Jul 2008 04:50:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2E3D13A6961
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 04:50:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.734
X-Spam-Level: 
X-Spam-Status: No, score=0.734 tagged_above=-999 required=5 tests=[AWL=-1.560, 
	BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451,
	HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WiQMd9v+VAKF for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 04:50:48 -0700 (PDT)
Received: from szxga03-in.huawei.com (unknown [119.145.14.66])
	by core3.amsl.com (Postfix) with ESMTP id 868C53A6957
	for <pcn@ietf.org>; Thu, 24 Jul 2008 04:50:47 -0700 (PDT)
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 <0K4I00JYJDINJT@szxga03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:35:11 +0800 (CST)
Received: from huawei.com ([172.24.1.12])
	by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTP id <0K4I00DCEDIM56@szxga03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:35:10 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4I004N6DILS0@szxml05-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 19:35:10 +0800 (CST)
Date: Thu, 24 Jul 2008 19:35:09 +0800
From: Fortune HUANG <fqhuang@huawei.com>
In-reply-to: <016901c8ed7b$6bacb4a0$1a3afea9@china.huawei.com>
To: pcn@ietf.org
Message-id: <016a01c8ed81$54bb3c20$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTAAAJgFwAAAIqTQA==
Subject: Re: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

SGkgYWxsLAoKSW4gY2xhdXNlIDQgb2YgZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNv
ZGluZy0wMiwgdGhlcmUgaXMgYQpwYXJhZ3JhcGggYXMgZm9sbG93czoKICAgbyAgQW55IHBhY2tl
dCB0aGF0IGlzIG5vdCBQQ04gY2FwYWJsZSAobm90LVBDTikgYnV0IHdoaWNoIHNoYXJlcyB0aGUg
c2FtZQpEaWZmU2VydiBjb2RlcG9pbnQgYXMgUENOIGNhcGFibGUgdHJhZmZpYyBNVVNUIGhhdmUg
dGhlIEVDTiBmaWVsZCBzZXQgdG8gMDAuCgpGcm9tIG15IHBvaW50IG9mIHZpZXcsIHdlIGRvbid0
IG5lZWQgdGhpcyBraW5kIG9mIHBhY2tldCB3aGljaCBzaGFyZXMgdGhlCnNhbWUgRFNDUCBhcyBQ
Q04gdHJhZmZpYyB3aGlsZSBpdCBpcyBub3QgUENOIHRyYWZmaWMuIEV2ZW4gaWYgd2Ugd2FudCB0
bwpzdXBwb3J0IHRoaXMga2luZCBvZiBwYWNrZXQsIHdlIGNhbiBub3QgaGFuZGxlIGl0IHdlbGwu
IE9idmlvdXNseSwgdGhpcyBraW5kCm9mIHBhY2tldCBjYW4gbm90IGJlIGhhbmRsZWQgbGlrZSBu
b3JtYWwgUENOLXRyYWZmaWMuIEFuZCBpdCBjYW4gbm90IGJlCmhhbmRsZWQgbGlrZSBFQ04tdHJh
ZmZpYyBlaXRoZXIsIGZvciBpdHMgRUNOIGZpZWxkIG5lZWRzIHRvIGJlIDAwIGluIHRoZSBQQ04K
ZG9tYWluLiBUaGUgcmVhc29uIGlzIHRoYXQgaWYgaXRzIEVDTiBmaWVsZCBpcyBjaGFuZ2VkLCB0
aGUgcGFja2V0IHdpbGwgYmUKbWl4ZWQgdG90YWxseSBpbiB0aGUgUENOLXRyYWZmaWMgYW5kIGNh
bid0IGJlIGlkZW50aWZpZWQgYnkgdGhlIGludGVyaW9yCm5vZGUuIEZ1cnRoZXJtb3JlLCBzaW5j
ZSB0aGUgRUNOIGZpZWxkIG9mIHRoaXMga2luZCBvZiBwYWNrZXQgaXMgY2hhbmdlZCB0bwowMCBh
dCB0aGUgaW5ncmVzcyBub2RlLCBhbmQgdGhlIEVDTiBmaWVsZCBvZiB0aGlzIGtpbmQgb2YgcGFj
a2V0IGNhbid0IGJlCnJlY292ZXJlZCBhdCB0aGUgZWdyZXNzIG5vZGUuIEl0IG1ha2VzIHRoZSBF
bmQtdG8tRW5kIEVDTiBzdXBwb3J0IGltcG9zc2libGUKZm9yIHRoaXMga2luZCBvZiBwYWNrZXQu
CgpJZiB3ZSBjYW4gYWdyZWUgb24gdGhpcyBwb2ludCwgdGhlIGZvbGxvd2luZyBwYXJhZ3JhcGgg
aW4gY2xhdXNlIDYuNSBvZgpkcmFmdC1pZXRmLXBjbi1hcmNoaXRlY3R1cmUtMDQgY2FuIGJlIHJl
bW92ZWQ6CiAgIG8gIFRoZXJlIG1heSBiZSBvdGhlciB0cmFmZmljIHRoYXQgdXNlcyB0aGUgc2Ft
ZSBEU0NQIGFzIFBDTi10cmFmZmljIGJ1dAp3aXRoIHRoZSBFQ04gZmllbGQgaXMgMDAgKE5vdCBF
Q1QpLCBhbmQgc28gbm90IHN1YmplY3QgdG8gUENOLW1hcmtpbmcsIG5vcgpQQ04ncyBhZG1pc3Np
b24gY29udHJvbCBhbmQgZmxvdyB0ZXJtaW5hdGlvbiBtZWNoYW5pc21zLi4gIFRvIHF1b3RlCltJ
LUQubW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZ106ICJUbyBjb25zZXJ2ZSBEU0NQcywg
RGlmZlNlcnYKQ29kZXBvaW50cyBTSE9VTEQgYmUgY2hvc2VuIHRoYXQgYXJlIGFscmVhZHkgZGVm
aW5lZCBmb3IgdXNlIHdpdGggYWRtaXNzaW9uCmNvbnRyb2xsZWQgdHJhZmZpYywgc3VjaCBhcyB0
aGUgVm9pY2UtQWRtaXQgY29kZXBvaW50IGRlZmluZWQgaW4KW3ZvaWNlLWFkbWl0XS4iICBTaW5j
ZSAgICAgIHNjaGVkdWxpbmcgYmVoYXZpb3VyIGlzIGNvdXBsZWQgd2l0aCB0aGUgRFNDUApvbmx5
LCB0aGVyZWZvcmUgdGhlIHNhbWUgc2NoZWR1bGluZyBhbmQgYnVmZmVyIG1hbmFnZW1lbnQgcnVs
ZXMgYXJlIGFwcGxpZWQKdG8gbm9uLSBQQ04tdHJhZmZpYyBhbmQgUENOLXRyYWZmaWMgdXNpbmcg
dGhlIHNhbWUgUENOLWVuYWJsZWQgRFNDUC4gVGhlcmUKbWF5IGJlIG5vICJub24tUENOLXRyYWZm
aWMiLCBidXQgaWYgdGhlcmUgaXMgaXQgbmVlZHMgdG8gY29udHJpYnV0ZSB0byB0aGUKUENOIG1l
dGVycy4KCkJlc3QgUmVnYXJkcywKRm9ydHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7Iyzog
cGNuLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24tYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBG
b3J0dW5lCkhVQU5HCreiy83KsbzkOiAyMDA4xOo31MIyNMjVIDE4OjUzCsrVvP7IyzogcGNuQGll
dGYub3JnCtb3zOI6IFJlOiBbUENOXSBDb21tZW50IGFib3V0IGRyYWZ0LW1vbmNhc3Rlci1wY24t
My1zdGF0ZS1lbmNvZGluZy0wMAoKSGkgYWxsLAoKVGhlIHNhbWUgcHJvYmxlbSBhbHNvIGV4aXN0
cyBpbiBzZWN0aW9uIDQgb2YKZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZy0w
Mi4KCkJlc3QgUmVnYXJkcywKRm9ydHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7IyzogcGNu
LWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24tYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBGb3J0
dW5lCkhVQU5HCreiy83KsbzkOiAyMDA4xOo31MIyNMjVIDE3OjQyCsrVvP7IyzogcGNuQGlldGYu
b3JnCtb3zOI6IFtQQ05dIENvbW1lbnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVyLXBjbi0zLXN0YXRl
LWVuY29kaW5nLTAwCgpIaSBhbGwsCgpUaGUgdGFibGUgaW4gc2VjdGlvbiA2IHNlZW1zIHRvIHNo
b3cgdGhhdCBpZiBhIHBhY2tldCBjb250YWlucyB0aGUgRFNDUAp2YWx1ZSBEU0NQMSBvciBEU0NQ
MiBhbmQgTm90LUVDVCgwMCkgYXQgdGhlIHNhbWUgdGltZSwgaXQgaXMgYSBOb3QtUENOCnBhY2tl
dC4KICAgICAgKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t
LS0tLSstLS0tLS0tLS0rCiAgICAgIHwgIERTQ1AgIHwgTm90LUVDVCAoMDApIHwgRUNUKDApICgx
MCkgfCBFQ1QoMSkgKDAxKSB8IENFICgxMSkgfAogICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0t
LS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKICAgICAgfCBEU0NQIDEg
fCAgICBOb3QtUENOICAgfCBOTShOb3QtRUNUKSB8ICAgIE5NKENFKSAgIHwgICBUaE0gICB8CiAg
ICAgIHwgRFNDUCAyIHwgICAgTm90LVBDTiAgIHwgIE5NKEVDVCgwKSkgfCAgTk0oRUNUKDEpKSB8
ICAgRVRNICAgfAogICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSst
LS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKSW4gdGhpcyBjYXNlLCBmb3IgZWFjaCBpbmNvbWluZyBw
YWNrZXRzLCB0aGUgaW50ZXJpb3Igbm9kZSBuZWVkcyB0byBpZGVudGlmeQp3aGV0aGVyIGl0IGlz
IGEgUENOIHBhY2tldCBvciBub3QgYnkgdHdvIGZhY3RvcnM6IHRoZSBEU0NQLCBhbmQgdGhlIEVD
TgpiaXRzLiBCZWNhdXNlIGFzIGlzIHNob3duIGluIHRoZSB0YWJsZSwgZXZlbiBpZiBhIHBhY2tl
dCBjb250YWlucyB0aGUgRFNDUAp2YWx1ZSBEU0NQMSBvciBEU0NQMiwgaXQgY2FuIGFsc28gYmUg
YSBOb3QtUENOIHBhY2tldC4KSG93ZXZlciwgYXMgaXMga25vd24gdG8gdXMgYWxsLCBvbmUgZmFj
dG9yIChpLmUuIHRoZSBEU0NQKSBpcyBlbm91Z2ggdG8KaWRlbnRpZnkgYSBQQ04gcGFja2V0LiBB
bmQgaXQgd2lsbCBpbXByb3ZlIHRoZSBwZXJmb3JtYW5jZSBiZWZvcmUgcHV0dGluZyBhCnBhY2tl
dCBpbnRvIHRoZSBQQ04gcXVldWUgYnkgdXNpbmcgb25seSBvbmUgZmFjdG9yIHRvIGlkZW50aWZ5
IGEgUENOIHBhY2tldC4KSU1PLCBOb3QtRUNUKDAwKSBkb2Vzbid0IG5lZWQgdG8gYmUgdXNlZC4g
SSB3b25kZXIgaWYgd2UgY291bGQgcHV0IHRoZSB0YWJsZQppbiB0aGlzIHdheToKKy0tLS0tLS0t
Ky0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCnwg
IERTQ1AgIHwgTm90LUVDVCAoMDApIHwgRUNUKDApICgxMCkgfCBFQ1QoMSkgKDAxKSB8IENFICgx
MSkgfAorLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLSsKfCBEU0NQIDEgfCAgICAgIC0gICAgICAgfCBOTShOb3QtRUNUKSB8ICAgIE5N
KENFKSAgIHwgICBUaE0gICB8CnwgRFNDUCAyIHwgICAgICAtICAgICAgIHwgIE5NKEVDVCgwKSkg
fCAgTk0oRUNUKDEpKSB8ICAgRVRNICAgfAp8IERTQ1AgeCB8ICAgIE5vdC1QQ04gICB8ICBOb3Qt
UENOICAgIHwgIE5vdC1QQ04gICAgfCBOb3QtUENOIHwKKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rCk5PVEU6IERTQ1B4IGlzIGEg
RFNDUCBjb2RlcG9pbnQgb3RoZXIgdGhhbiBEU0NQMSBhbmQgRFNDUDIuCgpCZXN0IHJlZ2FyZHMs
CkZvcnR1bmUKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
XwpQQ04gbWFpbGluZyBsaXN0ClBDTkBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWls
bWFuL2xpc3RpbmZvL3BjbgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KUENOIG1haWxpbmcgbGlzdApQQ05AaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5v
cmcvbWFpbG1hbi9saXN0aW5mby9wY24KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fClBDTiBtYWlsaW5nIGxpc3QKUENOQGlldGYub3JnCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNuCg==


From pcn-bounces@ietf.org  Thu Jul 24 05:25:11 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id ECB6E3A680B;
	Thu, 24 Jul 2008 05:25:11 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6310F3A67FA
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 05:25:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.213
X-Spam-Level: 
X-Spam-Status: No, score=-3.213 tagged_above=-999 required=5 tests=[AWL=0.386, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id DzSrefz+Njyq for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 05:25:09 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id DEA233A680B
	for <pcn@ietf.org>; Thu, 24 Jul 2008 05:25:08 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.64]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 24 Jul 2008 13:25:52 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Thu, 24 Jul 2008 13:25:54 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A706070BCC@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <016a01c8ed81$54bb3c20$1a3afea9@china.huawei.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
Thread-Index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTAAAJgFwAAAIqTQAACyLwg
From: <toby.moncaster@bt.com>
To: <fqhuang@huawei.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 24 Jul 2008 12:25:52.0399 (UTC)
	FILETIME=[69A7A9F0:01C8ED88]
Subject: Re: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

SGkgRm9ydHVuZSwNCg0KVGhlIG1haW4gcmVhc29uIGZvciBhbGxvd2luZyBub24tUENOIHRyYWZm
aWMgdG8gY28tZXhpc3QgaW4gdGhlIFBDTiBjbGFzcyBpcyB0byBhbGxvdyB1cyB0byByZS11c2Ug
ZXhpc3RpbmcgRFNDUHMgc3VjaCBhcyB0aGUgdm9pY2UtYWRtaXQgRFNDUCBjdXJyZW50bHkgYmVp
bmcgZGVmaW5lZCBpbiBUU1ZXRy4gSSBhZ3JlZSBpdCB3b3VsZCBiZSBlYXNpZXIgaWYgd2UgY291
bGQganVzdCByZW1vdmUgdGhlIG5lZWQgZm9yIG5vdC1QQ04gZnJvbSBhbGwgdGhlIGVuY29kaW5n
IHNjaGVtZXMuDQoNClRvYnkNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9t
OiBwY24tYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnBjbi1ib3VuY2VzQGlldGYub3JnXSBPbiAN
Cj4gQmVoYWxmIE9mIEZvcnR1bmUgSFVBTkcNCj4gU2VudDogMjQgSnVseSAyMDA4IDEyOjM1DQo+
IFRvOiBwY25AaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtQQ05dIENvbW1lbnQgYWJvdXQgDQo+
IGRyYWZ0LW1vbmNhc3Rlci1wY24tMy1zdGF0ZS1lbmNvZGluZy0wMA0KPiANCj4gSGkgYWxsLA0K
PiANCj4gSW4gY2xhdXNlIDQgb2YgZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGlu
Zy0wMiwgdGhlcmUgaXMgYQ0KPiBwYXJhZ3JhcGggYXMgZm9sbG93czoNCj4gICAgbyAgQW55IHBh
Y2tldCB0aGF0IGlzIG5vdCBQQ04gY2FwYWJsZSAobm90LVBDTikgYnV0IHdoaWNoIA0KPiBzaGFy
ZXMgdGhlIHNhbWUNCj4gRGlmZlNlcnYgY29kZXBvaW50IGFzIFBDTiBjYXBhYmxlIHRyYWZmaWMg
TVVTVCBoYXZlIHRoZSBFQ04gDQo+IGZpZWxkIHNldCB0byAwMC4NCj4gDQo+IEZyb20gbXkgcG9p
bnQgb2Ygdmlldywgd2UgZG9uJ3QgbmVlZCB0aGlzIGtpbmQgb2YgcGFja2V0IA0KPiB3aGljaCBz
aGFyZXMgdGhlDQo+IHNhbWUgRFNDUCBhcyBQQ04gdHJhZmZpYyB3aGlsZSBpdCBpcyBub3QgUENO
IHRyYWZmaWMuIEV2ZW4gaWYgDQo+IHdlIHdhbnQgdG8NCj4gc3VwcG9ydCB0aGlzIGtpbmQgb2Yg
cGFja2V0LCB3ZSBjYW4gbm90IGhhbmRsZSBpdCB3ZWxsLiANCj4gT2J2aW91c2x5LCB0aGlzIGtp
bmQNCj4gb2YgcGFja2V0IGNhbiBub3QgYmUgaGFuZGxlZCBsaWtlIG5vcm1hbCBQQ04tdHJhZmZp
Yy4gQW5kIGl0IA0KPiBjYW4gbm90IGJlDQo+IGhhbmRsZWQgbGlrZSBFQ04tdHJhZmZpYyBlaXRo
ZXIsIGZvciBpdHMgRUNOIGZpZWxkIG5lZWRzIHRvIA0KPiBiZSAwMCBpbiB0aGUgUENODQo+IGRv
bWFpbi4gVGhlIHJlYXNvbiBpcyB0aGF0IGlmIGl0cyBFQ04gZmllbGQgaXMgY2hhbmdlZCwgdGhl
IA0KPiBwYWNrZXQgd2lsbCBiZQ0KPiBtaXhlZCB0b3RhbGx5IGluIHRoZSBQQ04tdHJhZmZpYyBh
bmQgY2FuJ3QgYmUgaWRlbnRpZmllZCBieSANCj4gdGhlIGludGVyaW9yDQo+IG5vZGUuIEZ1cnRo
ZXJtb3JlLCBzaW5jZSB0aGUgRUNOIGZpZWxkIG9mIHRoaXMga2luZCBvZiBwYWNrZXQgDQo+IGlz
IGNoYW5nZWQgdG8NCj4gMDAgYXQgdGhlIGluZ3Jlc3Mgbm9kZSwgYW5kIHRoZSBFQ04gZmllbGQg
b2YgdGhpcyBraW5kIG9mIA0KPiBwYWNrZXQgY2FuJ3QgYmUNCj4gcmVjb3ZlcmVkIGF0IHRoZSBl
Z3Jlc3Mgbm9kZS4gSXQgbWFrZXMgdGhlIEVuZC10by1FbmQgRUNOIA0KPiBzdXBwb3J0IGltcG9z
c2libGUNCj4gZm9yIHRoaXMga2luZCBvZiBwYWNrZXQuDQo+IA0KPiBJZiB3ZSBjYW4gYWdyZWUg
b24gdGhpcyBwb2ludCwgdGhlIGZvbGxvd2luZyBwYXJhZ3JhcGggaW4gDQo+IGNsYXVzZSA2LjUg
b2YNCj4gZHJhZnQtaWV0Zi1wY24tYXJjaGl0ZWN0dXJlLTA0IGNhbiBiZSByZW1vdmVkOg0KPiAg
ICBvICBUaGVyZSBtYXkgYmUgb3RoZXIgdHJhZmZpYyB0aGF0IHVzZXMgdGhlIHNhbWUgRFNDUCBh
cyANCj4gUENOLXRyYWZmaWMgYnV0DQo+IHdpdGggdGhlIEVDTiBmaWVsZCBpcyAwMCAoTm90IEVD
VCksIGFuZCBzbyBub3Qgc3ViamVjdCB0byANCj4gUENOLW1hcmtpbmcsIG5vcg0KPiBQQ04ncyBh
ZG1pc3Npb24gY29udHJvbCBhbmQgZmxvdyB0ZXJtaW5hdGlvbiBtZWNoYW5pc21zLi4gIFRvIHF1
b3RlDQo+IFtJLUQubW9uY2FzdGVyLXBjbi1iYXNlbGluZS1lbmNvZGluZ106ICJUbyBjb25zZXJ2
ZSBEU0NQcywgRGlmZlNlcnYNCj4gQ29kZXBvaW50cyBTSE9VTEQgYmUgY2hvc2VuIHRoYXQgYXJl
IGFscmVhZHkgZGVmaW5lZCBmb3IgdXNlIA0KPiB3aXRoIGFkbWlzc2lvbg0KPiBjb250cm9sbGVk
IHRyYWZmaWMsIHN1Y2ggYXMgdGhlIFZvaWNlLUFkbWl0IGNvZGVwb2ludCBkZWZpbmVkIGluDQo+
IFt2b2ljZS1hZG1pdF0uIiAgU2luY2UgICAgICBzY2hlZHVsaW5nIGJlaGF2aW91ciBpcyBjb3Vw
bGVkIA0KPiB3aXRoIHRoZSBEU0NQDQo+IG9ubHksIHRoZXJlZm9yZSB0aGUgc2FtZSBzY2hlZHVs
aW5nIGFuZCBidWZmZXIgbWFuYWdlbWVudCANCj4gcnVsZXMgYXJlIGFwcGxpZWQNCj4gdG8gbm9u
LSBQQ04tdHJhZmZpYyBhbmQgUENOLXRyYWZmaWMgdXNpbmcgdGhlIHNhbWUgDQo+IFBDTi1lbmFi
bGVkIERTQ1AuIFRoZXJlDQo+IG1heSBiZSBubyAibm9uLVBDTi10cmFmZmljIiwgYnV0IGlmIHRo
ZXJlIGlzIGl0IG5lZWRzIHRvIA0KPiBjb250cmlidXRlIHRvIHRoZQ0KPiBQQ04gbWV0ZXJzLg0K
PiANCj4gQmVzdCBSZWdhcmRzLA0KPiBGb3J0dW5lDQo+IA0KPiAtLS0tLemCruS7tuWOn+S7ti0t
LS0tDQo+IOWPkeS7tuS6ujogcGNuLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24tYm91bmNl
c0BpZXRmLm9yZ10g5Luj6KGoIEZvcnR1bmUNCj4gSFVBTkcNCj4g5Y+R6YCB5pe26Ze0OiAyMDA4
5bm0N+aciDI05pelIDE4OjUzDQo+IOaUtuS7tuS6ujogcGNuQGlldGYub3JnDQo+IOS4u+mimDog
UmU6IFtQQ05dIENvbW1lbnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVyLXBjbi0zLXN0YXRlLWVuY29k
aW5nLTAwDQo+IA0KPiBIaSBhbGwsDQo+IA0KPiBUaGUgc2FtZSBwcm9ibGVtIGFsc28gZXhpc3Rz
IGluIHNlY3Rpb24gNCBvZg0KPiBkcmFmdC1tb25jYXN0ZXItcGNuLWJhc2VsaW5lLWVuY29kaW5n
LTAyLg0KPiANCj4gQmVzdCBSZWdhcmRzLA0KPiBGb3J0dW5lDQo+IA0KPiAtLS0tLemCruS7tuWO
n+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogcGNuLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpwY24t
Ym91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIEZvcnR1bmUNCj4gSFVBTkcNCj4g5Y+R6YCB5pe26Ze0
OiAyMDA45bm0N+aciDI05pelIDE3OjQyDQo+IOaUtuS7tuS6ujogcGNuQGlldGYub3JnDQo+IOS4
u+mimDogW1BDTl0gQ29tbWVudCBhYm91dCBkcmFmdC1tb25jYXN0ZXItcGNuLTMtc3RhdGUtZW5j
b2RpbmctMDANCj4gDQo+IEhpIGFsbCwNCj4gDQo+IFRoZSB0YWJsZSBpbiBzZWN0aW9uIDYgc2Vl
bXMgdG8gc2hvdyB0aGF0IGlmIGEgcGFja2V0IA0KPiBjb250YWlucyB0aGUgRFNDUA0KPiB2YWx1
ZSBEU0NQMSBvciBEU0NQMiBhbmQgTm90LUVDVCgwMCkgYXQgdGhlIHNhbWUgdGltZSwgaXQgaXMg
YSBOb3QtUENODQo+IHBhY2tldC4NCj4gICAgICAgKy0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tKy0t
LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rDQo+ICAgICAgIHwgIERTQ1AgIHwg
Tm90LUVDVCAoMDApIHwgRUNUKDApICgxMCkgfCBFQ1QoMSkgKDAxKSB8IENFICgxMSkgfA0KPiAg
ICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLSsNCj4gICAgICAgfCBEU0NQIDEgfCAgICBOb3QtUENOICAgfCBOTShOb3QtRUNU
KSB8ICAgIE5NKENFKSAgIHwgICBUaE0gICB8DQo+ICAgICAgIHwgRFNDUCAyIHwgICAgTm90LVBD
TiAgIHwgIE5NKEVDVCgwKSkgfCAgTk0oRUNUKDEpKSB8ICAgRVRNICAgfA0KPiAgICAgICArLS0t
LS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0t
LSsNCj4gSW4gdGhpcyBjYXNlLCBmb3IgZWFjaCBpbmNvbWluZyBwYWNrZXRzLCB0aGUgaW50ZXJp
b3Igbm9kZSANCj4gbmVlZHMgdG8gaWRlbnRpZnkNCj4gd2hldGhlciBpdCBpcyBhIFBDTiBwYWNr
ZXQgb3Igbm90IGJ5IHR3byBmYWN0b3JzOiB0aGUgRFNDUCwgDQo+IGFuZCB0aGUgRUNODQo+IGJp
dHMuIEJlY2F1c2UgYXMgaXMgc2hvd24gaW4gdGhlIHRhYmxlLCBldmVuIGlmIGEgcGFja2V0IA0K
PiBjb250YWlucyB0aGUgRFNDUA0KPiB2YWx1ZSBEU0NQMSBvciBEU0NQMiwgaXQgY2FuIGFsc28g
YmUgYSBOb3QtUENOIHBhY2tldC4NCj4gSG93ZXZlciwgYXMgaXMga25vd24gdG8gdXMgYWxsLCBv
bmUgZmFjdG9yIChpLmUuIHRoZSBEU0NQKSBpcyANCj4gZW5vdWdoIHRvDQo+IGlkZW50aWZ5IGEg
UENOIHBhY2tldC4gQW5kIGl0IHdpbGwgaW1wcm92ZSB0aGUgcGVyZm9ybWFuY2UgDQo+IGJlZm9y
ZSBwdXR0aW5nIGENCj4gcGFja2V0IGludG8gdGhlIFBDTiBxdWV1ZSBieSB1c2luZyBvbmx5IG9u
ZSBmYWN0b3IgdG8gDQo+IGlkZW50aWZ5IGEgUENOIHBhY2tldC4NCj4gSU1PLCBOb3QtRUNUKDAw
KSBkb2Vzbid0IG5lZWQgdG8gYmUgdXNlZC4gSSB3b25kZXIgaWYgd2UgDQo+IGNvdWxkIHB1dCB0
aGUgdGFibGUNCj4gaW4gdGhpcyB3YXk6DQo+ICstLS0tLS0tLSstLS0tLS0tLS0tLS0tLSstLS0t
LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KPiB8ICBEU0NQICB8IE5vdC1FQ1Qg
KDAwKSB8IEVDVCgwKSAoMTApIHwgRUNUKDEpICgwMSkgfCBDRSAoMTEpIHwNCj4gKy0tLS0tLS0t
Ky0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0rDQo+
IHwgRFNDUCAxIHwgICAgICAtICAgICAgIHwgTk0oTm90LUVDVCkgfCAgICBOTShDRSkgICB8ICAg
VGhNICAgfA0KPiB8IERTQ1AgMiB8ICAgICAgLSAgICAgICB8ICBOTShFQ1QoMCkpIHwgIE5NKEVD
VCgxKSkgfCAgIEVUTSAgIHwNCj4gfCBEU0NQIHggfCAgICBOb3QtUENOICAgfCAgTm90LVBDTiAg
ICB8ICBOb3QtUENOICAgIHwgTm90LVBDTiB8DQo+ICstLS0tLS0tLSstLS0tLS0tLS0tLS0tLSst
LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tKw0KPiBOT1RFOiBEU0NQeCBpcyBh
IERTQ1AgY29kZXBvaW50IG90aGVyIHRoYW4gRFNDUDEgYW5kIERTQ1AyLg0KPiANCj4gQmVzdCBy
ZWdhcmRzLA0KPiBGb3J0dW5lDQo+IA0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCj4gUENOIG1haWxpbmcgbGlzdA0KPiBQQ05AaWV0Zi5vcmcN
Cj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY24NCj4gDQo+IF9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFBDTiBtYWlsaW5n
IGxpc3QNCj4gUENOQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz
dGluZm8vcGNuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KPiBQQ04gbWFpbGluZyBsaXN0DQo+IFBDTkBpZXRmLm9yZw0KPiBodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bjbg0KPiANCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fClBDTiBtYWlsaW5nIGxpc3QKUENOQGlldGYub3Jn
Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNuCg==


From pcn-bounces@ietf.org  Thu Jul 24 06:12:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C54B33A69CC;
	Thu, 24 Jul 2008 06:12:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3583F3A68AF
	for <pcn@core3.amsl.com>; Thu, 24 Jul 2008 06:12:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.327
X-Spam-Level: **
X-Spam-Status: No, score=2.327 tagged_above=-999 required=5 tests=[AWL=-2.708, 
	BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, 
	MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45,
	SARE_SUB_ENC_GB2312=1.345]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id S3pXQlWbciMN for <pcn@core3.amsl.com>;
	Thu, 24 Jul 2008 06:12:46 -0700 (PDT)
Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [119.145.14.66])
	by core3.amsl.com (Postfix) with ESMTP id 97B9F3A6A00
	for <pcn@ietf.org>; Thu, 24 Jul 2008 06:12:45 -0700 (PDT)
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 <0K4I00JVJH9HDX@szxga03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 20:56:06 +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 <0K4I00D3XH9H56@szxga03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 20:56:05 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4I00856H9D19@szxml03-in.huawei.com> for
	pcn@ietf.org; Thu, 24 Jul 2008 20:56:02 +0800 (CST)
Date: Thu, 24 Jul 2008 20:56:01 +0800
From: Fortune HUANG <fqhuang@huawei.com>
In-reply-to: <BAB4DC0CD5148948A86BD047A85CE2A706070BCC@E03MVZ4-UKDY.domain1.systemhost.net>
To: toby.moncaster@bt.com, pcn@ietf.org
Message-id: <016f01c8ed8c$a076e550$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjtcKkGEuswOsKcQaqTkyc0zBxi0wAAKTTAAAJgFwAAAIqTQAACyLwgAABU3NA=
Subject: [PCN] =?gb2312?b?tPC4tDogIENvbW1lbnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVy?=
	=?gb2312?b?LXBjbi0zLXN0YXRlLWVuY29kaW5nLTAw?=
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

SGkgVG9ieSwKCkFzIGlzIHNhaWQgaW4gc2VjdGlvbiA4IG9mIGRyYWZ0LW1vbmNhc3Rlci1wY24t
My1zdGF0ZS1lbmNvZGluZy0wMCwgIiBUaGlzCmRvY3VtZW50IGFza3MgSUFOQSB0byBhc3NpZ24g
b25lIERpZmZTZXJ2IGNvZGVwb2ludCBmcm9tIFBvb2wgMiBvciBQb29sIDMKKGZvciBleHBlcmlt
ZW50YWwvbG9jYWwgdXNlKVtSRkMyNDc0XS4gIFNob3VsZCBhbnkgb2YgdGhlIHRocmVlIGVuY29k
aW5nCnN0YXRlIGV4cGVyaW1lbnRhbCBQQ04gc2NoZW1lcyBwcm92ZSBzdWZmaWNpZW50bHkgc3Vj
Y2Vzc2Z1bCB0aGVuLCBhdCBhCmxhdGVyIGRhdGUsIElBTkEgd2lsbCBiZSByZXF1ZXN0ZWQgaW4g
YSBsYXRlciBkb2N1bWVudCB0byBhc3NpZ24gYSBkZWRpY2F0ZWQKRGlmZlNlcnYgY29kZXBvaW50
IGZyb20gcG9vbCAxIGZvciBzdGFuZGFyZHMgdXNlLiIKSW4gdGhhdCBjYXNlLCBJIGRvbid0IHRo
aW5rIHJldXNpbmcgZXhpc3RpbmcgRFNDUCBpcyB0aGUgcmVxdWlyZW1lbnQgb3IKZGVzaWduIGdv
YWwgb2YgdGhpcyBkcmFmdC4gT1RPSCwgYXMgSSBzYWlkIGluIHRoZSBsYXN0IGVtYWlsLCBldmVu
IGlmIHdhbnQKdG8gc3VwcG9ydCB0aGlzIHJlcXVpcmVtZW50LCB3ZSBjYW4gbm90IGltcGxlbWVu
dCBpdCB3ZWxsLgpTbyBJIHRoaW5rIGl0IHdvdWxkIGJlIGEgZ29vZCBpZGVhIHRvIHJlbW92ZSB0
aGUgbmVlZCBmb3Igbm90LVBDTiBmcm9tIGFsbAp0aGUgZW5jb2Rpbmcgc2NoZW1lcywgZXNwZWNp
YWxseSBmb3IKZHJhZnQtbW9uY2FzdGVyLXBjbi0zLXN0YXRlLWVuY29kaW5nLTAwLiBBdCBsZWFz
dCBJIGJlbGlldmUgdGhpcyB3b3VsZCBoZWxwCmtlZXAgUENOIHNpbXBsZSwgc2NhbGFibGUgYW5k
IHJvYnVzdC4KCkJlc3QgUmVnYXJkcywKRm9ydHVuZQoKLS0tLS3Tyrz+1K28/i0tLS0tCreivP7I
yzogdG9ieS5tb25jYXN0ZXJAYnQuY29tIFttYWlsdG86dG9ieS5tb25jYXN0ZXJAYnQuY29tXSAK
t6LLzcqxvOQ6IDIwMDjE6jfUwjI0yNUgMjA6MjYKytW8/sjLOiBmcWh1YW5nQGh1YXdlaS5jb207
IHBjbkBpZXRmLm9yZwrW98ziOiBSRTogW1BDTl0gQ29tbWVudCBhYm91dCBkcmFmdC1tb25jYXN0
ZXItcGNuLTMtc3RhdGUtZW5jb2RpbmctMDAKCkhpIEZvcnR1bmUsCgpUaGUgbWFpbiByZWFzb24g
Zm9yIGFsbG93aW5nIG5vbi1QQ04gdHJhZmZpYyB0byBjby1leGlzdCBpbiB0aGUgUENOIGNsYXNz
IGlzCnRvIGFsbG93IHVzIHRvIHJlLXVzZSBleGlzdGluZyBEU0NQcyBzdWNoIGFzIHRoZSB2b2lj
ZS1hZG1pdCBEU0NQIGN1cnJlbnRseQpiZWluZyBkZWZpbmVkIGluIFRTVldHLiBJIGFncmVlIGl0
IHdvdWxkIGJlIGVhc2llciBpZiB3ZSBjb3VsZCBqdXN0IHJlbW92ZQp0aGUgbmVlZCBmb3Igbm90
LVBDTiBmcm9tIGFsbCB0aGUgZW5jb2Rpbmcgc2NoZW1lcy4KClRvYnkKCj4gLS0tLS1PcmlnaW5h
bCBNZXNzYWdlLS0tLS0KPiBGcm9tOiBwY24tYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnBjbi1i
b3VuY2VzQGlldGYub3JnXSBPbiAKPiBCZWhhbGYgT2YgRm9ydHVuZSBIVUFORwo+IFNlbnQ6IDI0
IEp1bHkgMjAwOCAxMjozNQo+IFRvOiBwY25AaWV0Zi5vcmcKPiBTdWJqZWN0OiBSZTogW1BDTl0g
Q29tbWVudCBhYm91dCAKPiBkcmFmdC1tb25jYXN0ZXItcGNuLTMtc3RhdGUtZW5jb2RpbmctMDAK
PiAKPiBIaSBhbGwsCj4gCj4gSW4gY2xhdXNlIDQgb2YgZHJhZnQtbW9uY2FzdGVyLXBjbi1iYXNl
bGluZS1lbmNvZGluZy0wMiwgdGhlcmUgaXMgYQo+IHBhcmFncmFwaCBhcyBmb2xsb3dzOgo+ICAg
IG8gIEFueSBwYWNrZXQgdGhhdCBpcyBub3QgUENOIGNhcGFibGUgKG5vdC1QQ04pIGJ1dCB3aGlj
aCAKPiBzaGFyZXMgdGhlIHNhbWUKPiBEaWZmU2VydiBjb2RlcG9pbnQgYXMgUENOIGNhcGFibGUg
dHJhZmZpYyBNVVNUIGhhdmUgdGhlIEVDTiAKPiBmaWVsZCBzZXQgdG8gMDAuCj4gCj4gRnJvbSBt
eSBwb2ludCBvZiB2aWV3LCB3ZSBkb24ndCBuZWVkIHRoaXMga2luZCBvZiBwYWNrZXQgCj4gd2hp
Y2ggc2hhcmVzIHRoZQo+IHNhbWUgRFNDUCBhcyBQQ04gdHJhZmZpYyB3aGlsZSBpdCBpcyBub3Qg
UENOIHRyYWZmaWMuIEV2ZW4gaWYgCj4gd2Ugd2FudCB0bwo+IHN1cHBvcnQgdGhpcyBraW5kIG9m
IHBhY2tldCwgd2UgY2FuIG5vdCBoYW5kbGUgaXQgd2VsbC4gCj4gT2J2aW91c2x5LCB0aGlzIGtp
bmQKPiBvZiBwYWNrZXQgY2FuIG5vdCBiZSBoYW5kbGVkIGxpa2Ugbm9ybWFsIFBDTi10cmFmZmlj
LiBBbmQgaXQgCj4gY2FuIG5vdCBiZQo+IGhhbmRsZWQgbGlrZSBFQ04tdHJhZmZpYyBlaXRoZXIs
IGZvciBpdHMgRUNOIGZpZWxkIG5lZWRzIHRvIAo+IGJlIDAwIGluIHRoZSBQQ04KPiBkb21haW4u
IFRoZSByZWFzb24gaXMgdGhhdCBpZiBpdHMgRUNOIGZpZWxkIGlzIGNoYW5nZWQsIHRoZSAKPiBw
YWNrZXQgd2lsbCBiZQo+IG1peGVkIHRvdGFsbHkgaW4gdGhlIFBDTi10cmFmZmljIGFuZCBjYW4n
dCBiZSBpZGVudGlmaWVkIGJ5IAo+IHRoZSBpbnRlcmlvcgo+IG5vZGUuIEZ1cnRoZXJtb3JlLCBz
aW5jZSB0aGUgRUNOIGZpZWxkIG9mIHRoaXMga2luZCBvZiBwYWNrZXQgCj4gaXMgY2hhbmdlZCB0
bwo+IDAwIGF0IHRoZSBpbmdyZXNzIG5vZGUsIGFuZCB0aGUgRUNOIGZpZWxkIG9mIHRoaXMga2lu
ZCBvZiAKPiBwYWNrZXQgY2FuJ3QgYmUKPiByZWNvdmVyZWQgYXQgdGhlIGVncmVzcyBub2RlLiBJ
dCBtYWtlcyB0aGUgRW5kLXRvLUVuZCBFQ04gCj4gc3VwcG9ydCBpbXBvc3NpYmxlCj4gZm9yIHRo
aXMga2luZCBvZiBwYWNrZXQuCj4gCj4gSWYgd2UgY2FuIGFncmVlIG9uIHRoaXMgcG9pbnQsIHRo
ZSBmb2xsb3dpbmcgcGFyYWdyYXBoIGluIAo+IGNsYXVzZSA2LjUgb2YKPiBkcmFmdC1pZXRmLXBj
bi1hcmNoaXRlY3R1cmUtMDQgY2FuIGJlIHJlbW92ZWQ6Cj4gICAgbyAgVGhlcmUgbWF5IGJlIG90
aGVyIHRyYWZmaWMgdGhhdCB1c2VzIHRoZSBzYW1lIERTQ1AgYXMgCj4gUENOLXRyYWZmaWMgYnV0
Cj4gd2l0aCB0aGUgRUNOIGZpZWxkIGlzIDAwIChOb3QgRUNUKSwgYW5kIHNvIG5vdCBzdWJqZWN0
IHRvIAo+IFBDTi1tYXJraW5nLCBub3IKPiBQQ04ncyBhZG1pc3Npb24gY29udHJvbCBhbmQgZmxv
dyB0ZXJtaW5hdGlvbiBtZWNoYW5pc21zLi4gIFRvIHF1b3RlCj4gW0ktRC5tb25jYXN0ZXItcGNu
LWJhc2VsaW5lLWVuY29kaW5nXTogIlRvIGNvbnNlcnZlIERTQ1BzLCBEaWZmU2Vydgo+IENvZGVw
b2ludHMgU0hPVUxEIGJlIGNob3NlbiB0aGF0IGFyZSBhbHJlYWR5IGRlZmluZWQgZm9yIHVzZSAK
PiB3aXRoIGFkbWlzc2lvbgo+IGNvbnRyb2xsZWQgdHJhZmZpYywgc3VjaCBhcyB0aGUgVm9pY2Ut
QWRtaXQgY29kZXBvaW50IGRlZmluZWQgaW4KPiBbdm9pY2UtYWRtaXRdLiIgIFNpbmNlICAgICAg
c2NoZWR1bGluZyBiZWhhdmlvdXIgaXMgY291cGxlZCAKPiB3aXRoIHRoZSBEU0NQCj4gb25seSwg
dGhlcmVmb3JlIHRoZSBzYW1lIHNjaGVkdWxpbmcgYW5kIGJ1ZmZlciBtYW5hZ2VtZW50IAo+IHJ1
bGVzIGFyZSBhcHBsaWVkCj4gdG8gbm9uLSBQQ04tdHJhZmZpYyBhbmQgUENOLXRyYWZmaWMgdXNp
bmcgdGhlIHNhbWUgCj4gUENOLWVuYWJsZWQgRFNDUC4gVGhlcmUKPiBtYXkgYmUgbm8gIm5vbi1Q
Q04tdHJhZmZpYyIsIGJ1dCBpZiB0aGVyZSBpcyBpdCBuZWVkcyB0byAKPiBjb250cmlidXRlIHRv
IHRoZQo+IFBDTiBtZXRlcnMuCj4gCj4gQmVzdCBSZWdhcmRzLAo+IEZvcnR1bmUKPiAKPiAtLS0t
LdPKvP7Urbz+LS0tLS0KPiC3orz+yMs6IHBjbi1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cGNu
LWJvdW5jZXNAaWV0Zi5vcmddILT6se0gRm9ydHVuZQo+IEhVQU5HCj4gt6LLzcqxvOQ6IDIwMDjE
6jfUwjI0yNUgMTg6NTMKPiDK1bz+yMs6IHBjbkBpZXRmLm9yZwo+INb3zOI6IFJlOiBbUENOXSBD
b21tZW50IGFib3V0IGRyYWZ0LW1vbmNhc3Rlci1wY24tMy1zdGF0ZS1lbmNvZGluZy0wMAo+IAo+
IEhpIGFsbCwKPiAKPiBUaGUgc2FtZSBwcm9ibGVtIGFsc28gZXhpc3RzIGluIHNlY3Rpb24gNCBv
Zgo+IGRyYWZ0LW1vbmNhc3Rlci1wY24tYmFzZWxpbmUtZW5jb2RpbmctMDIuCj4gCj4gQmVzdCBS
ZWdhcmRzLAo+IEZvcnR1bmUKPiAKPiAtLS0tLdPKvP7Urbz+LS0tLS0KPiC3orz+yMs6IHBjbi1i
b3VuY2VzQGlldGYub3JnIFttYWlsdG86cGNuLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gRm9ydHVu
ZQo+IEhVQU5HCj4gt6LLzcqxvOQ6IDIwMDjE6jfUwjI0yNUgMTc6NDIKPiDK1bz+yMs6IHBjbkBp
ZXRmLm9yZwo+INb3zOI6IFtQQ05dIENvbW1lbnQgYWJvdXQgZHJhZnQtbW9uY2FzdGVyLXBjbi0z
LXN0YXRlLWVuY29kaW5nLTAwCj4gCj4gSGkgYWxsLAo+IAo+IFRoZSB0YWJsZSBpbiBzZWN0aW9u
IDYgc2VlbXMgdG8gc2hvdyB0aGF0IGlmIGEgcGFja2V0IAo+IGNvbnRhaW5zIHRoZSBEU0NQCj4g
dmFsdWUgRFNDUDEgb3IgRFNDUDIgYW5kIE5vdC1FQ1QoMDApIGF0IHRoZSBzYW1lIHRpbWUsIGl0
IGlzIGEgTm90LVBDTgo+IHBhY2tldC4KPiAgICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0r
LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKPiAgICAgICB8ICBEU0NQICB8
IE5vdC1FQ1QgKDAwKSB8IEVDVCgwKSAoMTApIHwgRUNUKDEpICgwMSkgfCBDRSAoMTEpIHwKPiAg
ICAgICArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLSsKPiAgICAgICB8IERTQ1AgMSB8ICAgIE5vdC1QQ04gICB8IE5NKE5vdC1FQ1Qp
IHwgICAgTk0oQ0UpICAgfCAgIFRoTSAgIHwKPiAgICAgICB8IERTQ1AgMiB8ICAgIE5vdC1QQ04g
ICB8ICBOTShFQ1QoMCkpIHwgIE5NKEVDVCgxKSkgfCAgIEVUTSAgIHwKPiAgICAgICArLS0tLS0t
LS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsK
PiBJbiB0aGlzIGNhc2UsIGZvciBlYWNoIGluY29taW5nIHBhY2tldHMsIHRoZSBpbnRlcmlvciBu
b2RlIAo+IG5lZWRzIHRvIGlkZW50aWZ5Cj4gd2hldGhlciBpdCBpcyBhIFBDTiBwYWNrZXQgb3Ig
bm90IGJ5IHR3byBmYWN0b3JzOiB0aGUgRFNDUCwgCj4gYW5kIHRoZSBFQ04KPiBiaXRzLiBCZWNh
dXNlIGFzIGlzIHNob3duIGluIHRoZSB0YWJsZSwgZXZlbiBpZiBhIHBhY2tldCAKPiBjb250YWlu
cyB0aGUgRFNDUAo+IHZhbHVlIERTQ1AxIG9yIERTQ1AyLCBpdCBjYW4gYWxzbyBiZSBhIE5vdC1Q
Q04gcGFja2V0Lgo+IEhvd2V2ZXIsIGFzIGlzIGtub3duIHRvIHVzIGFsbCwgb25lIGZhY3RvciAo
aS5lLiB0aGUgRFNDUCkgaXMgCj4gZW5vdWdoIHRvCj4gaWRlbnRpZnkgYSBQQ04gcGFja2V0LiBB
bmQgaXQgd2lsbCBpbXByb3ZlIHRoZSBwZXJmb3JtYW5jZSAKPiBiZWZvcmUgcHV0dGluZyBhCj4g
cGFja2V0IGludG8gdGhlIFBDTiBxdWV1ZSBieSB1c2luZyBvbmx5IG9uZSBmYWN0b3IgdG8gCj4g
aWRlbnRpZnkgYSBQQ04gcGFja2V0Lgo+IElNTywgTm90LUVDVCgwMCkgZG9lc24ndCBuZWVkIHRv
IGJlIHVzZWQuIEkgd29uZGVyIGlmIHdlIAo+IGNvdWxkIHB1dCB0aGUgdGFibGUKPiBpbiB0aGlz
IHdheToKPiArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t
LS0tKy0tLS0tLS0tLSsKPiB8ICBEU0NQICB8IE5vdC1FQ1QgKDAwKSB8IEVDVCgwKSAoMTApIHwg
RUNUKDEpICgwMSkgfCBDRSAoMTEpIHwKPiArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0t
LS0tLS0tLSstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLSsKPiB8IERTQ1AgMSB8ICAgICAgLSAgICAg
ICB8IE5NKE5vdC1FQ1QpIHwgICAgTk0oQ0UpICAgfCAgIFRoTSAgIHwKPiB8IERTQ1AgMiB8ICAg
ICAgLSAgICAgICB8ICBOTShFQ1QoMCkpIHwgIE5NKEVDVCgxKSkgfCAgIEVUTSAgIHwKPiB8IERT
Q1AgeCB8ICAgIE5vdC1QQ04gICB8ICBOb3QtUENOICAgIHwgIE5vdC1QQ04gICAgfCBOb3QtUENO
IHwKPiArLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t
Ky0tLS0tLS0tLSsKPiBOT1RFOiBEU0NQeCBpcyBhIERTQ1AgY29kZXBvaW50IG90aGVyIHRoYW4g
RFNDUDEgYW5kIERTQ1AyLgo+IAo+IEJlc3QgcmVnYXJkcywKPiBGb3J0dW5lCj4gCj4gCj4gX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBQQ04gbWFpbGlu
ZyBsaXN0Cj4gUENOQGlldGYub3JnCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9wY24KPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXwo+IFBDTiBtYWlsaW5nIGxpc3QKPiBQQ05AaWV0Zi5vcmcKPiBodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bjbgo+IAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fCj4gUENOIG1haWxpbmcgbGlzdAo+IFBDTkBpZXRmLm9yZwo+
IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNuCj4gCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpQQ04gbWFpbGluZyBsaXN0ClBD
TkBpZXRmLm9yZwpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bjbgo=


From pcn-bounces@ietf.org  Fri Jul 25 03:03:55 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1AE053A689D;
	Fri, 25 Jul 2008 03:03:55 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C55563A6848
	for <pcn@core3.amsl.com>; Fri, 25 Jul 2008 03:03:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.106
X-Spam-Level: **
X-Spam-Status: No, score=2.106 tagged_above=-999 required=5
	tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553,
	HTML_MESSAGE=0.001, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id pvghyoxyTxFg for <pcn@core3.amsl.com>;
	Fri, 25 Jul 2008 03:03:50 -0700 (PDT)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64])
	by core3.amsl.com (Postfix) with ESMTP id 551053A689D
	for <pcn@ietf.org>; Fri, 25 Jul 2008 03:03:49 -0700 (PDT)
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 <0K4K00JRS3Y3OJ@szxga01-in.huawei.com> for
	pcn@ietf.org; Fri, 25 Jul 2008 18:03:40 +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 <0K4K001813Y37M@szxga01-in.huawei.com> for
	pcn@ietf.org; Fri, 25 Jul 2008 18:03:39 +0800 (CST)
Received: from h36145c ([10.70.39.88])
	by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14
	(built Aug
	8 2006)) with ESMTPA id <0K4K00JLX3Y27U@szxml04-in.huawei.com> for
	pcn@ietf.org; Fri, 25 Jul 2008 18:03:39 +0800 (CST)
Date: Fri, 25 Jul 2008 18:03:38 +0800
From: Fortune HUANG <fqhuang@huawei.com>
To: pcn@ietf.org
Message-id: <01c001c8ee3d$b5c7e010$1a3afea9@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Thread-index: AcjuPbU2z6d81XrCR3umdOQAY6YTjg==
Subject: [PCN] Comments about draft-ietf-pcn-architecture-04
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0394327369=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0394327369==
Content-type: multipart/alternative;
 boundary="Boundary_(ID_4X8A3JBwuD9fINwwVcMxpQ)"

This is a multi-part message in MIME format.

--Boundary_(ID_4X8A3JBwuD9fINwwVcMxpQ)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT

Hi all,

 

In section 7 of draft-ietf-pcn-architecture-04, the "Other admission control
functions" and the "Other flow termination functions" are defined.

But I feel uncomfortable with the name of these two functions. Why "Other"
is used here?

 

I wonder if we could replace these two wordings with
"PCN-admission-control-node functions" and "PCN-flow-termination-node
functions".

In this way, it would be very convenient to refer to the two functions as
"admission-control node" and "flow-termination node".

Like the "ingress node" and the "egress node", the "admission-control node"
and the "flow-termination node" do not mean they have to be a stand alone
node.

In practice, the "ingress node" and the "egress node" are always deployed
with each other in the same boundary node.

And in the same way, the "admission-control node" and the "flow-termination
node" can be deployed in the boundary node, and can also be a stand alone
node.

When the "admission-control node" and/or the "flow-termination node" are
deployed in the boundary node, of course they co-locate with the "ingress
node" and the "egress node".

 

Best regards,
Fortune



 


--Boundary_(ID_4X8A3JBwuD9fINwwVcMxpQ)
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:SimSun;
	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:SimHei;
	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:KaiTi_GB2312;
	panose-1:2 1 6 9 3 1 1 1 1 1;}
@font-face
	{font-family:SimSun;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:SimHei;
	panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
	{font-family:KaiTi_GB2312;
	panose-1:2 1 6 9 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:"\@Dotum";
	panose-1:2 11 6 0 0 1 1 1 1 1;}
@font-face
	{font-family:"\@DotumChe";
	panose-1:2 11 6 9 0 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.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{margin:0cm;
	margin-bottom:.0001pt;
	line-height:150%;
	text-autospace:none;
	font-size:9.0pt;
	font-family:"Times New Roman";
	layout-grid-mode:line;}
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:SimSun;
	color:black;
	font-weight:bold;}
span.aa
	{font-family:SimSun;
	color:black;
	font-weight:bold;}
span.EmailStyle34
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
 /* Page Definitions */
 @page
	{mso-endnote-separator:url("cid:header.htm\@01C8EE80.C33ABBD0") es;
	mso-endnote-continuation-separator:url("cid:header.htm\@01C8EE80.C33ABBD0") ecs;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:65.6pt 90.0pt 72.0pt 90.0pt;
	mso-footer:url("cid:header.htm\@01C8EE80.C33ABBD0") 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:SimHei;
	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:SimHei;
	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:SimHei;
	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:\9644\5F55%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\FF09;
	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\FF09;
	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:"\9644\5F55A ";
	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'>Hi all,<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'><o:p>&nbsp;</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'>In section 7 of draft-ietf-pcn-architecture-04,
the &#8220;</span></font><font size=2 color="#000032" face="Courier New"><span
style='font-size:10.0pt;line-height:150%;font-family:"Courier New";color:#000032;
layout-grid-mode:both'>Other admission control functions</span></font><font
size=1 face=Arial><span lang=EN-US style='font-size:9.0pt;line-height:150%;
font-family:Arial'>&#8221; and the &#8220;</span></font><font size=2
color="#000032" face="Courier New"><span style='font-size:10.0pt;line-height:
150%;font-family:"Courier New";color:#000032;layout-grid-mode:both'>Other flow
termination functions&#8221; are defined.<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'>But I feel uncomfortable with the
name of these two functions. Why &#8220;Other&#8221; is used here?<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'><o:p>&nbsp;</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'>I wonder if we could replace these
two wordings with &#8220;PCN-admission-control-node functions&#8221; and &#8220;PCN-flow-termination-node
functions&#8221;.<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'>In this way, it would be very convenient
to refer to the two functions as &#8220;admission-control node&#8221; and &#8220;flow-termination
node&#8221;.<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'>Like the &#8220;ingress node&#8221;
and the &#8220;egress node&#8221;, the &#8220;admission-control node&#8221; and
the &#8220;flow-termination node&#8221; do not mean they have to be a stand alone
node.<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'>In practice, the &#8220;ingress node&#8221;
and the &#8220;egress node&#8221; are always deployed with each other in the same
boundary node.<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'>And in the same way, the &#8220;admission-control
node&#8221; and the &#8220;flow-termination node&#8221; can be deployed in the
boundary node, and can also be a stand alone node.<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'>When the &#8220;admission-control
node&#8221; and/or the &#8220;flow-termination node&#8221; are deployed in the
boundary node, of course they co-locate with the &#8220;ingress node&#8221; and
the &#8220;egress node&#8221;.<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'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 face="Times New Roman"><span lang=EN-US
style='font-size:10.0pt;line-height:150%'>Best regards,<br>
Fortune<br>
<br>
</span></font><span lang=EN-US><o:p></o:p></span></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_4X8A3JBwuD9fINwwVcMxpQ)--

--===============0394327369==
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://www.ietf.org/mailman/listinfo/pcn

--===============0394327369==--


From pcn-bounces@ietf.org  Fri Jul 25 23:58:59 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A315E3A698B;
	Fri, 25 Jul 2008 23:58:59 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 245353A698B
	for <pcn@core3.amsl.com>; Fri, 25 Jul 2008 23:58:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.649
X-Spam-Level: 
X-Spam-Status: No, score=-5.649 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 16tA-8YEvOWh for <pcn@core3.amsl.com>;
	Fri, 25 Jul 2008 23:58:57 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62])
	by core3.amsl.com (Postfix) with ESMTP id E6B3E3A696A
	for <pcn@ietf.org>; Fri, 25 Jul 2008 23:58:56 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1])
	by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
	EFD41204DE; Sat, 26 Jul 2008 08:58:58 +0200 (CEST)
X-AuditID: c1b4fb3e-ae999bb000004ec0-5f-488acb325d99
Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123])
	by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
	C5B8F204B6; Sat, 26 Jul 2008 08:58:58 +0200 (CEST)
Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by
	esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Sat, 26 Jul 2008 08:58:58 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sat, 26 Jul 2008 08:58:57 +0200
Message-ID: <026F8EEDAD2C4342A993203088C1FC0507FB71BC@esealmw109.eemea.ericsson.se>
In-Reply-To: <B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
thread-index: AcjsLJ+NuFnAxg4xTqGM8fBvK4WmOACvw0KA
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net><9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com><EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk><4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net>
	<B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
From: "Ingemar Johansson S" <ingemar.s.johansson@ericsson.com>
To: "ken carlberg" <carlberg@g11.org.uk>,
	<philip.eardley@bt.com>
X-OriginalArrivalTime: 26 Jul 2008 06:58:58.0589 (UTC)
	FILETIME=[13BD44D0:01C8EEED]
X-Brightmail-Tracker: AAAAAA==
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi

Going through the flood of emails after the vacation so I may not have
picked up the main issue here. 

I guess reordering and the severity depends on the appliation of the
transport. For instance some TCP implementations does not work well with
reordering. 
For UDP the severity of this issue depends more or less on the
implementation in the receiver. If the jitterbuffer is well implemented
and has the ability to adapt fairly fast, the user will only expect a
larger delay (as long as the receiver jitter buffer does not overflow).
In this case reordering is not a big issue, there are however a few
"if"s and "but"s and I don't believe that one can in general say that
reordeing is not an issue. I do however believe that reordering is
better that packet drop.

/Ingemar 
   

> -----Original Message-----
> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> Behalf Of ken carlberg
> Sent: den 22 juli 2008 20:56
> To: philip.eardley@bt.com
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
> 
> Phil,
> 
> > ken
> > it's expected that there'll be traffic that isnt PCN within 
> the PCN- 
> > domai (if i get your comment!).
> 
> ok, we're in sync on that point.  I just feel uncomfortable 
> removing the option to downgrade packets in favor of dropping 
> them given that a portion of a node's/link's resources is 
> more than likely set aside for best effort, especially if the 
> motivating factor for dropping is the
> *potential* for mis-ordering.  if folks feel strongly for 
> recommending a policy of dropping, fine.  But I'd just like 
> to point to down- grading as an option to consider.
> 
> > as i understand it, all pkts in a flow follow the same ecmp 
> path, so 
> > there shouldnt be any misordering.
> 
> my understanding is that this is configuration/implementation 
> dependent.  otherwise, I don't think we'd  see documents like 
> rfc-4928 (avoiding ECMP treatment in MPLS networks) spring up.
> 
> cheers,
> 
> -ken
> 
> 
> >
> > thanks
> > phil
> >
> > ________________________________
> >
> > From: ken carlberg [mailto:carlberg@g11.org.uk]
> > Sent: Tue 22/07/2008 13:41
> > To: Jozef Babiarz
> > Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
> > Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
> >
> >
> >
> > On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:
> >
> >
> > 	
> > 	Downgrading should only be done per flow and at ingress to PCN 
> > domain. PCN mechanism should not cause packet mis-ordering.
> > 	By downgrading means that admission control is not 
> performed for that 
> > flow, DSCP value is changed at ingress to network and network if 
> > congested will drop packets belonging to that flow. Should not that 
> > downgrading needs to be performed before the flow is 
> admitted into the 
> > network.
> >
> >
> > interesting.  so the expectation is that a PCN domain will perform 
> > admission control on *all* ingress flows, and no flow(s) will be 
> > treated (segmented, traffic engineered) as best effort.  I 
> think that 
> > approach is a bit idealistic, but perhaps our respective 
> experiences 
> > with ISPs is different.
> >
> > also, if we take the concern about mis-ordering one step further, I 
> > assume you would highly discourage the use of ECMP in the 
> PCN domain 
> > because even though its out of scope of PCN as part of a 
> solution, it 
> > can cause packet mis-ordering.
> >
> > cheers,
> >
> > -ken
> >
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Sat Jul 26 14:17:41 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3D3273A69A2;
	Sat, 26 Jul 2008 14:17:41 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 94A4E3A69A2
	for <pcn@core3.amsl.com>; Sat, 26 Jul 2008 14:17:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.998
X-Spam-Level: 
X-Spam-Status: No, score=-5.998 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EI1LuKRKDJyq for <pcn@core3.amsl.com>;
	Sat, 26 Jul 2008 14:17:39 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56])
	by core3.amsl.com (Postfix) with ESMTP id A7DC63A6841
	for <pcn@ietf.org>; Sat, 26 Jul 2008 14:17:38 -0700 (PDT)
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
	m6QLFiJ09455; Sat, 26 Jul 2008 21:15:44 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sat, 26 Jul 2008 17:13:29 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646517261FA1@zcarhxm1.corp.nortel.com>
In-Reply-To: <1B6169C658325341A3B8066E23919E1C01880A57@S4DE8PSAANK.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
Thread-Index: AcjsLJ2wEb6qNdjhQF+0btqb/W/TkAAJDlEQAA+PSDAAjAW8UA==
References: <4A916DBC72536E419A0BD955EDECEDEC0329F8C3@E03MVB1-UKBR.domain1.systemhost.net><9671A92C3C8B5744BC97F855F7CB64651710CC16@zcarhxm1.corp.nortel.com><EAE2D597-6C83-476B-AE6B-D8CE78798361@g11.org.uk><4A916DBC72536E419A0BD955EDECEDEC032A07B9@E03MVB1-UKBR.domain1.systemhost.net><B0381E3A-C466-49C9-B3C8-425F2406308A@g11.org.uk>
	<9671A92C3C8B5744BC97F855F7CB646517167848@zcarhxm1.corp.nortel.com>
	<1B6169C658325341A3B8066E23919E1C01880A57@S4DE8PSAANK.mitte.t-com.de>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>
Cc: pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0060035890=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

--===============0060035890==
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C8EF64.73895915"

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8EF64.73895915
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Ruediger, see my comment below.

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: Geib, Ruediger [mailto:Ruediger.Geib@t-systems.com]=20
Sent: July 23, 2008 3:19 AM
To: Babiarz, Jozef (CAR:0S03)
Cc: pcn@ietf.org
Subject: AW: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Joe,

I'm not sure whether your proposal is a good idea. What I've=20
heard, QoS traffic is supposed to be accounted on incoming=20
interfaces. Now allowing a peer to demote PCN to Best Effort=20
opens the door for a misuse: incoming traffic is accounted=20
and charged as PCN and then demoted to BE (due to a "temporal"
lack of PCN resources, of course). Allowing for this may=20
prevent deployment of PCN across multiple domains if the=20
origin never learns that PCN transport is only=20
partially available.
[Joe] You raised a valid point. I was assuming that if a flow was going =
to be downgraded, it would be at flow admission time and admission =
control signalling would know about it. =20

The requirement would then be, that if PCN transport=20
can't be used due to temporal lack of PCN resources in one=20
domain along the end to end path, then it shouldn't be used=20
at all.=20
[Joe] Agree. If a new call is blocked from entering the PCN domain, =
application signalling could try a second time. This time using Best =
Effort or a service class that does not support PCN.   =20
I also figure out that accounting get's rather complex if=20
temporal availability of valued added PCN transport along=20
different PCN enabled domains of an end to end path has to=20
be respected. Formulated differently: how to sell QoS if a=20
traffic of a user session crosses three domains and each=20
domain may but must not deliver the traffic of that=20
session with PCN transport?

Indicating "network busy" should be the aim if the PCN=20
resources are fully utilised. The user should then have=20
the option to set up his session with another transport=20
quality, but that's entirely a matter of the service=20
he's using (and not a matter decided by the transport=20
provider).
[Joe] In full agreement with the above method of operation.

So all in all, I don't look at demotion to Best Effort=20
as a good idea unless it is signaled on service level.=20
The latter may require similar signaling and layer=20
interaction features as termination. Should that be=20
the case, then demotion to Best Effort may be discussed=20
in that context.

Regards,

Rudiger

-----Urspr=FCngliche Nachricht-----
Von: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] Im Auftrag von =
Jozef Babiarz
Gesendet: Mittwoch, 23. Juli 2008 01:30
An: ken carlberg; philip.eardley@bt.com
Cc: pcn@ietf.org
Betreff: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Ken,
What I was trying to say that if the PCN class is fully utilized, than
new flows can be downgraded and use best effort. This means PCN
treatment will not be applied to these packets including admission
control. PCN based admission control should limit the amount of traffic
into the PCN domain so that there is no reason to perform downgrading of
flows once admitted, except under failure conditions, which I would
prefer that we let flow termination address that condition. Under
failure conditions most likely the best effort class will also be
congested. Also having two mechanisms downgrading and flow termination
working independently could bring instability into the system. =20

Regards, Joe
email:babiarz@nortel.com
Telephone:613-763-6098
-----Original Message-----
From: ken carlberg [mailto:carlberg@g11.org.uk]=20
Sent: July 22, 2008 2:56 PM
To: philip.eardley@bt.com
Cc: Babiarz, Jozef (CAR:0S03); pcn@ietf.org
Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01

Phil,

> ken
> it's expected that there'll be traffic that isnt PCN within the PCN-=20
> domai (if i get your comment!).

ok, we're in sync on that point.  I just feel uncomfortable removing =20
the option to downgrade packets in favor of dropping them given that a =20
portion of a node's/link's resources is more than likely set aside for =20
best effort, especially if the motivating factor for dropping is the =20
*potential* for mis-ordering.  if folks feel strongly for recommending =20
a policy of dropping, fine.  But I'd just like to point to down-=20
grading as an option to consider.

> as i understand it, all pkts in a flow follow the same ecmp path, so =20
> there shouldnt be any misordering.

my understanding is that this is configuration/implementation =20
dependent.  otherwise, I don't think we'd  see documents like rfc-4928 =20
(avoiding ECMP treatment in MPLS networks) spring up.

cheers,

-ken


>
> thanks
> phil
>
> ________________________________
>
> From: ken carlberg [mailto:carlberg@g11.org.uk]
> Sent: Tue 22/07/2008 13:41
> To: Jozef Babiarz
> Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org
> Subject: Re: [PCN] Issue 1 on draft-eardley-pcn-marking-behaviour-01
>
>
>
> On Jul 21, 2008, at 11:20 PM, Jozef Babiarz wrote:
>
>
> =09
> 	Downgrading should only be done per flow and at ingress to PCN =20
> domain. PCN mechanism should not cause packet mis-ordering.
> 	By downgrading means that admission control is not performed for

> that flow, DSCP value is changed at ingress to network and network =20
> if congested will drop packets belonging to that flow. Should not =20
> that downgrading needs to be performed before the flow is admitted =20
> into the network.
>
>
> interesting.  so the expectation is that a PCN domain will perform =20
> admission control on *all* ingress flows, and no flow(s) will be =20
> treated (segmented, traffic engineered) as best effort.  I think =20
> that approach is a bit idealistic, but perhaps our respective =20
> experiences with ISPs is different.
>
> also, if we take the concern about mis-ordering one step further, I =20
> assume you would highly discourage the use of ECMP in the PCN domain =20
> because even though its out of scope of PCN as part of a solution, =20
> it can cause packet mis-ordering.
>
> cheers,
>
> -ken
>

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

------_=_NextPart_001_01C8EF64.73895915
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DISO-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7653.30">
<TITLE>RE: [PCN] Issue 1 on =
draft-eardley-pcn-marking-behaviour-01</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Ruediger, see my comment below.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"en-us"></SPAN><A =
NAME=3D""><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Regards, Joe</FONT></SPAN></A></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">email:</FONT><FONT SIZE=3D2 FACE=3D"Courier =
New">babiarz@nortel.com</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"en-us"><FONT =
SIZE=3D2 FACE=3D"Courier New">Telephon</FONT><FONT SIZE=3D2 =
FACE=3D"Courier New">e:613-763-6098</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">-----Original Message-----<BR>
From: Geib, Ruediger [<A =
HREF=3D"mailto:Ruediger.Geib@t-systems.com">mailto:Ruediger.Geib@t-system=
s.com</A>]<BR>
Sent: July 23, 2008 3:19 AM<BR>
To:</FONT> <FONT SIZE=3D2 FACE=3D"Courier New">Babiarz, Jozef =
(CAR:0S03)<BR>
Cc: pcn@ietf.org<BR>
Subject: AW: [PCN] Issue 1 on draft-eardley-pcn-marking-be</FONT><FONT =
SIZE=3D2 FACE=3D"Courier New">haviour-01</FONT></SPAN><SPAN =
LANG=3D"en-us"></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Joe,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">I'm not sure whether your proposal is a good idea. What I've =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">heard, QoS traffic is supposed to be accounted on incoming =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">interfaces. Now allowing a peer to demote PCN to Best Effort =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">opens the door for a misuse: incoming traffic is accou</FONT><FONT =
SIZE=3D2 FACE=3D"Courier New">nted </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">and charged as PCN and then demoted to BE (due to a =
&quot;temporal&quot;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">lack of PCN resources, of course). Allowing for this may =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">prevent deployment of PCN</FONT></SPAN><SPAN LANG=3D"en-us"> <FONT =
SIZE=3D2 FACE=3D"Courier New">across</FONT></SPAN><SPAN =
LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New"> multiple domains if =
the </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">origin never learns that PCN transport is only </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">partially available.</FONT></SPAN><SPAN LANG=3D"en-us"></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Courier New">[</FONT><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Courier New">Joe] You raised a valid point. I was assuming that =
if a flow was going to be downgraded, it would be at flow admission time =
and admission control signalling would know about it.&nbsp; =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">The requirement would then be, that if PCN transport =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">can't be used due to</FONT> <FONT SIZE=3D2 FACE=3D"Courier =
New">temporal lack of PCN resources in one </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">domain along the end to end path, then it shouldn't be used =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">at =
all. </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Courier New">[Joe] Agree. If a new call is blocked from entering =
the PCN domain, application signalling could try a second time. This =
time using Best Effort or</FONT> <FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Courier New">a service class that does not support =
PCN.&nbsp;&nbsp;&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">I =
also figure out that accounting get's rather complex if =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">temporal availability of valued added PCN transport along =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">different PCN enabled domains of an end to end path has to =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">be =
respected. Formulated differ</FONT><FONT SIZE=3D2 FACE=3D"Courier =
New">ently: how to sell QoS if a </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">traffic of a user session crosses three domains and each =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">domain may but must not deliver the traffic of that =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">session with PCN transport?</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Indicating &quot;network busy&quot; should be the aim if the PCN =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">resources are fully utilised. T</FONT><FONT SIZE=3D2 =
FACE=3D"Courier New">he user should then have </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">the option to set up his session with another transport =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">quality, but that's entirely a matter of the service =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">he's using (and not a matter decided by the transport =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">provider).</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Courier New">[Joe] In full agreement with the above method of =
oper</FONT><FONT COLOR=3D"#000080" SIZE=3D2 FACE=3D"Courier =
New">ation.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">So =
all in all, I don't look at demotion to Best Effort </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">as =
a good idea unless it is signaled on service level. </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">The latter may require similar signaling and layer =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">interaction features as termination. Should that be =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">the case</FONT><FONT SIZE=3D2 FACE=3D"Courier New">, then demotion =
to Best Effort may be discussed </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"de"><FONT =
SIZE=3D2 FACE=3D"Courier New">in that context.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier =
New">Regards,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier =
New">Rudiger</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier =
New">-----Urspr=FCngliche Nachricht-----</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier New">Von: =
pcn-bounces@ietf.org [<A =
HREF=3D"mailto:pcn-bounces@ietf.org">mailto:pcn-bounces@ietf.org</A>] Im =
Auftrag von</FONT> <FONT SIZE=3D2 FACE=3D"Courier New">Jozef =
Babiarz</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier =
New">Gesendet: Mittwoch, 23. Juli 2008 01:30</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"de"><FONT SIZE=3D2 FACE=3D"Courier =
New">A</FONT><FONT SIZE=3D2 FACE=3D"Courier New">n: ken carlberg; =
philip.eardley@bt.com</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Cc: pcn@ietf.org</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Betreff: Re: [PCN] Issue 1 on =
draft-eardley-pcn-marking-behaviour-01</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Ken,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">What I was trying to say that if the PCN class is fully utilized, =
than</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">new flows can be downgraded and use best effort. This</FONT> <FONT =
SIZE=3D2 FACE=3D"Courier New">means PCN</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">treatment will not be applied to these packets including =
admission</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">control. PCN based admission control should limit the amount of =
traffic</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">into the PCN domain so that there is no reason to perform =
downgrading of</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">flows once admitted, except under</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">failure conditions, which I would</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">prefer that we let flow termination address that condition. =
Under</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">failure conditions most likely the best effort class will also =
be</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">congested. Also having two mechanisms downgrading and flow =
termination</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">working independent</FONT><FONT SIZE=3D2 FACE=3D"Courier New">ly =
could bring instability into the system.&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"fr-ca"><FONT =
SIZE=3D2 FACE=3D"Courier New">Regards, Joe</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"fr-ca"><FONT SIZE=3D2 FACE=3D"Courier =
New">email:</FONT><FONT SIZE=3D2 FACE=3D"Courier =
New">babiarz@nortel.com</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Telephone:613-763-6098</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">-----Original Message-----</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">From: ken carlberg [<A =
HREF=3D"mailto:carlberg@g11.org.uk">mailto:carlberg@g11.org.uk</A>] =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Sent: July 22, 2008 2:56 PM</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">To: philip.eardley@bt.com</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Cc:</FONT> <FONT SIZE=3D2 FACE=3D"Courier New">Babiarz, Jozef =
(CAR:0S03); pcn@ietf.org</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Subject: Re: [PCN] Issue 1 on =
draft-eardley-pcn-marking-behaviour-01</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">Phil,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; ken</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; it's expected that there'll be traffic that isnt PCN within =
the PCN- </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; domai (if i get your comment!).</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">ok, we're in syn</FONT><FONT SIZE=3D2 FACE=3D"Courier New">c on =
that point.&nbsp; I just feel uncomfortable removing&nbsp; =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">the option to downgrade packets in favor of dropping them given =
that a&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">portion of a node's/link's resources is more than likely set aside =
for&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">best effort, especially if the motivating factor for dr</FONT><FONT =
SIZE=3D2 FACE=3D"Courier New">opping is the&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">*potential* for mis-ordering.&nbsp; if folks feel strongly for =
recommending&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">a =
policy of dropping, fine.&nbsp; But I'd just like to point to down- =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">grading as an option to consider.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; as i understand it, all pkts in a flow follow the same ecmp =
path</FONT><FONT SIZE=3D2 FACE=3D"Courier New">, so&nbsp; =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; there shouldnt be any misordering.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier New">my =
understanding is that this is configuration/implementation&nbsp; =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">dependent.&nbsp; otherwise, I don't think we'd&nbsp; see documents =
like rfc-4928&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">(avoiding ECMP treatment in MPLS networks) spring =
up.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">cheers,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">-ken</FONT></SPAN></P>
<BR>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; thanks</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; phil</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; ________________________________</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; From: ken carlberg [<A =
HREF=3D"mailto:carlberg@g11.org.uk">mailto:carlberg@g11.org.uk</A>]</FONT=
></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; Sent: Tue 22/07/2008 13:41</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; To:</FONT> <FONT SIZE=3D2 FACE=3D"Courier New">Jozef =
Babiarz</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; Cc: Eardley,PL,Philip,CXR9 R; pcn@ietf.org</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; Subject: Re: [PCN] Issue 1 on draft-eardley-p</FONT><FONT =
SIZE=3D2 FACE=3D"Courier New">cn-marking-behaviour-01</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; On Jul 21, 2008, at 11:20 PM,</FONT> <FONT SIZE=3D2 =
FACE=3D"Courier New">Jozef Babiarz wrote:</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Downgrading should only be done =
per flow and at ingress to PCN&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; domain. PCN mechanism should not cause packet =
mis-ordering.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; By downgrading means =
t</FONT><FONT SIZE=3D2 FACE=3D"Courier New">hat admission control is not =
performed for</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; that flow, DSCP value is changed at ingress to network and =
network&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; if congested will drop packets belonging to that flow. Should =
not&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; that downgrading needs to be performed before the flow is =
admitted&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; into the network.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; interesting.&nbsp; so the expectation is that a PCN domain =
will perform&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; admission control on *all* ingress flows, and no flow(s) will =
be&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; treated (segmented, traffic engineered) as best effort.&nbsp; =
I think&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; that approach is a bi</FONT><FONT SIZE=3D2 FACE=3D"Courier =
New">t idealistic, but perhaps our respective&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; experiences with ISPs is different.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; also, if we take the concern about mis-ordering one step =
further, I&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; assume you would highly discourage the use of ECMP in the PCN =
domain&nbsp; </FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; because even though its ou</FONT><FONT SIZE=3D2 =
FACE=3D"Courier New">t of scope of PCN as part of a solution,&nbsp; =
</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt; it can cause packet mis-ordering.</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"en-us"></SPAN><SPAN LANG=3D"nl"><FONT =
SIZE=3D2 FACE=3D"Courier New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier New">&gt; =
cheers,</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier New">&gt; =
-ken</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier =
New">&gt;</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier =
New">_______________________________________________</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier New">PCN =
mailing list</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier =
New">PCN@ietf.org</FONT></SPAN></P>

<P DIR=3DLTR><SPAN LANG=3D"nl"><FONT SIZE=3D2 FACE=3D"Courier New"><A =
HREF=3D"https://www.ietf.org/mailman/listinfo/pcn">https://www.ietf.org/m=
ailman/listinfo/pcn</A></FONT></SPAN></P>

</BODY>
</HTML>
------_=_NextPart_001_01C8EF64.73895915--

--===============0060035890==
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://www.ietf.org/mailman/listinfo/pcn

--===============0060035890==--


From pcn-bounces@ietf.org  Sat Jul 26 14:32:05 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 062293A69A2;
	Sat, 26 Jul 2008 14:32:05 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9952B3A6ABA
	for <pcn@core3.amsl.com>; Sat, 26 Jul 2008 14:32:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.299
X-Spam-Level: 
X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=0.300, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Ikqdl1xRUA6a for <pcn@core3.amsl.com>;
	Sat, 26 Jul 2008 14:32:03 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56])
	by core3.amsl.com (Postfix) with ESMTP id 3500D3A69A2
	for <pcn@ietf.org>; Sat, 26 Jul 2008 14:32:03 -0700 (PDT)
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
	m6QLFkJ09458; Sat, 26 Jul 2008 21:15:46 GMT
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sat, 26 Jul 2008 17:13:29 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB646517261FA2@zcarhxm1.corp.nortel.com>
In-Reply-To: <1B6169C658325341A3B8066E23919E1C01880D94@S4DE8PSAANK.mitte.t-com.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] downgrading packets or flows ?
Thread-Index: AcjqfVQAlkVkNmDUSHSeIR7QfmjFbQBquuFRAEuJpqAAXC0P4A==
References: <zlCNWTva.1216567731.0355970.karagian@ewi.utwente.nl>
	<4A916DBC72536E419A0BD955EDECEDEC032A07BF@E03MVB1-UKBR.domain1.systemhost.net>
	<1B6169C658325341A3B8066E23919E1C01880D94@S4DE8PSAANK.mitte.t-com.de>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Geib, Ruediger" <Ruediger.Geib@t-systems.com>, <philip.eardley@bt.com>
Cc: pcn@ietf.org
Subject: Re: [PCN] downgrading packets or flows ?
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil, I'm in agreement with Ruediger on downgrading. 

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

-----Original Message-----
From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
Geib, Ruediger
Sent: July 24, 2008 2:56 AM
To: philip.eardley@bt.com
Cc: pcn@ietf.org
Subject: Re: [PCN] downgrading packets or flows ?

Phil,

I try to sum up my position on downgrading:

- if downgrading is applied, then to flows only.
- if per flow treatment is required, then it is 
  applicable at PCN ingress boundary nodes only.
  PCN core nodes perform DiffServ aggregate 
  conditioning only. 
- if a flow is demoted to Best Effort by a PCN 
  ingress boundary node, the reason is that it 
  did not keep the agreed rate or flowspec. 
  This is a per flow treatment rather than a 
  DiffServ treatment and (to me) MUST be done 
  if and only if it can be signaled by the 
  control plane of that flow. Otherwise that 
  flow MUST be policed to the agreed rate 
  or flow spec. To me, demotion to Best Effort 
  should be seen as a functionality of the 
  service using PCN, but not as a PCN
  functionality.

Arguments supporting my view have been given 
in one of my last mails, I don't want to 
repeat them here.

Regards,

Rudiger



---------- Michael wrote: ---------------------------------------

Hi,

when downgrading pcn packets or whole pcn flows using signaling for the 
pcn class in case of congestion, this means we introduce another 
possibly complex mechanism because pcn does not work properly. Under 
normal operation, we should not experience congestion, in case of 
failures we can use flow termination. That's all. If we don't use flow 
termination, we have to live with potential congestion or could fight it

somehow, but I don't think this should be part of the pcn architecture.

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://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Sun Jul 27 23:48:55 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A2BAF28C194;
	Sun, 27 Jul 2008 23:48:55 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6CE3D28C194
	for <pcn@core3.amsl.com>; Sun, 27 Jul 2008 23:48:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.775
X-Spam-Level: *
X-Spam-Status: No, score=1.775 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992,
	DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_57=0.6, MANGLED_TOOL=2.3,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id k7Glxnl5ayyf for <pcn@core3.amsl.com>;
	Sun, 27 Jul 2008 23:48:48 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id B5C6128C191
	for <pcn@ietf.org>; Sun, 27 Jul 2008 23:48:47 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 28 Jul 2008 07:48:55 +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, 28 Jul 2008 07:48:55 +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 121722773550; Mon, 28 Jul 2008 07:48:55 +0100
Received: from mut.jungle.bt.co.uk ([10.73.192.104])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6S6mVJj026921; Mon, 28 Jul 2008 07:48:53 +0100
Message-Id: <200807280648.m6S6mVJj026921@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Sun, 27 Jul 2008 10:20:00 +0100
To: "PCN IETF list" <pcn@ietf.org>, pwe3@ietf.org, ipsec@ietf.org
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 28 Jul 2008 06:48:55.0878 (UTC)
	FILETIME=[01525E60:01C8F07E]
Cc: tsvwg IETF list <tsvwg@ietf.org>
Subject: [PCN] Fwd: Updated: ECN Tunnelling I-D relevant to PCN, PWE3, IPsec
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

PCN, PWE3, IPsec lists,

Just notifying you of an I-D just posted that could become relevant 
to each of your w-gs (if it becomes a w-g item - it's still an 
individual draft).

See posting below for details.

You might choose to wait to see whether it becomes a tsvwg WG item 
before reading, or you might want to help (or hinder!) it becoming a 
WG item. The standards action stuff is in 2 pages from S.5 to S.7.

Pls cross-post any discussion that affects your w-g to 
<tsvwg@ietf.org> at least.

Cheers


Bob


>Date: Thu, 17 Jul 2008 21:00:38 +0100
>To: "tsvwg IETF list" <tsvwg@ietf.org>
>From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
>Subject: Updated: ECN Tunnelling I-D relevant to PCN, PWE3, IPsec
>
>Tsvwg (also relevant to PCN, PWE3 & IPsec - but pls discuss on tsvwg),
>
>Layered Encapsulation of Congestion Notification
><draft-briscoe-tsvwg-ecn-tunnel-01.txt>
>(intended for standards track)
>
>Abstract and summary of diffs pasted below.
>
>At the last -00 rev, on the tsvwg list there was unanimous support 
>and no detractors for the primary proposal to bring the ECN 
>behaviour of IP in IP tunnels into line with IPsec tunnels. However, 
>many voiced concerns about secondary aspects of the -00 draft. I 
>believe I've fixed them all (with considerable help from David Black 
>and RFC2983), but I've probably added more ;)
>
>That was a year ago. The ADs suggested, and I agreed, that we should 
>let it lie until PCN wire protocol was clearer (in case there was an 
>interaction). PCN's just become clearer. So I've rev'd this one back to life.
>
>I'm about to go offline until Dublin starts, so I'll pick up any 
>discussion then.
>
>
>Bob
>
>
>Abstract
>
>    This document redefines how the explicit congestion notification
>    (ECN) field of the outer IP header of a tunnel should be constructed.
>    It brings all IP in IP tunnels (v4 or v6) into line with the way
>    IPsec tunnels now construct the ECN field.  It includes a thorough
>    analysis of the reasoning for this change and the implications.  It
>    also gives guidelines on the encapsulation of IP congestion
>    notification by any outer header, whether encapsulated in an IP
>    tunnel or in a lower layer header.  Following these guidelines should
>    help interworking, if the IETF or other standards bodies specify any
>    new encapsulation of congestion notification.
>
>
>Changes From -00 to -01:
>
>       *  Related everything conceptually to the uniform and pipe models
>          of RFC2983 on Diffserv Tunnels, and completely removed the
>          dependence of tunnelling behaviour on the presence of any in-
>          path load regulation by using the [1 - Before] [2 - Outer]
>          function placement concepts from RFC2983.
>
>       *  Added specifc cases where the existing standards limit new
>          proposals.
>
>       *  Added sub-structure to Introduction (Need for Rationalisation,
>          Roadmap), added new Introductory subsection on "Scope" and
>          improved clarity
>
>       *  Added Design Guidelines for New Encapsulations of Congestion
>          Notification
>
>       *  Considerably clarified the Backward Compatibility section
>
>       *  Considerably extended the Security Considerations section
>
>       *  Summarised the primary rationale much better in the conclusions
>
>       *  Added numerous extra acknowledgements
>
>       *  Added Appendix A.  "Why resetting CE on encapsulation harms
>          PCN", Appendix B.  "Contribution to Congestion across a Tunnel"
>          and Appendix C.  "Ideal Decapsulation Rules"
>
>       *  Changed Appendix A "In-path Load Regulation" to "Non-Dependence
>          of Tunnelling on In-path Load Regulation" and added sub-section
>          on "Dependence of In-Path Load Regulation on Tunnelling"
>
>
>
>____________________________________________________________________________
>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196

____________________________________________________________________________
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Mon Jul 28 07:55:48 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1725E3A6A91;
	Mon, 28 Jul 2008 07:55:48 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 57C8E3A6ACE
	for <pcn@core3.amsl.com>; Mon, 28 Jul 2008 07:55:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id j-fl-aBCf30Y for <pcn@core3.amsl.com>;
	Mon, 28 Jul 2008 07:55:44 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 2CCB33A6A91
	for <pcn@ietf.org>; Mon, 28 Jul 2008 07:55:44 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 28 Jul 2008 15:55:52 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 28 Jul 2008 15:53:03 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Proposed changes to draft-eardley-pcn-marking-behaviour-01
	(mainly about traffic conditioning)
Thread-Index: AcjwwaLdwERn8vbbTn24a/KRLRXePg==
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 28 Jul 2008 14:55:52.0751 (UTC)
	FILETIME=[07EF63F0:01C8F0C2]
Subject: [PCN] Proposed changes to draft-eardley-pcn-marking-behaviour-01
	(mainly about traffic conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Some of us met this morning to talk about PCN. We discussed the marking behaviours and encoding drafts. 

 

On the former [draft-eardley-pcn-marking-behaviour-01]:

- we would like this to become a WG document as soon as possible.

 

We mainly discussed changes to the traffic conditioning section. Basic proposal is to simplify this section. I wanted to quickly summarise what I think we agreed, in order to get feedback before the WG meeting on Thursday. 

 

First, the PCN-interior-node behaviour:

-          basic goal of PCN is to keep PCN-traffic within the PCN-threshold-rate on each link in the PCN-domain

-          If there's too much PCN-traffic on a link (eg due to a re-route after a failure), then either the flow termination mechanism kicks in, or else the queue will do its normal action when overloaded, typically tail drop. (The current draft talks about metering and dropping, but it's too much complexity to insist this is done on every link and indeed it should rarely be necessary, especially if the flow termination mechanism is in use.)

-          Using the same capacity for other traffic (ie sharing it with traffic at same or higher priority as PCN) - there should be a mechanism to limit this traffic but it doesn't need to be part of the PCN documents how this is done. 

-          Current draft talks about downgrading as a possible traffic conditioning action on PCN-interior-nodes. But we don't need to mention downgrading. Since overloaded PCN-traffic is tail dropped from queue, whilst non-PCN traffic is dealt with by some mechanism outside the scope of the draft.

-          for non-PCN-traffic, basically we just say "see other docs". Appendix could explain this a bit more, eg reference the Diffserv architecture and [draft-ietf-tsvwg-admitted-realtime-dscp]. Something analogous to S2.1 of the latter, eg could have EF & PCN in different queues & limit the scheduler rate, or in the same queue and police EF.

 

PCN-ingress-node traffic conditioning:

-          Discussion of PCN-ingress-node traffic conditioning would move to an Appendix. Ideally this text would move to a separate doc about the edge behaviour, signalling aspects etc, however such a document doesn't exist at the moment. So worth keeping the text in an appendix. 

-          The text about policing of PCN-traffic by ingress is a SHOULD. (Current doc has a MUST, this is felt to be too over-prescriptive. Policing has an implementation cost, and operator may want to handle this differently, eg policing per ingress-egress-aggregate at the ingress instead of per flow.) also, the third bullet needs to say dropping or downgrading flows (not packets).

-          The text about policing of non-PCN-traffic by the ingress can be deleted. This should just be a reference to the appropriate Diffserv documents.

 

Other changes to draft-eardley-pcn-marking-behaviour-01

-          the 'classify function' is re-named to 'behaviour aggregate classifier' (function done on all PCN-links). This is thought more consistent with diffserv terminology. Whereas 'classify' is more typically used to mean 5-tuple style classification that would only be done at the domain ingress.

-          Drop the bullet that "PCN-packets that are dropped SHOULD NOT be metered by the Excess traffic meter". Since the overloaded pkts are tail dropped, it's impractical for the excess traffic meter to know that they'll be dropped. (The issue that Michael found can still be mentioned in the Appendix.)

 

comments?

Thanks

phil

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


From pcn-bounces@ietf.org  Mon Jul 28 08:50:24 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8C7313A6A96;
	Mon, 28 Jul 2008 08:50:24 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3D1CF3A6A03
	for <pcn@core3.amsl.com>; Mon, 28 Jul 2008 08:50:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id E+tbJPc9-uQx for <pcn@core3.amsl.com>;
	Mon, 28 Jul 2008 08:50:22 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 08C6F28C1B5
	for <pcn@ietf.org>; Mon, 28 Jul 2008 08:50:05 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id B7160A05DA;
	Mon, 28 Jul 2008 17:50:13 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id AA0A5A05D1;
	Mon, 28 Jul 2008 17:50:13 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 905B7198E01;
	Mon, 28 Jul 2008 17:50:13 +0200 (CEST)
Message-ID: <488DEA6A.3060502@informatik.uni-wuerzburg.de>
Date: Mon, 28 Jul 2008 17:48:58 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: philip.eardley@bt.com, pcn <pcn@ietf.org>
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: Re: [PCN] Proposed changes to
 draft-eardley-pcn-marking-behaviour-01 (mainly about traffic conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

philip.eardley@bt.com wrote:
> Some of us met this morning to talk about PCN. We discussed the marking behaviours and encoding drafts. 
>
>  
>
> On the former [draft-eardley-pcn-marking-behaviour-01]:
>
> - we would like this to become a WG document as soon as possible.
>
>   
agree

>  
>
> We mainly discussed changes to the traffic conditioning section. Basic proposal is to simplify this section. I wanted to quickly summarise what I think we agreed, in order to get feedback before the WG meeting on Thursday. 
>
>  
>
> First, the PCN-interior-node behaviour:
>
> -          basic goal of PCN is to keep PCN-traffic within the PCN-threshold-rate on each link in the PCN-domain
>   
I think you mean the reference rate for the threshold implementation of 
the exhaustive marker, right? Is it here relevant whether this is the 
admissible or supportable rate? I don't think so. My usual remark: the 
names for the thresholds can still be improved ...


> -          If there's too much PCN-traffic on a link (eg due to a re-route after a failure), then either the flow termination mechanism kicks in, or else the queue will do its normal action when overloaded, typically tail drop. (The current draft talks about metering and dropping, but it's too much complexity to insist this is done on every link and indeed it should rarely be necessary, especially if the flow termination mechanism is in use.)
>   
agree

> -          Using the same capacity for other traffic (ie sharing it with traffic at same or higher priority as PCN) - there should be a mechanism to limit this traffic but it doesn't need to be part of the PCN documents how this is done. 
>   
agree

> -          Current draft talks about downgrading as a possible traffic conditioning action on PCN-interior-nodes. But we don't need to mention downgrading. Since overloaded PCN-traffic is tail dropped from queue, whilst non-PCN traffic is dealt with by some mechanism outside the scope of the draft.
>   
agree

> -          for non-PCN-traffic, basically we just say "see other docs". Appendix could explain this a bit more, eg reference the Diffserv architecture and [draft-ietf-tsvwg-admitted-realtime-dscp]. Something analogous to S2.1 of the latter, eg could have EF & PCN in different queues & limit the scheduler rate, or in the same queue and police EF.
>
>   
agree


>  
>
> PCN-ingress-node traffic conditioning:
>
> -          Discussion of PCN-ingress-node traffic conditioning would move to an Appendix. Ideally this text would move to a separate doc about the edge behaviour, signalling aspects etc, however such a document doesn't exist at the moment. So worth keeping the text in an appendix. 
>   
Agree.

> -          The text about policing of PCN-traffic by ingress is a SHOULD. (Current doc has a MUST, this is felt to be too over-prescriptive. Policing has an implementation cost, and operator may want to handle this differently, eg policing per ingress-egress-aggregate at the ingress instead of per flow.) also, the third bullet needs to say dropping or downgrading flows (not packets).
>   
ok

> -          The text about policing of non-PCN-traffic by the ingress can be deleted. This should just be a reference to the appropriate Diffserv documents.
>   
agree

>  
>
> Other changes to draft-eardley-pcn-marking-behaviour-01
>
> -          the 'classify function' is re-named to 'behaviour aggregate classifier' (function done on all PCN-links). This is thought more consistent with diffserv terminology. Whereas 'classify' is more typically used to mean 5-tuple style classification that would only be done at the domain ingress.
>   
agree

> -          Drop the bullet that "PCN-packets that are dropped SHOULD NOT be metered by the Excess traffic meter". Since the overloaded pkts are tail dropped, it's impractical for the excess traffic meter to know that they'll be dropped. (The issue that Michael found can still be mentioned in the Appendix.)
>   
agree

Regards,

    Michael

>  
>
> comments?
>
> Thanks
>
> phil
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Mon Jul 28 08:52:27 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7ACE73A6A1D;
	Mon, 28 Jul 2008 08:52:27 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3F9ED3A6A1D
	for <pcn@core3.amsl.com>; Mon, 28 Jul 2008 08:52:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.024
X-Spam-Level: 
X-Spam-Status: No, score=-6.024 tagged_above=-999 required=5 tests=[AWL=0.225, 
	BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id WpS9Aocs9KV4 for <pcn@core3.amsl.com>;
	Mon, 28 Jul 2008 08:52:25 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62])
	by core3.amsl.com (Postfix) with ESMTP id 2407A3A6982
	for <pcn@ietf.org>; Mon, 28 Jul 2008 08:52:25 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1])
	by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
	091F2201CC for <pcn@ietf.org>; Mon, 28 Jul 2008 17:52:34 +0200 (CEST)
X-AuditID: c1b4fb3e-ab993bb000004ec0-de-488deb41979e
Received: from esealmw126.eemea.ericsson.se (unknown [153.88.254.123])
	by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
	E0B0F20089 for <pcn@ietf.org>; Mon, 28 Jul 2008 17:52:33 +0200 (CEST)
Received: from esealmw109.eemea.ericsson.se ([153.88.200.2]) by
	esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); 
	Mon, 28 Jul 2008 17:52:33 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 28 Jul 2008 17:52:31 +0200
Message-ID: <026F8EEDAD2C4342A993203088C1FC0507FB7635@esealmw109.eemea.ericsson.se>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Re : draft-moncaster-pcn-3-state-encoding-00.txt
thread-index: AcjwyfHFaCMu2hCiRW633NthaAJq3w==
From: "Ingemar Johansson S" <ingemar.s.johansson@ericsson.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 28 Jul 2008 15:52:33.0674 (UTC)
	FILETIME=[F30B0EA0:01C8F0C9]
X-Brightmail-Tracker: AAAAAA==
Subject: [PCN] Re : draft-moncaster-pcn-3-state-encoding-00.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi

Reading chapter 9 in draft-moncaster-pcn-3-state-encoding-00 (security cons=
iderations). =

Another transport that may use the nonce is DCCP with CCID 3 (see section 9=
 in http://tools.ietf.org/html/rfc4342 )

That said, ECN nonce is probably only useful in a client-server scenario as=
 it builds on some kind of trust relationship. For normal UDP transport suc=
h as VoIP between two "untrusted" clients I see very little use for the ECN=
 nonce.

Besides this I would say that this is probably a quite neat solution to the=
 e2e ECN preservation problem and to some extent it may be possible to also=
 be possible for atleast the PCN egress nodes to do some additional policin=
g on flows that don't comply to the ThM and Etm marks but this is probably =
a later headache.

/Ingemar
******************************************* =

Ingemar Johansson =

Senior Research Engineer, IETF "nethead" =

EAB/TVP - Multimedia Technologies =

Ericsson Research Ericsson AB =

Box 920 S-971 28 Lule=E5, Sweden =

Tel: +46 (0)8 4043042 =

ECN: 850-43042 =

ECC: 850-43074 =

Mobile: +46 (0)730 783289 =

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

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


From pcn-bounces@ietf.org  Mon Jul 28 09:01:11 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 28BED28C1DB;
	Mon, 28 Jul 2008 09:01:11 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id AADBA28C1DD
	for <pcn@core3.amsl.com>; Mon, 28 Jul 2008 09:01:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id SFQ5qr9JnbNI for <pcn@core3.amsl.com>;
	Mon, 28 Jul 2008 09:01:08 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 491CD28C153
	for <pcn@ietf.org>; Mon, 28 Jul 2008 09:01:08 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id EAFE1198E09
	for <pcn@ietf.org>; Mon, 28 Jul 2008 18:01:17 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id DDC31198E01
	for <pcn@ietf.org>; Mon, 28 Jul 2008 18:01:17 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C50F1198DF1
	for <pcn@ietf.org>; Mon, 28 Jul 2008 18:01:17 +0200 (CEST)
Message-ID: <488DED02.3060901@informatik.uni-wuerzburg.de>
Date: Mon, 28 Jul 2008 18:00:02 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: pcn <pcn@ietf.org>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

I think the current PCN nomenclature can still be improved. I cite from 
the architecture draft-04:
"The admission control mechanism limits the PCN-traffic on each link to 
*roughly* its PCN-threshold-rate and the flow termination mechanism 
limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."

Stupid question: is single-marking configured with a PCN-threshold-rate 
or PCN-excess-rate? According to this description the reference rate of 
the excess marker is set to the PCN-threshold rate. That is certainly 
not intended by the names. I think this simple example shows that the 
current nomenclature is not yet perfect. A better approach is described 
in our overview paper.
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf

I'm not at the meeting, but maybe you find some time to discuss this 
issue there? I request a small change:
PCN-threshold-rate -> admissible-rate
PCN-excess-rate -> supportable rate
The reference rates of the excess or exhaustive (threshold) markers are 
set to one of these values depending on what should be done with the 
marking.

Threshold marking -> exhaustive marking
I find exhaustive marking better than threshold marking since this term 
does not say nothing about implementation. Ramp marking could also be 
used although we have not found any benefit when doing that.

Good names are important to explain and sell stuff to other people. 
Sometimes to other researchers, sometimes to customers ...

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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 02:09:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 76DC928C13E;
	Tue, 29 Jul 2008 02:09:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 251B828C13E
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 02:09:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id oyFzrQZRcWLx for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 02:09:04 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 85F543A6B51
	for <pcn@ietf.org>; Tue, 29 Jul 2008 02:09:03 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.63]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 29 Jul 2008 10:09:11 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 29 Jul 2008 10:09:11 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Proposed changes to
	draft-eardley-pcn-marking-behaviour-01(mainly about traffic
	conditioning)
Thread-Index: AcjwwaLdwERn8vbbTn24a/KRLRXePgAlvA7F
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
From: <toby.moncaster@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 29 Jul 2008 09:09:11.0959 (UTC)
	FILETIME=[C41C2A70:01C8F15A]
Subject: Re: [PCN] Proposed changes to
	draft-eardley-pcn-marking-behaviour-01(mainly about traffic
	conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Further to this just to let you all know that we are still trying to see if we can come to some agreement between the 3 main current encoding options: 
 
baseline encoding - 2 current suggestions:
     1)   Make one of the ECT codepoints experimental or local use
     2)   Specify rules for the two ECT codepoints such that you HAVE to mark all codepoints to the higher threshold but leave the behaviour for the lower thresold undefined (Note I am avoiding using ANY nomenclature here).
 
3 state encoding - allows limited end-to-end ECN. It also allows one to do egress-based measurement of admission marking rate to make admission decisions (simulatins seem to suggest this behaves better in many situations). However this uses a messy solution of 1 standards and one local use DSCP and requires changes between them. There is also some debate about which marking goes in which DSCP.
 
PSDM - uses a single DSCP which is a definite pro. However to be able to use both admission and termination marking, you need an external mechanism to correctly identify which marking a packet originally had. One suggestion that needs careful throught is that there may be a mechanism by which we can merge this encding with the baseline encoding, however there might then be interactions between this and the 3 state encoding...
 
My 30 min slot on Thursday will go into more detail about these and hopefully by then we will have a clear proposal for how to advance the encoding (and hopefully expedite it through to RFC in recrd time!)
 
Toby Moncaster

________________________________

From: pcn-bounces@ietf.org on behalf of philip.eardley@bt.com
Sent: Mon 28/07/2008 15:53
To: pcn@ietf.org
Subject: [PCN] Proposed changes to draft-eardley-pcn-marking-behaviour-01(mainly about traffic conditioning)



Some of us met this morning to talk about PCN. We discussed the marking behaviours and encoding drafts.



On the former [draft-eardley-pcn-marking-behaviour-01]:

- we would like this to become a WG document as soon as possible.



We mainly discussed changes to the traffic conditioning section. Basic proposal is to simplify this section. I wanted to quickly summarise what I think we agreed, in order to get feedback before the WG meeting on Thursday.



First, the PCN-interior-node behaviour:

-          basic goal of PCN is to keep PCN-traffic within the PCN-threshold-rate on each link in the PCN-domain

-          If there's too much PCN-traffic on a link (eg due to a re-route after a failure), then either the flow termination mechanism kicks in, or else the queue will do its normal action when overloaded, typically tail drop. (The current draft talks about metering and dropping, but it's too much complexity to insist this is done on every link and indeed it should rarely be necessary, especially if the flow termination mechanism is in use.)

-          Using the same capacity for other traffic (ie sharing it with traffic at same or higher priority as PCN) - there should be a mechanism to limit this traffic but it doesn't need to be part of the PCN documents how this is done.

-          Current draft talks about downgrading as a possible traffic conditioning action on PCN-interior-nodes. But we don't need to mention downgrading. Since overloaded PCN-traffic is tail dropped from queue, whilst non-PCN traffic is dealt with by some mechanism outside the scope of the draft.

-          for non-PCN-traffic, basically we just say "see other docs". Appendix could explain this a bit more, eg reference the Diffserv architecture and [draft-ietf-tsvwg-admitted-realtime-dscp]. Something analogous to S2.1 of the latter, eg could have EF & PCN in different queues & limit the scheduler rate, or in the same queue and police EF.



PCN-ingress-node traffic conditioning:

-          Discussion of PCN-ingress-node traffic conditioning would move to an Appendix. Ideally this text would move to a separate doc about the edge behaviour, signalling aspects etc, however such a document doesn't exist at the moment. So worth keeping the text in an appendix.

-          The text about policing of PCN-traffic by ingress is a SHOULD. (Current doc has a MUST, this is felt to be too over-prescriptive. Policing has an implementation cost, and operator may want to handle this differently, eg policing per ingress-egress-aggregate at the ingress instead of per flow.) also, the third bullet needs to say dropping or downgrading flows (not packets).

-          The text about policing of non-PCN-traffic by the ingress can be deleted. This should just be a reference to the appropriate Diffserv documents.



Other changes to draft-eardley-pcn-marking-behaviour-01

-          the 'classify function' is re-named to 'behaviour aggregate classifier' (function done on all PCN-links). This is thought more consistent with diffserv terminology. Whereas 'classify' is more typically used to mean 5-tuple style classification that would only be done at the domain ingress.

-          Drop the bullet that "PCN-packets that are dropped SHOULD NOT be metered by the Excess traffic meter". Since the overloaded pkts are tail dropped, it's impractical for the excess traffic meter to know that they'll be dropped. (The issue that Michael found can still be mentioned in the Appendix.)



comments?

Thanks

phil

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


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


From pcn-bounces@ietf.org  Tue Jul 29 02:51:01 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 936A628C256;
	Tue, 29 Jul 2008 02:51:01 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EECEF28C255
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 02:51:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level: 
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5
	tests=[AWL=-0.300, BAYES_00=-2.599, HELO_EQ_DE=0.35,
	J_CHICKENPOX_33=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0SvW0ouzNUz2 for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 02:50:59 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id F0CB428C24D
	for <pcn@ietf.org>; Tue, 29 Jul 2008 02:50:58 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 9DF07A0653;
	Tue, 29 Jul 2008 11:51:09 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 924FDA0652;
	Tue, 29 Jul 2008 11:51:09 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6E180A05DD;
	Tue, 29 Jul 2008 11:51:09 +0200 (CEST)
Message-ID: <488EE7C4.6090008@informatik.uni-wuerzburg.de>
Date: Tue, 29 Jul 2008 11:49:56 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: toby.moncaster@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Proposed changes
 to	draft-eardley-pcn-marking-behaviour-01(mainly about
 traffic	conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Toby,

toby.moncaster@bt.com wrote:
> Further to this just to let you all know that we are still trying to see if we can come to some agreement between the 3 main current encoding options: 
>  
> baseline encoding - 2 current suggestions:
>      1)   Make one of the ECT codepoints experimental or local use
>      2)   Specify rules for the two ECT codepoints such that you HAVE to mark all codepoints to the higher threshold but leave the behaviour for the lower thresold undefined (Note I am avoiding using ANY nomenclature here).
>   
I don't understand this.

>  
> 3 state encoding - allows limited end-to-end ECN. 
I do not see the value for practical application for the following reasons.
* Original ECN codepoints cannot preserved as PCN marks are added, thus 
"dominant" PCN+ECN codepoint are signalled.
* This dominant PCN+ECN signalling can be applied only if flows 
explicitly signal to the PCN domain that they want to receive these signals.
* It is not clear, how these signals are evaluated, in particular, 
because the semantics of the signals heavily depend on the type of PCN 
marking (excess or exhaustive marking, reference rate=admissible or 
supportable rate)
* The same behavior can be obtained for PSDM when PCN traffic is 
tunneled edge-to-edge with appropriate encaps/decaps mechanism (its the 
same type as required for tunneling within PCN domains).
* Preserving original ECN (without additional PCN marks) codepoints 
still require the application of an edge-to-edge tunnel that protects 
the inner header information.


> It also allows one to do egress-based measurement of admission marking rate to make admission decisions (simulatins seem to suggest this behaves better in many situations). However this uses a messy solution of 1 standards and one local use DSCP and requires changes between them. There is also some debate about which marking goes in which DSCP.
>   
I believe that don't understand this properly. Do you mean the fact that 
baseline encoding can be used for both excess and exhaustive marking? 
Yes, it's true that we need to tell routers what kind of marking is 
expected from them. With PSDM this is different as packets are marked at 
the ingress either with non-ExM or non-EhM. Then, routers know what kind 
of marking they have to apply.

>  
> PSDM - uses a single DSCP which is a definite pro. However to be able to use both admission and termination marking, you need an external mechanism to correctly identify which marking a packet originally had. One suggestion that needs careful throught is that there may be a mechanism by which we can merge this encding with the baseline encoding, however there might then be interactions between this and the 3 state encoding...
>   
As I said above, 3 state encoding can be received by applying PSDM with 
appropriate edge-to-edge tunnels.

 From my perspective, the issue of delivering dominant ECN+PCN signals 
is irrelevant, in particular as the preservation of original ECN signals 
still requires tunnels and PSDM with appropriate tunnels can also 
deliver dominant ECN+PCN signals.

For me the question boils down to the following. Do we favor the benefits of
1) (baseline + 3 state encoding) = support for independent excess and 
exhaustive marking as required by CL
2) (PSDM) = support for excess marking and exhaustive marking for probe 
traffic within a single codepoint

I believe that any solution with 2 DSCPs will not become reality due to 
DSCP shortage. That was at least my impression from the discussion at 
the last meeting. Since the option baseline+ 3 state encoding requires 2 
DSCPs, I don't think it's realistic for further deployment. Hence, 
baseline + 3 state encoding is equivalent for me to baseline encoding. 
Baseline encoding supports only a single marking scheme which leaves us 
with the Single-Marking approach which is from my perspective not enough 
for smooth operation in many cases.

Regards,

    Michael

>  
> My 30 min slot on Thursday will go into more detail about these and hopefully by then we will have a clear proposal for how to advance the encoding (and hopefully expedite it through to RFC in recrd time!)
>  
> Toby Moncaster
>
> ________________________________
>
> From: pcn-bounces@ietf.org on behalf of philip.eardley@bt.com
> Sent: Mon 28/07/2008 15:53
> To: pcn@ietf.org
> Subject: [PCN] Proposed changes to draft-eardley-pcn-marking-behaviour-01(mainly about traffic conditioning)
>
>
>
> Some of us met this morning to talk about PCN. We discussed the marking behaviours and encoding drafts.
>
>
>
> On the former [draft-eardley-pcn-marking-behaviour-01]:
>
> - we would like this to become a WG document as soon as possible.
>
>
>
> We mainly discussed changes to the traffic conditioning section. Basic proposal is to simplify this section. I wanted to quickly summarise what I think we agreed, in order to get feedback before the WG meeting on Thursday.
>
>
>
> First, the PCN-interior-node behaviour:
>
> -          basic goal of PCN is to keep PCN-traffic within the PCN-threshold-rate on each link in the PCN-domain
>
> -          If there's too much PCN-traffic on a link (eg due to a re-route after a failure), then either the flow termination mechanism kicks in, or else the queue will do its normal action when overloaded, typically tail drop. (The current draft talks about metering and dropping, but it's too much complexity to insist this is done on every link and indeed it should rarely be necessary, especially if the flow termination mechanism is in use.)
>
> -          Using the same capacity for other traffic (ie sharing it with traffic at same or higher priority as PCN) - there should be a mechanism to limit this traffic but it doesn't need to be part of the PCN documents how this is done.
>
> -          Current draft talks about downgrading as a possible traffic conditioning action on PCN-interior-nodes. But we don't need to mention downgrading. Since overloaded PCN-traffic is tail dropped from queue, whilst non-PCN traffic is dealt with by some mechanism outside the scope of the draft.
>
> -          for non-PCN-traffic, basically we just say "see other docs". Appendix could explain this a bit more, eg reference the Diffserv architecture and [draft-ietf-tsvwg-admitted-realtime-dscp]. Something analogous to S2.1 of the latter, eg could have EF & PCN in different queues & limit the scheduler rate, or in the same queue and police EF.
>
>
>
> PCN-ingress-node traffic conditioning:
>
> -          Discussion of PCN-ingress-node traffic conditioning would move to an Appendix. Ideally this text would move to a separate doc about the edge behaviour, signalling aspects etc, however such a document doesn't exist at the moment. So worth keeping the text in an appendix.
>
> -          The text about policing of PCN-traffic by ingress is a SHOULD. (Current doc has a MUST, this is felt to be too over-prescriptive. Policing has an implementation cost, and operator may want to handle this differently, eg policing per ingress-egress-aggregate at the ingress instead of per flow.) also, the third bullet needs to say dropping or downgrading flows (not packets).
>
> -          The text about policing of non-PCN-traffic by the ingress can be deleted. This should just be a reference to the appropriate Diffserv documents.
>
>
>
> Other changes to draft-eardley-pcn-marking-behaviour-01
>
> -          the 'classify function' is re-named to 'behaviour aggregate classifier' (function done on all PCN-links). This is thought more consistent with diffserv terminology. Whereas 'classify' is more typically used to mean 5-tuple style classification that would only be done at the domain ingress.
>
> -          Drop the bullet that "PCN-packets that are dropped SHOULD NOT be metered by the Excess traffic meter". Since the overloaded pkts are tail dropped, it's impractical for the excess traffic meter to know that they'll be dropped. (The issue that Michael found can still be mentioned in the Appendix.)
>
>
>
> comments?
>
> Thanks
>
> phil
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 03:14:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 5EEF628C156;
	Tue, 29 Jul 2008 03:14:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 03A4E28C117
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 03:14:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.999
X-Spam-Level: 
X-Spam-Status: No, score=-2.999 tagged_above=-999 required=5
	tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_33=0.6,
	J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Oz4IIoe1PJaG for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 03:14:47 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 05B9528C1F1
	for <pcn@ietf.org>; Tue, 29 Jul 2008 03:14:46 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.63]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 29 Jul 2008 11:12:48 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 29 Jul 2008 11:12:47 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBF0@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Proposed changes
	to	draft-eardley-pcn-marking-behaviour-01(mainly about
	traffic	conditioning)
Thread-Index: AcjxYKJiwxy+zb3rQz670I/OCwAgtgAAYFZw
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>
	<488EE7C4.6090008@informatik.uni-wuerzburg.de>
From: <toby.moncaster@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 29 Jul 2008 10:12:48.0654 (UTC)
	FILETIME=[A7099AE0:01C8F163]
Cc: pcn@ietf.org
Subject: Re: [PCN] Proposed changes
	to	draft-eardley-pcn-marking-behaviour-01(mainly about
	traffic	conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Only brief responses
 
Toby

________________________________

From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
Sent: Tue 29/07/2008 10:49
To: Moncaster,T,Toby,CXR9 R
Cc: pcn@ietf.org
Subject: Re: [PCN] Proposed changes to draft-eardley-pcn-marking-behaviour-01(mainly about traffic conditioning)



Hi Toby,

toby.moncaster@bt.com wrote:
> Further to this just to let you all know that we are still trying to see if we can come to some agreement between the 3 main current encoding options:
> 
> baseline encoding - 2 current suggestions:
>      1)   Make one of the ECT codepoints experimental or local use
>      2)   Specify rules for the two ECT codepoints such that you HAVE to mark all codepoints to the higher threshold but leave the behaviour for the lower thresold undefined (Note I am avoiding using ANY nomenclature here).
>  
I don't understand this.

(Toby) See slides when I post them (once I have written them!)



> 
> 3 state encoding - allows limited end-to-end ECN.
I do not see the value for practical application for the following reasons.
* Original ECN codepoints cannot preserved as PCN marks are added, thus
"dominant" PCN+ECN codepoint are signalled.
* This dominant PCN+ECN signalling can be applied only if flows
explicitly signal to the PCN domain that they want to receive these signals.
* It is not clear, how these signals are evaluated, in particular,
because the semantics of the signals heavily depend on the type of PCN
marking (excess or exhaustive marking, reference rate=admissible or
supportable rate)
* The same behavior can be obtained for PSDM when PCN traffic is
tunneled edge-to-edge with appropriate encaps/decaps mechanism (its the
same type as required for tunneling within PCN domains).
* Preserving original ECN (without additional PCN marks) codepoints
still require the application of an edge-to-edge tunnel that protects
the inner header information.

(Toby) Perhaps this would be clearer if we expressed this as exposing the PCN marks to the end-point such that it can react to them. Then it is important to preserve /some/ form of signalling channel to negotiate this. This signalling channel would re-use ECN.

> It also allows one to do egress-based measurement of admission marking rate to make admission decisions (simulatins seem to suggest this behaves better in many situations). However this uses a messy solution of 1 standards and one local use DSCP and requires changes between them. There is also some debate about which marking goes in which DSCP.
>  
I believe that don't understand this properly. Do you mean the fact that
baseline encoding can be used for both excess and exhaustive marking?
Yes, it's true that we need to tell routers what kind of marking is
expected from them. With PSDM this is different as packets are marked at
the ingress either with non-ExM or non-EhM. Then, routers know what kind
of marking they have to apply.

(Toby) NO,  I mean that, unless _all_  packets can be admission marked then CL-like schemes can't make an accurate admission decision based on an aggregate at the egress.

> 
> PSDM - uses a single DSCP which is a definite pro. However to be able to use both admission and termination marking, you need an external mechanism to correctly identify which marking a packet originally had. One suggestion that needs careful throught is that there may be a mechanism by which we can merge this encding with the baseline encoding, however there might then be interactions between this and the 3 state encoding...
>  
As I said above, 3 state encoding can be received by applying PSDM with
appropriate edge-to-edge tunnels.

(Toby) NO, ECN can be preserved end-to-end. This is simply a by-product of 3-state encoding...

 From my perspective, the issue of delivering dominant ECN+PCN signals
is irrelevant, in particular as the preservation of original ECN signals
still requires tunnels and PSDM with appropriate tunnels can also
deliver dominant ECN+PCN signals.

For me the question boils down to the following. Do we favor the benefits of
1) (baseline + 3 state encoding) = support for independent excess and
exhaustive marking as required by CL
2) (PSDM) = support for excess marking and exhaustive marking for probe
traffic within a single codepoint

(Toby) yes this is what I see the question as. However I don't completely agree with your answers to the question. I think that using a local use DSCP is undesirable but I don't think it is necessarily a killer (except apparently to DT). What would be nice is to end up with a standards baseline that is sufficiently flexible to allow operators to do experiments on whether CL-type admission or PBAC is better, whether flow termination is useful, how best to do these functions, etc. In other words lets try to ensure we don't close the door to any future extension (especially lets not close the door to future re-chartering)

I believe that any solution with 2 DSCPs will not become reality due to
DSCP shortage. That was at least my impression from the discussion at
the last meeting. Since the option baseline+ 3 state encoding requires 2
DSCPs, I don't think it's realistic for further deployment. Hence,
baseline + 3 state encoding is equivalent for me to baseline encoding.
Baseline encoding supports only a single marking scheme which leaves us
with the Single-Marking approach which is from my perspective not enough
for smooth operation in many cases.

Regards,

    Michael

> 
> My 30 min slot on Thursday will go into more detail about these and hopefully by then we will have a clear proposal for how to advance the encoding (and hopefully expedite it through to RFC in recrd time!)
> 
> Toby Moncaster
>
> ________________________________
>
> From: pcn-bounces@ietf.org on behalf of philip.eardley@bt.com
> Sent: Mon 28/07/2008 15:53
> To: pcn@ietf.org
> Subject: [PCN] Proposed changes to draft-eardley-pcn-marking-behaviour-01(mainly about traffic conditioning)
>
>
>
> Some of us met this morning to talk about PCN. We discussed the marking behaviours and encoding drafts.
>
>
>
> On the former [draft-eardley-pcn-marking-behaviour-01]:
>
> - we would like this to become a WG document as soon as possible.
>
>
>
> We mainly discussed changes to the traffic conditioning section. Basic proposal is to simplify this section. I wanted to quickly summarise what I think we agreed, in order to get feedback before the WG meeting on Thursday.
>
>
>
> First, the PCN-interior-node behaviour:
>
> -          basic goal of PCN is to keep PCN-traffic within the PCN-threshold-rate on each link in the PCN-domain
>
> -          If there's too much PCN-traffic on a link (eg due to a re-route after a failure), then either the flow termination mechanism kicks in, or else the queue will do its normal action when overloaded, typically tail drop. (The current draft talks about metering and dropping, but it's too much complexity to insist this is done on every link and indeed it should rarely be necessary, especially if the flow termination mechanism is in use.)
>
> -          Using the same capacity for other traffic (ie sharing it with traffic at same or higher priority as PCN) - there should be a mechanism to limit this traffic but it doesn't need to be part of the PCN documents how this is done.
>
> -          Current draft talks about downgrading as a possible traffic conditioning action on PCN-interior-nodes. But we don't need to mention downgrading. Since overloaded PCN-traffic is tail dropped from queue, whilst non-PCN traffic is dealt with by some mechanism outside the scope of the draft.
>
> -          for non-PCN-traffic, basically we just say "see other docs". Appendix could explain this a bit more, eg reference the Diffserv architecture and [draft-ietf-tsvwg-admitted-realtime-dscp]. Something analogous to S2.1 of the latter, eg could have EF & PCN in different queues & limit the scheduler rate, or in the same queue and police EF.
>
>
>
> PCN-ingress-node traffic conditioning:
>
> -          Discussion of PCN-ingress-node traffic conditioning would move to an Appendix. Ideally this text would move to a separate doc about the edge behaviour, signalling aspects etc, however such a document doesn't exist at the moment. So worth keeping the text in an appendix.
>
> -          The text about policing of PCN-traffic by ingress is a SHOULD. (Current doc has a MUST, this is felt to be too over-prescriptive. Policing has an implementation cost, and operator may want to handle this differently, eg policing per ingress-egress-aggregate at the ingress instead of per flow.) also, the third bullet needs to say dropping or downgrading flows (not packets).
>
> -          The text about policing of non-PCN-traffic by the ingress can be deleted. This should just be a reference to the appropriate Diffserv documents.
>
>
>
> Other changes to draft-eardley-pcn-marking-behaviour-01
>
> -          the 'classify function' is re-named to 'behaviour aggregate classifier' (function done on all PCN-links). This is thought more consistent with diffserv terminology. Whereas 'classify' is more typically used to mean 5-tuple style classification that would only be done at the domain ingress.
>
> -          Drop the bullet that "PCN-packets that are dropped SHOULD NOT be metered by the Excess traffic meter". Since the overloaded pkts are tail dropped, it's impractical for the excess traffic meter to know that they'll be dropped. (The issue that Michael found can still be mentioned in the Appendix.)
>
>
>
> comments?
>
> Thanks
>
> phil
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
>
>
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 03:39:13 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 282B13A6B57;
	Tue, 29 Jul 2008 03:39:13 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 000133A6B57
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 03:39:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.599
X-Spam-Level: 
X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[AWL=1.000, 
	BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7kX6vwFT-7FP for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 03:39:11 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id B40373A68F3
	for <pcn@ietf.org>; Tue, 29 Jul 2008 03:39:10 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 29 Jul 2008 11:39:18 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 29 Jul 2008 11:39:17 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: AcjwyzD2aYoKHjJxT025o5ASZfUSMgAjc8hB
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 29 Jul 2008 10:39:18.0320 (UTC)
	FILETIME=[5A8D6300:01C8F167]
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

that's a good spot, thanks. the text you quote needs tweaking as it isn't accurate in a single marking scenario.
 
yes, the change of terminlogy you suggest is possible. i'm sure it's possible to make all the docs consistent with either the existing terminology or with your suggested alternative. personally i dont think one is easier to understand than the other.
 
the consensus at the WG meeting a few ietfs ago, when we discussed terminology, was that the names of the reference rates of the meter/markers should reflect how the markers work rather than what they're trying to achieve. ie PCN-threshold-rate and PCN-excess-rate (for the threshold-marking and excess-traffic-marking behaviours).
 
note that your suggestion makes it harder to write the marking behaviour draft, because you have to say something like "if the opeartor has 3 encoding states, then the excess-traffic-marker sets its reference rate to supportable rate; if the operator only has 2 encoding states and is doing single marking, then the excess-traffic-marker sets its reference rate to the admissible rate". with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do)
 
i dont particularly care about threshold vs exhaustive as terms, and personally dont find much difference in what they imply about implementation. a tiny practical issue in favoour of threshold, is that 'exhaustive' and 'excess rate' have the same first letters, so good abbreviations are less obvious. 
 
 
 
thanks
phil
 
 
________________________________

From: pcn-bounces@ietf.org on behalf of Michael Menth
Sent: Mon 28/07/2008 17:00
To: pcn
Subject: [PCN] Nomenclature



Hi,

I think the current PCN nomenclature can still be improved. I cite from
the architecture draft-04:
"The admission control mechanism limits the PCN-traffic on each link to
*roughly* its PCN-threshold-rate and the flow termination mechanism
limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."

Stupid question: is single-marking configured with a PCN-threshold-rate
or PCN-excess-rate? According to this description the reference rate of
the excess marker is set to the PCN-threshold rate. That is certainly
not intended by the names. I think this simple example shows that the
current nomenclature is not yet perfect. A better approach is described
in our overview paper.
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf

I'm not at the meeting, but maybe you find some time to discuss this
issue there? I request a small change:
PCN-threshold-rate -> admissible-rate
PCN-excess-rate -> supportable rate
The reference rates of the excess or exhaustive (threshold) markers are
set to one of these values depending on what should be done with the
marking.

Threshold marking -> exhaustive marking
I find exhaustive marking better than threshold marking since this term
does not say nothing about implementation. Ramp marking could also be
used although we have not found any benefit when doing that.

Good names are important to explain and sell stuff to other people.
Sometimes to other researchers, sometimes to customers ...

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://www.ietf.org/mailman/listinfo/pcn


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


From pcn-bounces@ietf.org  Tue Jul 29 05:31:43 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B57853A6AAF;
	Tue, 29 Jul 2008 05:31:43 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E7A133A694A
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 05:31:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7Y47Dq87zvRV for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 05:31:39 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 38AF528C17C
	for <pcn@ietf.org>; Tue, 29 Jul 2008 05:31:39 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=petri-meat.com)
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KNoMk-0002ts-1h
	for pcn@ietf.org; Tue, 29 Jul 2008 08:31:46 -0400
MIME-Version: 1.0
Date: Tue, 29 Jul 2008 08:31:45 -0400
From: Steven Blake <slblake@petri-meat.com>
To: pcn@ietf.org
Message-ID: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
X-Sender: slblake@petri-meat.com
User-Agent: RoundCube Webmail/0.1
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] PCN meeting presentations - please submit.
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Let me remind the presenters for Thursday's PCN meeting to please send me
your slides by Wednesday evening so that I can upload them before the
meeting.


Regards,

// Steve

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


From pcn-bounces@ietf.org  Tue Jul 29 07:40:37 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C6AEF3A6B86;
	Tue, 29 Jul 2008 07:40:37 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id C779C3A6AE9
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 07:40:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.149
X-Spam-Level: 
X-Spam-Status: No, score=-3.149 tagged_above=-999 required=5 tests=[AWL=1.100, 
	BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id t1ywjaxI2GOh for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 07:40:35 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 2F4743A6B86
	for <pcn@ietf.org>; Tue, 29 Jul 2008 07:40:34 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id C59CFA066B;
	Tue, 29 Jul 2008 16:40:46 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id B958DA0657;
	Tue, 29 Jul 2008 16:40:46 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id A01C1198DDE;
	Tue, 29 Jul 2008 16:40:46 +0200 (CEST)
Message-ID: <488F2BA4.5000604@informatik.uni-wuerzburg.de>
Date: Tue, 29 Jul 2008 16:39:32 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

philip.eardley@bt.com wrote:
> that's a good spot, thanks. the text you quote needs tweaking as it isn't accurate in a single marking scenario.
>  
> yes, the change of terminlogy you suggest is possible. i'm sure it's possible to make all the docs consistent with either the existing terminology or with your suggested alternative. personally i dont think one is easier to understand than the other.
>   
the terms admissible and supportable rate are also needed to qualify the 
type of overload or congestion occurred which is needed for 
explanations. See Figure 1 on page 3 in
http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
Just imagine to substitute admissible and supportable rate by excess and 
threshold rate. The outcome is not very intuitive.

>  
> the consensus at the WG meeting a few ietfs ago, when we discussed terminology, was that the names of the reference rates of the meter/markers should reflect how the markers work rather than what they're trying to achieve. ie PCN-threshold-rate and PCN-excess-rate (for the threshold-marking and excess-traffic-marking behaviours).
>   
I was not at that meeting, but my impression was that people did not 
care so much about names and wanted to proceed. Therefore, we ended up 
with the current nomenclature. In addition, at that time PCN was not 
that well understood as today.

>  
> note that your suggestion makes it harder to write the marking behaviour draft, because you have to say something like "if the opeartor has 3 encoding states, then the excess-traffic-marker sets its reference rate to supportable rate; if the operator only has 2 encoding states and is doing single marking, then the excess-traffic-marker sets its reference rate to the admissible rate". 
This is not a bug but a feature: it shows that the configuration of the 
marker depends on what the marker is used for.

> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>   
This is true for 3 encoding states, but it is not true for 2 encoding 
states. Then, the reference rate of the excess marker is set to the 
PCN-threshold-rate. You see what I mean? That's not nice.


>  
> i dont particularly care about threshold vs exhaustive as terms, and personally dont find much difference in what they imply about implementation. a tiny practical issue in favoour of threshold, is that 'exhaustive' and 'excess rate' have the same first letters, so good abbreviations are less obvious. 
>   
Well, you mean EM for excess and TM for threshold marking. "T" often 
stands for termination which is not quite what threshold marking is used 
for. So, there are also arguments against this counterargument. EcM and 
EhM works well for abbreviation of excess and exhaustive marking and is 
hard to mistake.

Regards,

    Michael

>  
>  
>  
> thanks
> phil
>  
>  
> ________________________________
>
> From: pcn-bounces@ietf.org on behalf of Michael Menth
> Sent: Mon 28/07/2008 17:00
> To: pcn
> Subject: [PCN] Nomenclature
>
>
>
> Hi,
>
> I think the current PCN nomenclature can still be improved. I cite from
> the architecture draft-04:
> "The admission control mechanism limits the PCN-traffic on each link to
> *roughly* its PCN-threshold-rate and the flow termination mechanism
> limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."
>
> Stupid question: is single-marking configured with a PCN-threshold-rate
> or PCN-excess-rate? According to this description the reference rate of
> the excess marker is set to the PCN-threshold rate. That is certainly
> not intended by the names. I think this simple example shows that the
> current nomenclature is not yet perfect. A better approach is described
> in our overview paper.
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
>
> I'm not at the meeting, but maybe you find some time to discuss this
> issue there? I request a small change:
> PCN-threshold-rate -> admissible-rate
> PCN-excess-rate -> supportable rate
> The reference rates of the excess or exhaustive (threshold) markers are
> set to one of these values depending on what should be done with the
> marking.
>
> Threshold marking -> exhaustive marking
> I find exhaustive marking better than threshold marking since this term
> does not say nothing about implementation. Ramp marking could also be
> used although we have not found any benefit when doing that.
>
> Good names are important to explain and sell stuff to other people.
> Sometimes to other researchers, sometimes to customers ...
>
> 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://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 08:01:38 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9883A28C33F;
	Tue, 29 Jul 2008 08:01:38 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4E6B628C33C
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 08:01:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level: 
X-Spam-Status: No, score=-2.089 tagged_above=-999 required=5
	tests=[AWL=-0.440, BAYES_00=-2.599, HELO_EQ_DE=0.35,
	J_CHICKENPOX_33=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id y6k5n2Q+leh6 for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 08:01:36 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id D1B9128C34C
	for <pcn@ietf.org>; Tue, 29 Jul 2008 08:00:55 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 9A2F3A0663;
	Tue, 29 Jul 2008 17:01:04 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 8D4E5A0662;
	Tue, 29 Jul 2008 17:01:04 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 680B1A0644;
	Tue, 29 Jul 2008 17:01:04 +0200 (CEST)
Message-ID: <488F3066.2090307@informatik.uni-wuerzburg.de>
Date: Tue, 29 Jul 2008 16:59:50 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: toby.moncaster@bt.com, pcn <pcn@ietf.org>
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>
	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>
	<488EE7C4.6090008@informatik.uni-wuerzburg.de>
	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBF0@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBF0@E03MVZ4-UKDY.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Subject: Re: [PCN] Proposed changes
 to	draft-eardley-pcn-marking-behaviour-01(mainly about
 traffic	conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Toby,


>> 3 state encoding - allows limited end-to-end ECN.
>>     
> I do not see the value for practical application for the following reasons.
> * Original ECN codepoints cannot preserved as PCN marks are added, thus
> "dominant" PCN+ECN codepoint are signalled.
> * This dominant PCN+ECN signalling can be applied only if flows
> explicitly signal to the PCN domain that they want to receive these signals.
> * It is not clear, how these signals are evaluated, in particular,
> because the semantics of the signals heavily depend on the type of PCN
> marking (excess or exhaustive marking, reference rate=admissible or
> supportable rate)
> * The same behavior can be obtained for PSDM when PCN traffic is
> tunneled edge-to-edge with appropriate encaps/decaps mechanism (its the
> same type as required for tunneling within PCN domains).
> * Preserving original ECN (without additional PCN marks) codepoints
> still require the application of an edge-to-edge tunnel that protects
> the inner header information.
>
> (Toby) Perhaps this would be clearer if we expressed this as exposing the PCN marks to the end-point such that it can react to them. Then it is important to preserve /some/ form of signalling channel to negotiate this. This signalling channel would re-use ECN.
>   
I'll wait for your slides.


>   
>> It also allows one to do egress-based measurement of admission marking rate to make admission decisions (simulatins seem to suggest this behaves better in many situations). However this uses a messy solution of 1 standards and one local use DSCP and requires changes between them. There is also some debate about which marking goes in which DSCP.
>>  
>>     
> I believe that don't understand this properly. Do you mean the fact that
> baseline encoding can be used for both excess and exhaustive marking?
> Yes, it's true that we need to tell routers what kind of marking is
> expected from them. With PSDM this is different as packets are marked at
> the ingress either with non-ExM or non-EhM. Then, routers know what kind
> of marking they have to apply.
>
> (Toby) NO,  I mean that, unless _all_  packets can be admission marked then CL-like schemes can't make an accurate admission decision based on an aggregate at the egress.
>   
That is correct. PSDM does not work for CL when AC and FT is required. 
It  just supports FT and probe-based AC.


>   
>> PSDM - uses a single DSCP which is a definite pro. However to be able to use both admission and termination marking, you need an external mechanism to correctly identify which marking a packet originally had. One suggestion that needs careful throught is that there may be a mechanism by which we can merge this encding with the baseline encoding, however there might then be interactions between this and the 3 state encoding...
>>  
>>     
> As I said above, 3 state encoding can be received by applying PSDM with
> appropriate edge-to-edge tunnels.
>
> (Toby) NO, ECN can be preserved end-to-end. This is simply a by-product of 3-state encoding...
>   
When IPSec tunnels are used for edge-to-edge transport of PCN traffic, 
the decapsulator adds marking to the inner header if packets are marked. 
The result is essentially what 3 state encoding does. Preserving ECN 
codepoint without tunneling does not work with 3 state encoding as the 
egress node does not know the original codepoints of excess or threshold 
marked packets. Do I miss something?

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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 08:05:10 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D57393A67EB;
	Tue, 29 Jul 2008 08:05:10 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3E4D93A67B7
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 08:05:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.099
X-Spam-Level: 
X-Spam-Status: No, score=-4.099 tagged_above=-999 required=5
	tests=[AWL=-0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7BZpk7SSqoWZ for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 08:05:08 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 3DF863A68E8
	for <pcn@ietf.org>; Tue, 29 Jul 2008 08:05:08 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Tue, 29 Jul 2008 16:05:20 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 29 Jul 2008 16:05:20 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: AcjxiSC8taAcDWJoReKkEIWDoo7NjgAApOKQ
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 29 Jul 2008 15:05:20.0338 (UTC)
	FILETIME=[84A80B20:01C8F18C]
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

one follow up (otherwise i repeat my original reply)
> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>  
This is true for 3 encoding states, but it is not true for 2 encoding
states. Then, the reference rate of the excess marker is set to the
PCN-threshold-rate. You see what I mean? That's not nice.

[phil] No, the excess marker uses the PCN-excess-rate. 
(I think what your comment means is: If you're comparing a scenario where an operator is using both threshold and excess marking, with a scenario where the operator is using "single marking", then the opeartor in scenario 1 may set its PCN-threshold-rate to a similar value to what the operator in scenario 2 sets its PCN-excess-rate.)
 
phil
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 09:45:54 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1E4FC3A698D;
	Tue, 29 Jul 2008 09:45:54 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 56D9F3A6922
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 09:45:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level: 
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, J_CHICKENPOX_33=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 7uTy6ivBQEBr for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 09:45:49 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id E74AC3A6910
	for <pcn@ietf.org>; Tue, 29 Jul 2008 09:45:47 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id C1F26198E25;
	Tue, 29 Jul 2008 18:45:59 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id B57CD198E23;
	Tue, 29 Jul 2008 18:45:59 +0200 (CEST)
Received: from [192.168.1.2] (e179090105.adsl.alicedsl.de [85.179.90.105])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 5A572198E1E;
	Tue, 29 Jul 2008 18:45:59 +0200 (CEST)
Message-ID: <488F48FC.4090405@informatik.uni-wuerzburg.de>
Date: Tue, 29 Jul 2008 18:44:44 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: toby.moncaster@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC032A07CB@E03MVB1-UKBR.domain1.systemhost.net>	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBEF@E03MVZ4-UKDY.domain1.systemhost.net>	<488EE7C4.6090008@informatik.uni-wuerzburg.de>	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBF0@E03MVZ4-UKDY.domain1.systemhost.net>
	<488F3066.2090307@informatik.uni-wuerzburg.de>
In-Reply-To: <488F3066.2090307@informatik.uni-wuerzburg.de>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn <pcn@ietf.org>
Subject: Re: [PCN] Proposed changes
 to	draft-eardley-pcn-marking-behaviour-01(mainly about
 traffic	conditioning)
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Toby,

while driving home I realized that the primary concern of 
3-state-encoding is to facilitate CL. This could be achieved in 
combination with PSDM as follows:

Use PSDM as base encoding if either only a single marking is required or 
if probing is sufficient.

A different 3-state-encoding could use only the CE field of an 
additional DSCP. If 3-state-encoding is required, then
Voice-Admit CE is interpreted as EhM and DSCP2 CE is interpreted as EcM. 
That means Voice-Admit (ECT(0),(1)) is exhaustive-marked to Voice-Admit 
CE and Voice-Admit (ECT(0),(1),CE) are excess-marked to DSCP2 CE.

What's missing is the ECN stuff which can be handled by tunneling solutions.

Regards,

    Michael

Michael Menth wrote:
> Hi Toby,
>
>
>>> 3 state encoding - allows limited end-to-end ECN.
>>>     
>> I do not see the value for practical application for the following 
>> reasons.
>> * Original ECN codepoints cannot preserved as PCN marks are added, thus
>> "dominant" PCN+ECN codepoint are signalled.
>> * This dominant PCN+ECN signalling can be applied only if flows
>> explicitly signal to the PCN domain that they want to receive these 
>> signals.
>> * It is not clear, how these signals are evaluated, in particular,
>> because the semantics of the signals heavily depend on the type of PCN
>> marking (excess or exhaustive marking, reference rate=admissible or
>> supportable rate)
>> * The same behavior can be obtained for PSDM when PCN traffic is
>> tunneled edge-to-edge with appropriate encaps/decaps mechanism (its the
>> same type as required for tunneling within PCN domains).
>> * Preserving original ECN (without additional PCN marks) codepoints
>> still require the application of an edge-to-edge tunnel that protects
>> the inner header information.
>>
>> (Toby) Perhaps this would be clearer if we expressed this as exposing 
>> the PCN marks to the end-point such that it can react to them. Then 
>> it is important to preserve /some/ form of signalling channel to 
>> negotiate this. This signalling channel would re-use ECN.
>>   
> I'll wait for your slides.
>
>
>>  
>>> It also allows one to do egress-based measurement of admission 
>>> marking rate to make admission decisions (simulatins seem to suggest 
>>> this behaves better in many situations). However this uses a messy 
>>> solution of 1 standards and one local use DSCP and requires changes 
>>> between them. There is also some debate about which marking goes in 
>>> which DSCP.
>>>  
>>>     
>> I believe that don't understand this properly. Do you mean the fact that
>> baseline encoding can be used for both excess and exhaustive marking?
>> Yes, it's true that we need to tell routers what kind of marking is
>> expected from them. With PSDM this is different as packets are marked at
>> the ingress either with non-ExM or non-EhM. Then, routers know what kind
>> of marking they have to apply.
>>
>> (Toby) NO,  I mean that, unless _all_  packets can be admission 
>> marked then CL-like schemes can't make an accurate admission decision 
>> based on an aggregate at the egress.
>>   
> That is correct. PSDM does not work for CL when AC and FT is required. 
> It  just supports FT and probe-based AC.
>
>
>>  
>>> PSDM - uses a single DSCP which is a definite pro. However to be 
>>> able to use both admission and termination marking, you need an 
>>> external mechanism to correctly identify which marking a packet 
>>> originally had. One suggestion that needs careful throught is that 
>>> there may be a mechanism by which we can merge this encding with the 
>>> baseline encoding, however there might then be interactions between 
>>> this and the 3 state encoding...
>>>  
>>>     
>> As I said above, 3 state encoding can be received by applying PSDM with
>> appropriate edge-to-edge tunnels.
>>
>> (Toby) NO, ECN can be preserved end-to-end. This is simply a 
>> by-product of 3-state encoding...
>>   
> When IPSec tunnels are used for edge-to-edge transport of PCN traffic, 
> the decapsulator adds marking to the inner header if packets are 
> marked. The result is essentially what 3 state encoding does. 
> Preserving ECN codepoint without tunneling does not work with 3 state 
> encoding as the egress node does not know the original codepoints of 
> excess or threshold marked packets. Do I miss something?
>
> 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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Tue Jul 29 13:40:10 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E6CA63A691C;
	Tue, 29 Jul 2008 13:40:10 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 974CC3A691C
	for <pcn@core3.amsl.com>; Tue, 29 Jul 2008 13:40:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level: 
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.300, 
	BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id o9jf5BEEbCgQ for <pcn@core3.amsl.com>;
	Tue, 29 Jul 2008 13:40:08 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 419683A6913
	for <pcn@ietf.org>; Tue, 29 Jul 2008 13:40:07 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 38C96198E23;
	Tue, 29 Jul 2008 22:40:18 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 2B8D8198E1E;
	Tue, 29 Jul 2008 22:40:18 +0200 (CEST)
Received: from [192.168.1.2] (e179090105.adsl.alicedsl.de [85.179.90.105])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id DC081A05FB;
	Tue, 29 Jul 2008 22:40:17 +0200 (CEST)
Message-ID: <488F7FE8.1060905@informatik.uni-wuerzburg.de>
Date: Tue, 29 Jul 2008 22:39:04 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

philip.eardley@bt.com wrote:
> one follow up (otherwise i repeat my original reply)
>   
>> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>>  
>>     
> This is true for 3 encoding states, but it is not true for 2 encoding
> states. Then, the reference rate of the excess marker is set to the
> PCN-threshold-rate. You see what I mean? That's not nice.
>
> [phil] No, the excess marker uses the PCN-excess-rate. 
> (I think what your comment means is: If you're comparing a scenario where an operator is using both threshold and excess marking, with a scenario where the operator is using "single marking", then the opeartor in scenario 1 may set its PCN-threshold-rate to a similar value to what the operator in scenario 2 sets its PCN-excess-rate.)
>   
That's what you think is right, but the definitions in the architecture 
draft say:

   o  PCN-threshold-rate: a reference rate configured for each link in
      the PCN-domain, which is lower than the PCN-excess-rate.  It is
      used by a marking behaviour that determines whether a packet
      should be PCN-marked with a first encoding, "threshold-marked".
/*_      It's roughly the rate up to which PCN admission control should
      accept new flows._*/

   o  PCN-excess-rate: a reference rate configured for each link in the
      PCN-domain, which is higher than the PCN-threshold-rate.  It is
      used by a marking behaviour that determines whether a packet
      should be PCN-marked with a second encoding, "excess-traffic-
      marked".  /_*It's roughly that rate down to which flow termination
      should, if necessary, terminate already admitted flows.*_/


The terms PCN-threshold-rate  and PCN-excess-rate are defined by the 
semantics of an admissible and supportable rate threshold. Therefore, in 
case of single-marking, the reference rate of the excess-marker must be 
set to the  PCN-threshold-rate (=admissible rate). Furthermore, in case 
of single-marking, we have the equation 
PCN-excess-rate=U*PCN-threshold-rate (supportable rate = U * admissible 
rate). Therefore, the PCN-excess-rate cannot be set to a similar value 
as the PCN-threshold-rate. Hopefully this accidental example of 
confusion side makes clear why I point out that the nomenclature should 
be improved.

Regards,

    Michael

>  
> phil
>   

-- 
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:13:50 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 5E7B63A6BCB;
	Wed, 30 Jul 2008 02:13:50 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 209023A6BCB
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:13:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.632
X-Spam-Level: 
X-Spam-Status: No, score=-3.632 tagged_above=-999 required=5
	tests=[AWL=-0.633, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id NnetCt6P4Wvj for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:13:48 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id A35053A6BCA
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:13:47 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 10:14:01 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 10:12:53 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07D9@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: Acjxu1IDUxbLleRxTsaWJOTWf4WTSQAaSBSZ
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
	<488F7FE8.1060905@informatik.uni-wuerzburg.de>
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 30 Jul 2008 09:14:01.0524 (UTC)
	FILETIME=[9B1E0740:01C8F224]
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

yes, thanks I'd already spotted that the last two sentences of these two definitions needed to be removed. 
phil

________________________________

From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
Sent: Tue 29/07/2008 21:39
To: Eardley,PL,Philip,CXR9 R
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature



Hi Phil,

philip.eardley@bt.com wrote:
> one follow up (otherwise i repeat my original reply)
>  
>> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>> 
>>    
> This is true for 3 encoding states, but it is not true for 2 encoding
> states. Then, the reference rate of the excess marker is set to the
> PCN-threshold-rate. You see what I mean? That's not nice.
>
> [phil] No, the excess marker uses the PCN-excess-rate.
> (I think what your comment means is: If you're comparing a scenario where an operator is using both threshold and excess marking, with a scenario where the operator is using "single marking", then the opeartor in scenario 1 may set its PCN-threshold-rate to a similar value to what the operator in scenario 2 sets its PCN-excess-rate.)
>  
That's what you think is right, but the definitions in the architecture
draft say:

   o  PCN-threshold-rate: a reference rate configured for each link in
      the PCN-domain, which is lower than the PCN-excess-rate.  It is
      used by a marking behaviour that determines whether a packet
      should be PCN-marked with a first encoding, "threshold-marked".
/*_      It's roughly the rate up to which PCN admission control should
      accept new flows._*/

   o  PCN-excess-rate: a reference rate configured for each link in the
      PCN-domain, which is higher than the PCN-threshold-rate.  It is
      used by a marking behaviour that determines whether a packet
      should be PCN-marked with a second encoding, "excess-traffic-
      marked".  /_*It's roughly that rate down to which flow termination
      should, if necessary, terminate already admitted flows.*_/


The terms PCN-threshold-rate  and PCN-excess-rate are defined by the
semantics of an admissible and supportable rate threshold. Therefore, in
case of single-marking, the reference rate of the excess-marker must be
set to the  PCN-threshold-rate (=admissible rate). Furthermore, in case
of single-marking, we have the equation
PCN-excess-rate=U*PCN-threshold-rate (supportable rate = U * admissible
rate). Therefore, the PCN-excess-rate cannot be set to a similar value
as the PCN-threshold-rate. Hopefully this accidental example of
confusion side makes clear why I point out that the nomenclature should
be improved.

Regards,

    Michael

> 
> phil
>  

--
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:14:22 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 8BEC43A6BCE;
	Wed, 30 Jul 2008 02:14:22 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 525E83A6BCB
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:14:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.599
X-Spam-Level: 
X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, GB_I_LETTER=-2]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id XjV6H6-H3meK for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:14:20 -0700 (PDT)
Received: from smtp130.rog.mail.re2.yahoo.com (smtp130.rog.mail.re2.yahoo.com
	[206.190.53.35]) by core3.amsl.com (Postfix) with SMTP id DABE03A6BCA
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:14:19 -0700 (PDT)
Received: (qmail 18420 invoked from network); 30 Jul 2008 09:14:33 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=sWWUI4yCqUaTg6gYMeMPfj6yPAHbYrNUtbdhz0vyVIRu4nriyig1GrsA7+qGhGN/ta9tCkcQwxpVrBlKKwrMofOKoOPRk6znNv7czBqbnoVR3w5e6fRe+/bu+IYH6pKAYYmwMQLkvyYX8wVMBnvD54/u5+XMyQ7O3xOqcmYVz3U=
	; 
Received: from unknown (HELO ?130.129.55.226?)
	(tom.taylor@rogers.com@130.129.55.226 with plain)
	by smtp130.rog.mail.re2.yahoo.com with SMTP; 30 Jul 2008 09:14:33 -0000
X-YMail-OSG: DKEhyRsVM1kWaccsdm57SZ4AIOkckcUUoPt72Yyg6ITJftE9vndr715HqCyvh69ByQ--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <489030F6.3090905@rogers.com>
Date: Wed, 30 Jul 2008 10:14:30 +0100
From: Tom Taylor <tom.taylor@rogers.com>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: menth@informatik.uni-wuerzburg.de
References: <488DED02.3060901@informatik.uni-wuerzburg.de>	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
In-Reply-To: <488F2BA4.5000604@informatik.uni-wuerzburg.de>
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I myself prefer Michael's terminology and find it more understandable.

Michael Menth wrote:
> Hi Phil,
> 
> philip.eardley@bt.com wrote:
>> that's a good spot, thanks. the text you quote needs tweaking as it 
>> isn't accurate in a single marking scenario.
>>  
>> yes, the change of terminlogy you suggest is possible. i'm sure it's 
>> possible to make all the docs consistent with either the existing 
>> terminology or with your suggested alternative. personally i dont 
>> think one is easier to understand than the other.
>>   
> the terms admissible and supportable rate are also needed to qualify the 
> type of overload or congestion occurred which is needed for 
> explanations. See Figure 1 on page 3 in
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf 
> 
> Just imagine to substitute admissible and supportable rate by excess and 
> threshold rate. The outcome is not very intuitive.
> 
>>  
>> the consensus at the WG meeting a few ietfs ago, when we discussed 
>> terminology, was that the names of the reference rates of the 
>> meter/markers should reflect how the markers work rather than what 
>> they're trying to achieve. ie PCN-threshold-rate and PCN-excess-rate 
>> (for the threshold-marking and excess-traffic-marking behaviours).
>>   
> I was not at that meeting, but my impression was that people did not 
> care so much about names and wanted to proceed. Therefore, we ended up 
> with the current nomenclature. In addition, at that time PCN was not 
> that well understood as today.
> 
>>  
>> note that your suggestion makes it harder to write the marking 
>> behaviour draft, because you have to say something like "if the 
>> opeartor has 3 encoding states, then the excess-traffic-marker sets 
>> its reference rate to supportable rate; if the operator only has 2 
>> encoding states and is doing single marking, then the 
>> excess-traffic-marker sets its reference rate to the admissible rate". 
> This is not a bug but a feature: it shows that the configuration of the 
> marker depends on what the marker is used for.
> 
>> with the existing terminology, the marking draft can simply say "the 
>> excess-traffic-marker uses the PCN-excess-rate; the since the marking 
>> behaviour is STDS (architecture is Info) i think it's better to make 
>> the marking behaviour doc as easy as possible to understand (as this 
>> is the thing that implementors write code to do
>>   
> This is true for 3 encoding states, but it is not true for 2 encoding 
> states. Then, the reference rate of the excess marker is set to the 
> PCN-threshold-rate. You see what I mean? That's not nice.
> 
> 
>>  
>> i dont particularly care about threshold vs exhaustive as terms, and 
>> personally dont find much difference in what they imply about 
>> implementation. a tiny practical issue in favoour of threshold, is 
>> that 'exhaustive' and 'excess rate' have the same first letters, so 
>> good abbreviations are less obvious.   
> Well, you mean EM for excess and TM for threshold marking. "T" often 
> stands for termination which is not quite what threshold marking is used 
> for. So, there are also arguments against this counterargument. EcM and 
> EhM works well for abbreviation of excess and exhaustive marking and is 
> hard to mistake.
> 
> Regards,
> 
>    Michael
> 
>>  
>>  
>>  
>> thanks
>> phil
>>  
>>  
>> ________________________________
>>
>> From: pcn-bounces@ietf.org on behalf of Michael Menth
>> Sent: Mon 28/07/2008 17:00
>> To: pcn
>> Subject: [PCN] Nomenclature
>>
>>
>>
>> Hi,
>>
>> I think the current PCN nomenclature can still be improved. I cite from
>> the architecture draft-04:
>> "The admission control mechanism limits the PCN-traffic on each link to
>> *roughly* its PCN-threshold-rate and the flow termination mechanism
>> limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."
>>
>> Stupid question: is single-marking configured with a PCN-threshold-rate
>> or PCN-excess-rate? According to this description the reference rate of
>> the excess marker is set to the PCN-threshold rate. That is certainly
>> not intended by the names. I think this simple example shows that the
>> current nomenclature is not yet perfect. A better approach is described
>> in our overview paper.
>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf 
>>
>>
>> I'm not at the meeting, but maybe you find some time to discuss this
>> issue there? I request a small change:
>> PCN-threshold-rate -> admissible-rate
>> PCN-excess-rate -> supportable rate
>> The reference rates of the excess or exhaustive (threshold) markers are
>> set to one of these values depending on what should be done with the
>> marking.
>>
>> Threshold marking -> exhaustive marking
>> I find exhaustive marking better than threshold marking since this term
>> does not say nothing about implementation. Ramp marking could also be
>> used although we have not found any benefit when doing that.
>>
>> Good names are important to explain and sell stuff to other people.
>> Sometimes to other researchers, sometimes to customers ...
>>
>> 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://www.ietf.org/mailman/listinfo/pcn
>>
>>
>>   
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:28:09 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B81E528C1AC;
	Wed, 30 Jul 2008 02:28:09 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 5F6F63A685F
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:28:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.016
X-Spam-Level: 
X-Spam-Status: No, score=-2.016 tagged_above=-999 required=5
	tests=[AWL=-0.367, BAYES_00=-2.599, HELO_EQ_DE=0.35,
	J_CHICKENPOX_72=0.6]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iBEg6QNVuZAh for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:28:07 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 1ED803A6BC7
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:28:06 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 564C7A0644;
	Wed, 30 Jul 2008 11:28:20 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 49AC2A05DD;
	Wed, 30 Jul 2008 11:28:20 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 2C80D198E58;
	Wed, 30 Jul 2008 11:28:20 +0200 (CEST)
Message-ID: <489033E8.6030507@informatik.uni-wuerzburg.de>
Date: Wed, 30 Jul 2008 11:27:04 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
	<488F7FE8.1060905@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D9@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07D9@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Phil,

well, what's left over from the definition then is that 
PCN-excess/threshold-rate is the reference rate for the excess/threshold 
marker. I'm fine with that. But what's still missing for explanation of 
PCN are names to indicate the rate up to which PCN admission control 
should accept new flows or down to which flow termination should tear 
down already admitted flows. I propose to use admissible-rate and 
supportable-rate for that purpose and to add them to the terminology 
section. I think these expressions are fairly intuitive and helpful.

Also talking about exhaustive marking instead of threshold marking may 
have advantages because it does not imply any implementation details. 
Note that also excess marking requires a threshold for packet size 
independent marking. Maybe this shows why I don't like talking about 
threshold marking.

Regards,

    Michael

philip.eardley@bt.com wrote:
> yes, thanks I'd already spotted that the last two sentences of these two definitions needed to be removed. 
> phil
>
> ________________________________
>
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: Tue 29/07/2008 21:39
> To: Eardley,PL,Philip,CXR9 R
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Nomenclature
>
>
>
> Hi Phil,
>
> philip.eardley@bt.com wrote:
>   
>> one follow up (otherwise i repeat my original reply)
>>  
>>     
>>> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>>>
>>>    
>>>       
>> This is true for 3 encoding states, but it is not true for 2 encoding
>> states. Then, the reference rate of the excess marker is set to the
>> PCN-threshold-rate. You see what I mean? That's not nice.
>>
>> [phil] No, the excess marker uses the PCN-excess-rate.
>> (I think what your comment means is: If you're comparing a scenario where an operator is using both threshold and excess marking, with a scenario where the operator is using "single marking", then the opeartor in scenario 1 may set its PCN-threshold-rate to a similar value to what the operator in scenario 2 sets its PCN-excess-rate.)
>>  
>>     
> That's what you think is right, but the definitions in the architecture
> draft say:
>
>    o  PCN-threshold-rate: a reference rate configured for each link in
>       the PCN-domain, which is lower than the PCN-excess-rate.  It is
>       used by a marking behaviour that determines whether a packet
>       should be PCN-marked with a first encoding, "threshold-marked".
> /*_      It's roughly the rate up to which PCN admission control should
>       accept new flows._*/
>
>    o  PCN-excess-rate: a reference rate configured for each link in the
>       PCN-domain, which is higher than the PCN-threshold-rate.  It is
>       used by a marking behaviour that determines whether a packet
>       should be PCN-marked with a second encoding, "excess-traffic-
>       marked".  /_*It's roughly that rate down to which flow termination
>       should, if necessary, terminate already admitted flows.*_/
>
>
> The terms PCN-threshold-rate  and PCN-excess-rate are defined by the
> semantics of an admissible and supportable rate threshold. Therefore, in
> case of single-marking, the reference rate of the excess-marker must be
> set to the  PCN-threshold-rate (=admissible rate). Furthermore, in case
> of single-marking, we have the equation
> PCN-excess-rate=U*PCN-threshold-rate (supportable rate = U * admissible
> rate). Therefore, the PCN-excess-rate cannot be set to a similar value
> as the PCN-threshold-rate. Hopefully this accidental example of
> confusion side makes clear why I point out that the nomenclature should
> be improved.
>
> Regards,
>
>     Michael
>
>   
>> phil
>>  
>>     
>
> --
> 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
>
>
>
>   

-- 
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:30:42 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4260128C104;
	Wed, 30 Jul 2008 02:30:42 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 62D6C28C1AC
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:30:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.449
X-Spam-Level: 
X-Spam-Status: No, score=-4.449 tagged_above=-999 required=5 tests=[AWL=1.150, 
	BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id M2lI9Cn1zjPn for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:30:39 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id D099C3A6BC7
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:30:38 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.63]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 10:30:52 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 10:28:56 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBF9@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: AcjyJLqDzhlQn8LzSI2FN7aceeJaWAAAfY8W
References: <488DED02.3060901@informatik.uni-wuerzburg.de>	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<489030F6.3090905@rogers.com>
From: <toby.moncaster@bt.com>
To: <tom.taylor@rogers.com>,
	<menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 30 Jul 2008 09:30:52.0228 (UTC)
	FILETIME=[F58B3840:01C8F226]
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I confess that I have now got TOTALLY confused by all the different terminology. The really strong argument against Michael's terminology is that, as both marking behaviours start with the same first and second letters they need fairly obscure and unclear abbreviations...
 
Toby

________________________________

From: pcn-bounces@ietf.org on behalf of Tom Taylor
Sent: Wed 30/07/2008 10:14
To: menth@informatik.uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature



I myself prefer Michael's terminology and find it more understandable.

Michael Menth wrote:
> Hi Phil,
>
> philip.eardley@bt.com wrote:
>> that's a good spot, thanks. the text you quote needs tweaking as it
>> isn't accurate in a single marking scenario.
>> 
>> yes, the change of terminlogy you suggest is possible. i'm sure it's
>> possible to make all the docs consistent with either the existing
>> terminology or with your suggested alternative. personally i dont
>> think one is easier to understand than the other.
>>  
> the terms admissible and supportable rate are also needed to qualify the
> type of overload or congestion occurred which is needed for
> explanations. See Figure 1 on page 3 in
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
>
> Just imagine to substitute admissible and supportable rate by excess and
> threshold rate. The outcome is not very intuitive.
>
>> 
>> the consensus at the WG meeting a few ietfs ago, when we discussed
>> terminology, was that the names of the reference rates of the
>> meter/markers should reflect how the markers work rather than what
>> they're trying to achieve. ie PCN-threshold-rate and PCN-excess-rate
>> (for the threshold-marking and excess-traffic-marking behaviours).
>>  
> I was not at that meeting, but my impression was that people did not
> care so much about names and wanted to proceed. Therefore, we ended up
> with the current nomenclature. In addition, at that time PCN was not
> that well understood as today.
>
>> 
>> note that your suggestion makes it harder to write the marking
>> behaviour draft, because you have to say something like "if the
>> opeartor has 3 encoding states, then the excess-traffic-marker sets
>> its reference rate to supportable rate; if the operator only has 2
>> encoding states and is doing single marking, then the
>> excess-traffic-marker sets its reference rate to the admissible rate".
> This is not a bug but a feature: it shows that the configuration of the
> marker depends on what the marker is used for.
>
>> with the existing terminology, the marking draft can simply say "the
>> excess-traffic-marker uses the PCN-excess-rate; the since the marking
>> behaviour is STDS (architecture is Info) i think it's better to make
>> the marking behaviour doc as easy as possible to understand (as this
>> is the thing that implementors write code to do
>>  
> This is true for 3 encoding states, but it is not true for 2 encoding
> states. Then, the reference rate of the excess marker is set to the
> PCN-threshold-rate. You see what I mean? That's not nice.
>
>
>> 
>> i dont particularly care about threshold vs exhaustive as terms, and
>> personally dont find much difference in what they imply about
>> implementation. a tiny practical issue in favoour of threshold, is
>> that 'exhaustive' and 'excess rate' have the same first letters, so
>> good abbreviations are less obvious.  
> Well, you mean EM for excess and TM for threshold marking. "T" often
> stands for termination which is not quite what threshold marking is used
> for. So, there are also arguments against this counterargument. EcM and
> EhM works well for abbreviation of excess and exhaustive marking and is
> hard to mistake.
>
> Regards,
>
>    Michael
>
>> 
>> 
>> 
>> thanks
>> phil
>> 
>> 
>> ________________________________
>>
>> From: pcn-bounces@ietf.org on behalf of Michael Menth
>> Sent: Mon 28/07/2008 17:00
>> To: pcn
>> Subject: [PCN] Nomenclature
>>
>>
>>
>> Hi,
>>
>> I think the current PCN nomenclature can still be improved. I cite from
>> the architecture draft-04:
>> "The admission control mechanism limits the PCN-traffic on each link to
>> *roughly* its PCN-threshold-rate and the flow termination mechanism
>> limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."
>>
>> Stupid question: is single-marking configured with a PCN-threshold-rate
>> or PCN-excess-rate? According to this description the reference rate of
>> the excess marker is set to the PCN-threshold rate. That is certainly
>> not intended by the names. I think this simple example shows that the
>> current nomenclature is not yet perfect. A better approach is described
>> in our overview paper.
>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
>>
>>
>> I'm not at the meeting, but maybe you find some time to discuss this
>> issue there? I request a small change:
>> PCN-threshold-rate -> admissible-rate
>> PCN-excess-rate -> supportable rate
>> The reference rates of the excess or exhaustive (threshold) markers are
>> set to one of these values depending on what should be done with the
>> marking.
>>
>> Threshold marking -> exhaustive marking
>> I find exhaustive marking better than threshold marking since this term
>> does not say nothing about implementation. Ramp marking could also be
>> used although we have not found any benefit when doing that.
>>
>> Good names are important to explain and sell stuff to other people.
>> Sometimes to other researchers, sometimes to customers ...
>>
>> 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://www.ietf.org/mailman/listinfo/pcn
>>
>>
>>  
>
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


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


From pcn-bounces@ietf.org  Wed Jul 30 02:39:09 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 9936828C283;
	Wed, 30 Jul 2008 02:39:09 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E523A28C1C5
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:39:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.599
X-Spam-Level: 
X-Spam-Status: No, score=-8.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id X2DlgaPJO63H for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:39:01 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148])
	by core3.amsl.com (Postfix) with ESMTP id 9A9DC28C254
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:39:01 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.31,278,1215388800"; d="scan'208";a="15987203"
Received: from rtp-dkim-2.cisco.com ([64.102.121.159])
	by rtp-iport-1.cisco.com with ESMTP; 30 Jul 2008 09:39:00 +0000
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 m6U9d0Gt019242; 
	Wed, 30 Jul 2008 05:39:00 -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.13.8/8.13.8) with ESMTP id m6U9d0MQ004310;
	Wed, 30 Jul 2008 09:39:00 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, 30 Jul 2008 05:39:00 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 05:38:58 -0400
Message-ID: <BABC859E6D0B9A4D8448CC7F41CD2B0706D91897@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBF9@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: AcjyJLqDzhlQn8LzSI2FN7aceeJaWAAAfY8WAAAXNVA=
From: "Anna Charny (acharny)" <acharny@cisco.com>
To: <toby.moncaster@bt.com>, <tom.taylor@rogers.com>,
	<menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 30 Jul 2008 09:39:00.0182 (UTC)
	FILETIME=[18631760:01C8F228]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=8328; t=1217410740;
	x=1218274740; 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.c
	om> |Subject:=20RE=3A=20[PCN]=20Nomenclature |Sender:=20
	|To:=20<toby.moncaster@bt.com>,=20<tom.taylor@rogers.com>,=
	0A=20=20=20=20=20=20=20=20<menth@informatik.uni-wuerzburg.de >;
	bh=w8HWZXIm16VvdzA7eak9nvfEz7evEI1IOthrMSpoPPg=;
	b=fHMxxR6q6tPImg+Drn7QIzQGq/tkfJZ0dkYyf0zPoqReqQb2c3UdKcwRfo
	AmOLEJpKz69bJ0CTAokJwJtfbv224HCq67K6YBi+YegN2ZQcCqu4HoEjm129
	IysLe92oqE;
Authentication-Results: rtp-dkim-2; header.From=acharny@cisco.com; dkim=pass (
	sig from cisco.com/rtpdkim2001 verified; ); 
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi all,

I also believe that at this late stage in the process, it is
counter-productive to change the terminology drastically in the WD
drafts and those that follow it. That is not to say that we do not need
to fix obvious problems.  

Personally, I also find explosion of terms for the same things quite
confusing as things keep reappearing in different drafts under different
names, so I can't help wishing we could stick to some set of terms and
go with that set.

Personally, not finding any new names more (or less) appealing that the
ones we have in the terminology section of the architecture draft,  I
would prefer if we could stick with the ones we had previously agreed
on, and concentrate on the things we still need to decide beyond the
terminology.

Best,
Anna  
 

> -----Original Message-----
> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
> Behalf Of toby.moncaster@bt.com
> Sent: Wednesday, July 30, 2008 5:29 AM
> To: tom.taylor@rogers.com; menth@informatik.uni-wuerzburg.de
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Nomenclature
> 
> I confess that I have now got TOTALLY confused by all the 
> different terminology. The really strong argument against 
> Michael's terminology is that, as both marking behaviours 
> start with the same first and second letters they need fairly 
> obscure and unclear abbreviations...
>  
> Toby
> 
> ________________________________
> 
> From: pcn-bounces@ietf.org on behalf of Tom Taylor
> Sent: Wed 30/07/2008 10:14
> To: menth@informatik.uni-wuerzburg.de
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Nomenclature
> 
> 
> 
> I myself prefer Michael's terminology and find it more understandable.
> 
> Michael Menth wrote:
> > Hi Phil,
> >
> > philip.eardley@bt.com wrote:
> >> that's a good spot, thanks. the text you quote needs 
> tweaking as it 
> >> isn't accurate in a single marking scenario.
> >> 
> >> yes, the change of terminlogy you suggest is possible. i'm 
> sure it's 
> >> possible to make all the docs consistent with either the existing 
> >> terminology or with your suggested alternative. personally i dont 
> >> think one is easier to understand than the other.
> >>  
> > the terms admissible and supportable rate are also needed 
> to qualify 
> > the type of overload or congestion occurred which is needed for 
> > explanations. See Figure 1 on page 3 in 
> > 
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth
> > 08-PCN-Comparison.pdf
> >
> > Just imagine to substitute admissible and supportable rate 
> by excess 
> > and threshold rate. The outcome is not very intuitive.
> >
> >> 
> >> the consensus at the WG meeting a few ietfs ago, when we discussed 
> >> terminology, was that the names of the reference rates of the 
> >> meter/markers should reflect how the markers work rather than what 
> >> they're trying to achieve. ie PCN-threshold-rate and 
> PCN-excess-rate 
> >> (for the threshold-marking and excess-traffic-marking behaviours).
> >>  
> > I was not at that meeting, but my impression was that 
> people did not 
> > care so much about names and wanted to proceed. Therefore, 
> we ended up 
> > with the current nomenclature. In addition, at that time 
> PCN was not 
> > that well understood as today.
> >
> >> 
> >> note that your suggestion makes it harder to write the marking 
> >> behaviour draft, because you have to say something like "if the 
> >> opeartor has 3 encoding states, then the 
> excess-traffic-marker sets 
> >> its reference rate to supportable rate; if the operator only has 2 
> >> encoding states and is doing single marking, then the 
> >> excess-traffic-marker sets its reference rate to the 
> admissible rate".
> > This is not a bug but a feature: it shows that the configuration of 
> > the marker depends on what the marker is used for.
> >
> >> with the existing terminology, the marking draft can 
> simply say "the 
> >> excess-traffic-marker uses the PCN-excess-rate; the since 
> the marking 
> >> behaviour is STDS (architecture is Info) i think it's 
> better to make 
> >> the marking behaviour doc as easy as possible to 
> understand (as this 
> >> is the thing that implementors write code to do
> >>  
> > This is true for 3 encoding states, but it is not true for 
> 2 encoding 
> > states. Then, the reference rate of the excess marker is set to the 
> > PCN-threshold-rate. You see what I mean? That's not nice.
> >
> >
> >> 
> >> i dont particularly care about threshold vs exhaustive as 
> terms, and 
> >> personally dont find much difference in what they imply about 
> >> implementation. a tiny practical issue in favoour of threshold, is 
> >> that 'exhaustive' and 'excess rate' have the same first 
> letters, so 
> >> good abbreviations are less obvious.
> > Well, you mean EM for excess and TM for threshold marking. 
> "T" often 
> > stands for termination which is not quite what threshold marking is 
> > used for. So, there are also arguments against this 
> counterargument. 
> > EcM and EhM works well for abbreviation of excess and exhaustive 
> > marking and is hard to mistake.
> >
> > Regards,
> >
> >    Michael
> >
> >> 
> >> 
> >> 
> >> thanks
> >> phil
> >> 
> >> 
> >> ________________________________
> >>
> >> From: pcn-bounces@ietf.org on behalf of Michael Menth
> >> Sent: Mon 28/07/2008 17:00
> >> To: pcn
> >> Subject: [PCN] Nomenclature
> >>
> >>
> >>
> >> Hi,
> >>
> >> I think the current PCN nomenclature can still be improved. I cite 
> >> from the architecture draft-04:
> >> "The admission control mechanism limits the PCN-traffic on 
> each link 
> >> to
> >> *roughly* its PCN-threshold-rate and the flow termination 
> mechanism 
> >> limits the" PCN-traffic on each link to *roughly* its 
> PCN-excess-rate."
> >>
> >> Stupid question: is single-marking configured with a 
> >> PCN-threshold-rate or PCN-excess-rate? According to this 
> description 
> >> the reference rate of the excess marker is set to the 
> PCN-threshold 
> >> rate. That is certainly not intended by the names. I think this 
> >> simple example shows that the current nomenclature is not yet 
> >> perfect. A better approach is described in our overview paper.
> >> 
> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Ment
> >> h08-PCN-Comparison.pdf
> >>
> >>
> >> I'm not at the meeting, but maybe you find some time to 
> discuss this 
> >> issue there? I request a small change:
> >> PCN-threshold-rate -> admissible-rate PCN-excess-rate -> 
> supportable 
> >> rate The reference rates of the excess or exhaustive (threshold) 
> >> markers are set to one of these values depending on what should be 
> >> done with the marking.
> >>
> >> Threshold marking -> exhaustive marking I find exhaustive marking 
> >> better than threshold marking since this term does not say nothing 
> >> about implementation. Ramp marking could also be used although we 
> >> have not found any benefit when doing that.
> >>
> >> Good names are important to explain and sell stuff to other people.
> >> Sometimes to other researchers, sometimes to customers ...
> >>
> >> 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://www.ietf.org/mailman/listinfo/pcn
> >>
> >>
> >>  
> >
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
> 
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:45:56 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id D143028C1AC;
	Wed, 30 Jul 2008 02:45:55 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B428728C283
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:45:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.474
X-Spam-Level: 
X-Spam-Status: No, score=-3.474 tagged_above=-999 required=5
	tests=[AWL=-0.475, BAYES_00=-2.599, J_CHICKENPOX_72=0.6,
	RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id W9kD+Leen4Df for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:45:44 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id 2DB143A6BD5
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:45:43 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 10:45:53 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 10:45:53 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07DD@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] Nomenclature
Thread-Index: AcjyJp6IqofaiwFeR7qtJbYsAAqYtgAARr3H
References: <488DED02.3060901@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D4@E03MVB1-UKBR.domain1.systemhost.net>
	<488F7FE8.1060905@informatik.uni-wuerzburg.de>
	<4A916DBC72536E419A0BD955EDECEDEC032A07D9@E03MVB1-UKBR.domain1.systemhost.net>
	<489033E8.6030507@informatik.uni-wuerzburg.de>
From: <philip.eardley@bt.com>
To: <menth@informatik.uni-wuerzburg.de>
X-OriginalArrivalTime: 30 Jul 2008 09:45:53.0263 (UTC)
	FILETIME=[0E9A3FF0:01C8F229]
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

no terminology is perfect. i find that different people prefer differently terminology. i suspect this is becuase have different backgrounds, different interests, and different ways their brains work.
 
as soon as the ID submission tool opens up again I plan to submit an update of the architecture that deals with various nits, including the ones you've spotted on terminology. also, i'll include a couple of pics which hopefully will help with people's understanding of what the terms mean (similar to one of your pics in your report)
 
I'm hoping that this minor rev will be ready for WG last call (to be discussed at WG meeting). i suggest that any remaining terminology points are dealt with as part of this. 
 
thanks
phil
 
________________________________

From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
Sent: Wed 30/07/2008 10:27
To: Eardley,PL,Philip,CXR9 R
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature



Hi Phil,

well, what's left over from the definition then is that
PCN-excess/threshold-rate is the reference rate for the excess/threshold
marker. I'm fine with that. But what's still missing for explanation of
PCN are names to indicate the rate up to which PCN admission control
should accept new flows or down to which flow termination should tear
down already admitted flows. I propose to use admissible-rate and
supportable-rate for that purpose and to add them to the terminology
section. I think these expressions are fairly intuitive and helpful.

Also talking about exhaustive marking instead of threshold marking may
have advantages because it does not imply any implementation details.
Note that also excess marking requires a threshold for packet size
independent marking. Maybe this shows why I don't like talking about
threshold marking.

Regards,

    Michael

philip.eardley@bt.com wrote:
> yes, thanks I'd already spotted that the last two sentences of these two definitions needed to be removed.
> phil
>
> ________________________________
>
> From: Michael Menth [mailto:menth@informatik.uni-wuerzburg.de]
> Sent: Tue 29/07/2008 21:39
> To: Eardley,PL,Philip,CXR9 R
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Nomenclature
>
>
>
> Hi Phil,
>
> philip.eardley@bt.com wrote:
>  
>> one follow up (otherwise i repeat my original reply)
>> 
>>    
>>> with the existing terminology, the marking draft can simply say "the excess-traffic-marker uses the PCN-excess-rate; the since the marking behaviour is STDS (architecture is Info) i think it's better to make the marking behaviour doc as easy as possible to understand (as this is the thing that implementors write code to do
>>>
>>>   
>>>      
>> This is true for 3 encoding states, but it is not true for 2 encoding
>> states. Then, the reference rate of the excess marker is set to the
>> PCN-threshold-rate. You see what I mean? That's not nice.
>>
>> [phil] No, the excess marker uses the PCN-excess-rate.
>> (I think what your comment means is: If you're comparing a scenario where an operator is using both threshold and excess marking, with a scenario where the operator is using "single marking", then the opeartor in scenario 1 may set its PCN-threshold-rate to a similar value to what the operator in scenario 2 sets its PCN-excess-rate.)
>> 
>>    
> That's what you think is right, but the definitions in the architecture
> draft say:
>
>    o  PCN-threshold-rate: a reference rate configured for each link in
>       the PCN-domain, which is lower than the PCN-excess-rate.  It is
>       used by a marking behaviour that determines whether a packet
>       should be PCN-marked with a first encoding, "threshold-marked".
> /*_      It's roughly the rate up to which PCN admission control should
>       accept new flows._*/
>
>    o  PCN-excess-rate: a reference rate configured for each link in the
>       PCN-domain, which is higher than the PCN-threshold-rate.  It is
>       used by a marking behaviour that determines whether a packet
>       should be PCN-marked with a second encoding, "excess-traffic-
>       marked".  /_*It's roughly that rate down to which flow termination
>       should, if necessary, terminate already admitted flows.*_/
>
>
> The terms PCN-threshold-rate  and PCN-excess-rate are defined by the
> semantics of an admissible and supportable rate threshold. Therefore, in
> case of single-marking, the reference rate of the excess-marker must be
> set to the  PCN-threshold-rate (=admissible rate). Furthermore, in case
> of single-marking, we have the equation
> PCN-excess-rate=U*PCN-threshold-rate (supportable rate = U * admissible
> rate). Therefore, the PCN-excess-rate cannot be set to a similar value
> as the PCN-threshold-rate. Hopefully this accidental example of
> confusion side makes clear why I point out that the nomenclature should
> be improved.
>
> Regards,
>
>     Michael
>
>  
>> phil
>> 
>>    
>
> --
> 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
>
>
>
>  

--
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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 02:58:00 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2D58D28C1C8;
	Wed, 30 Jul 2008 02:58:00 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A84DC28C1C8
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 02:57:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.263
X-Spam-Level: 
X-Spam-Status: No, score=-3.263 tagged_above=-999 required=5 tests=[AWL=0.986, 
	BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id Tvkz9ku+xMed for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 02:57:58 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 0008128B797
	for <pcn@ietf.org>; Wed, 30 Jul 2008 02:57:57 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 3E33A198E57;
	Wed, 30 Jul 2008 11:58:09 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 2FD38198E56;
	Wed, 30 Jul 2008 11:58:09 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0B42CA0687;
	Wed, 30 Jul 2008 11:58:09 +0200 (CEST)
Message-ID: <48903AE5.7010505@informatik.uni-wuerzburg.de>
Date: Wed, 30 Jul 2008 11:56:53 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: toby.moncaster@bt.com
References: <488DED02.3060901@informatik.uni-wuerzburg.de>	<4A916DBC72536E419A0BD955EDECEDEC032A07CE@E03MVB1-UKBR.domain1.systemhost.net>
	<488F2BA4.5000604@informatik.uni-wuerzburg.de>
	<489030F6.3090905@rogers.com>
	<BAB4DC0CD5148948A86BD047A85CE2A7017EDBF9@E03MVZ4-UKDY.domain1.systemhost.net>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBF9@E03MVZ4-UKDY.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Toby,

your argument relates to excess marking vs. exhaustive marking. I just 
can comment that I personally prefer to have a weaker abbreviation than 
a name (threshold marking) for exhaustive marking that could be applied 
equally well for excess marking as its implementation also requires some 
threshold.

This issue is independent of the debate admissible and supportable rate 
vs. PCN-excess- and PCN-threshold-rate for which I do not know any 
arguments against except for the fact that pervious doc used other but 
also non-consistent expressions while many arguments in favor exist 
(clarity, intuition, compatibility for all proposals).

Regards,

    Michael

toby.moncaster@bt.com wrote:
> I confess that I have now got TOTALLY confused by all the different terminology. The really strong argument against Michael's terminology is that, as both marking behaviours start with the same first and second letters they need fairly obscure and unclear abbreviations...
>  
> Toby
>
> ________________________________
>
> From: pcn-bounces@ietf.org on behalf of Tom Taylor
> Sent: Wed 30/07/2008 10:14
> To: menth@informatik.uni-wuerzburg.de
> Cc: pcn@ietf.org
> Subject: Re: [PCN] Nomenclature
>
>
>
> I myself prefer Michael's terminology and find it more understandable.
>
> Michael Menth wrote:
>   
>> Hi Phil,
>>
>> philip.eardley@bt.com wrote:
>>     
>>> that's a good spot, thanks. the text you quote needs tweaking as it
>>> isn't accurate in a single marking scenario.
>>>
>>> yes, the change of terminlogy you suggest is possible. i'm sure it's
>>> possible to make all the docs consistent with either the existing
>>> terminology or with your suggested alternative. personally i dont
>>> think one is easier to understand than the other.
>>>  
>>>       
>> the terms admissible and supportable rate are also needed to qualify the
>> type of overload or congestion occurred which is needed for
>> explanations. See Figure 1 on page 3 in
>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
>>
>> Just imagine to substitute admissible and supportable rate by excess and
>> threshold rate. The outcome is not very intuitive.
>>
>>     
>>> the consensus at the WG meeting a few ietfs ago, when we discussed
>>> terminology, was that the names of the reference rates of the
>>> meter/markers should reflect how the markers work rather than what
>>> they're trying to achieve. ie PCN-threshold-rate and PCN-excess-rate
>>> (for the threshold-marking and excess-traffic-marking behaviours).
>>>  
>>>       
>> I was not at that meeting, but my impression was that people did not
>> care so much about names and wanted to proceed. Therefore, we ended up
>> with the current nomenclature. In addition, at that time PCN was not
>> that well understood as today.
>>
>>     
>>> note that your suggestion makes it harder to write the marking
>>> behaviour draft, because you have to say something like "if the
>>> opeartor has 3 encoding states, then the excess-traffic-marker sets
>>> its reference rate to supportable rate; if the operator only has 2
>>> encoding states and is doing single marking, then the
>>> excess-traffic-marker sets its reference rate to the admissible rate".
>>>       
>> This is not a bug but a feature: it shows that the configuration of the
>> marker depends on what the marker is used for.
>>
>>     
>>> with the existing terminology, the marking draft can simply say "the
>>> excess-traffic-marker uses the PCN-excess-rate; the since the marking
>>> behaviour is STDS (architecture is Info) i think it's better to make
>>> the marking behaviour doc as easy as possible to understand (as this
>>> is the thing that implementors write code to do
>>>  
>>>       
>> This is true for 3 encoding states, but it is not true for 2 encoding
>> states. Then, the reference rate of the excess marker is set to the
>> PCN-threshold-rate. You see what I mean? That's not nice.
>>
>>
>>     
>>> i dont particularly care about threshold vs exhaustive as terms, and
>>> personally dont find much difference in what they imply about
>>> implementation. a tiny practical issue in favoour of threshold, is
>>> that 'exhaustive' and 'excess rate' have the same first letters, so
>>> good abbreviations are less obvious.  
>>>       
>> Well, you mean EM for excess and TM for threshold marking. "T" often
>> stands for termination which is not quite what threshold marking is used
>> for. So, there are also arguments against this counterargument. EcM and
>> EhM works well for abbreviation of excess and exhaustive marking and is
>> hard to mistake.
>>
>> Regards,
>>
>>    Michael
>>
>>     
>>>
>>> thanks
>>> phil
>>>
>>>
>>> ________________________________
>>>
>>> From: pcn-bounces@ietf.org on behalf of Michael Menth
>>> Sent: Mon 28/07/2008 17:00
>>> To: pcn
>>> Subject: [PCN] Nomenclature
>>>
>>>
>>>
>>> Hi,
>>>
>>> I think the current PCN nomenclature can still be improved. I cite from
>>> the architecture draft-04:
>>> "The admission control mechanism limits the PCN-traffic on each link to
>>> *roughly* its PCN-threshold-rate and the flow termination mechanism
>>> limits the" PCN-traffic on each link to *roughly* its PCN-excess-rate."
>>>
>>> Stupid question: is single-marking configured with a PCN-threshold-rate
>>> or PCN-excess-rate? According to this description the reference rate of
>>> the excess marker is set to the PCN-threshold rate. That is certainly
>>> not intended by the names. I think this simple example shows that the
>>> current nomenclature is not yet perfect. A better approach is described
>>> in our overview paper.
>>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth08-PCN-Comparison.pdf
>>>
>>>
>>> I'm not at the meeting, but maybe you find some time to discuss this
>>> issue there? I request a small change:
>>> PCN-threshold-rate -> admissible-rate
>>> PCN-excess-rate -> supportable rate
>>> The reference rates of the excess or exhaustive (threshold) markers are
>>> set to one of these values depending on what should be done with the
>>> marking.
>>>
>>> Threshold marking -> exhaustive marking
>>> I find exhaustive marking better than threshold marking since this term
>>> does not say nothing about implementation. Ramp marking could also be
>>> used although we have not found any benefit when doing that.
>>>
>>> Good names are important to explain and sell stuff to other people.
>>> Sometimes to other researchers, sometimes to customers ...
>>>
>>> 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://www.ietf.org/mailman/listinfo/pcn
>>>
>>>
>>>  
>>>       
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 03:10:04 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4DE8828C2C5;
	Wed, 30 Jul 2008 03:10:04 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id B1C7928C2CF
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 03:10:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.387
X-Spam-Level: 
X-Spam-Status: No, score=-3.387 tagged_above=-999 required=5 tests=[AWL=0.862, 
	BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id H+kJc3V-VwPI for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 03:10:00 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 4B00C28C2C5
	for <pcn@ietf.org>; Wed, 30 Jul 2008 03:10:00 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 61FBF198E5C;
	Wed, 30 Jul 2008 12:09:56 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 53FBC198E50;
	Wed, 30 Jul 2008 12:09:56 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 2F15C198E41;
	Wed, 30 Jul 2008 12:09:56 +0200 (CEST)
Message-ID: <48903DA8.2010008@informatik.uni-wuerzburg.de>
Date: Wed, 30 Jul 2008 12:08:40 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: "Anna Charny (acharny)" <acharny@cisco.com>
References: <BABC859E6D0B9A4D8448CC7F41CD2B0706D91897@xmb-rtp-203.amer.cisco.com>
In-Reply-To: <BABC859E6D0B9A4D8448CC7F41CD2B0706D91897@xmb-rtp-203.amer.cisco.com>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Nomenclature
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi Anna,

CL, SM, 3sm, LC-PCN, and the architecture draft use all different 
nomenclature. Streamlining is required anyway. It's up to us whether we 
produce a well-understandable description or a rather technical one that 
is hard to follow. I have done a lot of comparison work and know from my 
experience that terms like admissible and supportable rate are 
PCN-specific but implementation-independent which is a good thing. This 
helps to avoid unnecessary explanations for expressions like 
PCN-excess-rate whose semantics are implementation-specific (i.e. what 
does the value imply: admissible or supportable rate?).

I agree that technical aspects are more important. But nomenclature is 
also too important to be ignored, especially at a stage where not a 
single RFC is published.

Regards,

    Michael

Anna Charny (acharny) wrote:
> Hi all,
>
> I also believe that at this late stage in the process, it is
> counter-productive to change the terminology drastically in the WD
> drafts and those that follow it. That is not to say that we do not need
> to fix obvious problems.  
>
> Personally, I also find explosion of terms for the same things quite
> confusing as things keep reappearing in different drafts under different
> names, so I can't help wishing we could stick to some set of terms and
> go with that set.
>
> Personally, not finding any new names more (or less) appealing that the
> ones we have in the terminology section of the architecture draft,  I
> would prefer if we could stick with the ones we had previously agreed
> on, and concentrate on the things we still need to decide beyond the
> terminology.
>
> Best,
> Anna  
>  
>
>   
>> -----Original Message-----
>> From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On 
>> Behalf Of toby.moncaster@bt.com
>> Sent: Wednesday, July 30, 2008 5:29 AM
>> To: tom.taylor@rogers.com; menth@informatik.uni-wuerzburg.de
>> Cc: pcn@ietf.org
>> Subject: Re: [PCN] Nomenclature
>>
>> I confess that I have now got TOTALLY confused by all the 
>> different terminology. The really strong argument against 
>> Michael's terminology is that, as both marking behaviours 
>> start with the same first and second letters they need fairly 
>> obscure and unclear abbreviations...
>>  
>> Toby
>>
>> ________________________________
>>
>> From: pcn-bounces@ietf.org on behalf of Tom Taylor
>> Sent: Wed 30/07/2008 10:14
>> To: menth@informatik.uni-wuerzburg.de
>> Cc: pcn@ietf.org
>> Subject: Re: [PCN] Nomenclature
>>
>>
>>
>> I myself prefer Michael's terminology and find it more understandable.
>>
>> Michael Menth wrote:
>>     
>>> Hi Phil,
>>>
>>> philip.eardley@bt.com wrote:
>>>       
>>>> that's a good spot, thanks. the text you quote needs 
>>>>         
>> tweaking as it 
>>     
>>>> isn't accurate in a single marking scenario.
>>>>
>>>> yes, the change of terminlogy you suggest is possible. i'm 
>>>>         
>> sure it's 
>>     
>>>> possible to make all the docs consistent with either the existing 
>>>> terminology or with your suggested alternative. personally i dont 
>>>> think one is easier to understand than the other.
>>>>  
>>>>         
>>> the terms admissible and supportable rate are also needed 
>>>       
>> to qualify 
>>     
>>> the type of overload or congestion occurred which is needed for 
>>> explanations. See Figure 1 on page 3 in 
>>>
>>>       
>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Menth
>>     
>>> 08-PCN-Comparison.pdf
>>>
>>> Just imagine to substitute admissible and supportable rate 
>>>       
>> by excess 
>>     
>>> and threshold rate. The outcome is not very intuitive.
>>>
>>>       
>>>> the consensus at the WG meeting a few ietfs ago, when we discussed 
>>>> terminology, was that the names of the reference rates of the 
>>>> meter/markers should reflect how the markers work rather than what 
>>>> they're trying to achieve. ie PCN-threshold-rate and 
>>>>         
>> PCN-excess-rate 
>>     
>>>> (for the threshold-marking and excess-traffic-marking behaviours).
>>>>  
>>>>         
>>> I was not at that meeting, but my impression was that 
>>>       
>> people did not 
>>     
>>> care so much about names and wanted to proceed. Therefore, 
>>>       
>> we ended up 
>>     
>>> with the current nomenclature. In addition, at that time 
>>>       
>> PCN was not 
>>     
>>> that well understood as today.
>>>
>>>       
>>>> note that your suggestion makes it harder to write the marking 
>>>> behaviour draft, because you have to say something like "if the 
>>>> opeartor has 3 encoding states, then the 
>>>>         
>> excess-traffic-marker sets 
>>     
>>>> its reference rate to supportable rate; if the operator only has 2 
>>>> encoding states and is doing single marking, then the 
>>>> excess-traffic-marker sets its reference rate to the 
>>>>         
>> admissible rate".
>>     
>>> This is not a bug but a feature: it shows that the configuration of 
>>> the marker depends on what the marker is used for.
>>>
>>>       
>>>> with the existing terminology, the marking draft can 
>>>>         
>> simply say "the 
>>     
>>>> excess-traffic-marker uses the PCN-excess-rate; the since 
>>>>         
>> the marking 
>>     
>>>> behaviour is STDS (architecture is Info) i think it's 
>>>>         
>> better to make 
>>     
>>>> the marking behaviour doc as easy as possible to 
>>>>         
>> understand (as this 
>>     
>>>> is the thing that implementors write code to do
>>>>  
>>>>         
>>> This is true for 3 encoding states, but it is not true for 
>>>       
>> 2 encoding 
>>     
>>> states. Then, the reference rate of the excess marker is set to the 
>>> PCN-threshold-rate. You see what I mean? That's not nice.
>>>
>>>
>>>       
>>>> i dont particularly care about threshold vs exhaustive as 
>>>>         
>> terms, and 
>>     
>>>> personally dont find much difference in what they imply about 
>>>> implementation. a tiny practical issue in favoour of threshold, is 
>>>> that 'exhaustive' and 'excess rate' have the same first 
>>>>         
>> letters, so 
>>     
>>>> good abbreviations are less obvious.
>>>>         
>>> Well, you mean EM for excess and TM for threshold marking. 
>>>       
>> "T" often 
>>     
>>> stands for termination which is not quite what threshold marking is 
>>> used for. So, there are also arguments against this 
>>>       
>> counterargument. 
>>     
>>> EcM and EhM works well for abbreviation of excess and exhaustive 
>>> marking and is hard to mistake.
>>>
>>> Regards,
>>>
>>>    Michael
>>>
>>>       
>>>>
>>>> thanks
>>>> phil
>>>>
>>>>
>>>> ________________________________
>>>>
>>>> From: pcn-bounces@ietf.org on behalf of Michael Menth
>>>> Sent: Mon 28/07/2008 17:00
>>>> To: pcn
>>>> Subject: [PCN] Nomenclature
>>>>
>>>>
>>>>
>>>> Hi,
>>>>
>>>> I think the current PCN nomenclature can still be improved. I cite 
>>>> from the architecture draft-04:
>>>> "The admission control mechanism limits the PCN-traffic on 
>>>>         
>> each link 
>>     
>>>> to
>>>> *roughly* its PCN-threshold-rate and the flow termination 
>>>>         
>> mechanism 
>>     
>>>> limits the" PCN-traffic on each link to *roughly* its 
>>>>         
>> PCN-excess-rate."
>>     
>>>> Stupid question: is single-marking configured with a 
>>>> PCN-threshold-rate or PCN-excess-rate? According to this 
>>>>         
>> description 
>>     
>>>> the reference rate of the excess marker is set to the 
>>>>         
>> PCN-threshold 
>>     
>>>> rate. That is certainly not intended by the names. I think this 
>>>> simple example shows that the current nomenclature is not yet 
>>>> perfect. A better approach is described in our overview paper.
>>>>
>>>>         
>> http://www3.informatik.uni-wuerzburg.de/staff/menth/Publications/Ment
>>     
>>>> h08-PCN-Comparison.pdf
>>>>
>>>>
>>>> I'm not at the meeting, but maybe you find some time to 
>>>>         
>> discuss this 
>>     
>>>> issue there? I request a small change:
>>>> PCN-threshold-rate -> admissible-rate PCN-excess-rate -> 
>>>>         
>> supportable 
>>     
>>>> rate The reference rates of the excess or exhaustive (threshold) 
>>>> markers are set to one of these values depending on what should be 
>>>> done with the marking.
>>>>
>>>> Threshold marking -> exhaustive marking I find exhaustive marking 
>>>> better than threshold marking since this term does not say nothing 
>>>> about implementation. Ramp marking could also be used although we 
>>>> have not found any benefit when doing that.
>>>>
>>>> Good names are important to explain and sell stuff to other people.
>>>> Sometimes to other researchers, sometimes to customers ...
>>>>
>>>> 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://www.ietf.org/mailman/listinfo/pcn
>>>>
>>>>
>>>>  
>>>>         
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www.ietf.org/mailman/listinfo/pcn
>>
>>
>> _______________________________________________
>> PCN mailing list
>> PCN@ietf.org
>> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 03:19:03 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EDC1428C29B;
	Wed, 30 Jul 2008 03:19:02 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 32D5828C2F3
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 03:19:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level: 
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id ukEoXzQLF9BI for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 03:19:02 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151])
	by core3.amsl.com (Postfix) with ESMTP id 6580328C2E7
	for <pcn@ietf.org>; Wed, 30 Jul 2008 03:19:00 -0700 (PDT)
Received: from E03MVZ4-UKDY.domain1.systemhost.net ([193.113.30.63]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 11:19:13 +0100
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_01C8F22D.B62368B6"
Date: Wed, 30 Jul 2008 11:15:16 +0100
Message-ID: <BAB4DC0CD5148948A86BD047A85CE2A7017EDBFA@E03MVZ4-UKDY.domain1.systemhost.net>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] PCN meeting presentations - please submit.
Thread-Index: AcjxdxzD7NOdVTjlSmqqVPig76NbRAAtgy2h
References: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
From: <toby.moncaster@bt.com>
To: <slblake@petri-meat.com>,
	<pcn@ietf.org>
X-OriginalArrivalTime: 30 Jul 2008 10:19:13.0619 (UTC)
	FILETIME=[B6E85A30:01C8F22D]
Subject: Re: [PCN] PCN meeting presentations - please submit.
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8F22D.B62368B6
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Please find my slides attached. If people feel they are lacking detail =
please come back to me by early afternoon...
=20
Steve, I know I asked to present two drafts but in corridor meetings it =
became clear it would be useful to present the third item which shows =
how baseline can be extended to cover all the current suggested marking =
schemes.
=20
Toby

________________________________

From: pcn-bounces@ietf.org on behalf of Steven Blake
Sent: Tue 29/07/2008 13:31
To: pcn@ietf.org
Subject: [PCN] PCN meeting presentations - please submit.



Let me remind the presenters for Thursday's PCN meeting to please send =
me
your slides by Wednesday evening so that I can upload them before the
meeting.


Regards,

// Steve

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



------_=_NextPart_001_01C8F22D.B62368B6
Content-Type: application/pdf;
	name="baseline encoding.pdf"
Content-Transfer-Encoding: base64
Content-Description: baseline encoding.pdf
Content-Disposition: attachment;
	filename="baseline encoding.pdf"

JVBERi0xLjQKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0ZURl
Y29kZT4+CnN0cmVhbQp4nHVSyWrEMAy95yt8LsSVZMeOIRiyzaG3gUAPpbcu0EOhc+nvV5ZtZkgn
DGgU6Wl5TwaN6rf5UaBa0Eb5YHSvutCxf3lXzw/qW5Lpd/lspq0xQXtlQZPa3tTjCRVatX28DICx
9QOQWBNbqr79F+ni6/bUrFtz3vWm3mqrLLHZNXdS6KMdoBc3JHeMbRhgiq0ZYI7IdoFV0iexPUJs
Kw6R65EKHqlg1vJtrhWIDEYrRZ3sLU0xM5x4cnHLLFjk3yVwqGB3RNLbO/oN6OP2dQ+O5PlE1hHf
RSpI2aviWVOs+lrxO7FOZGHKNdxLIAhQwqO4kyTnWoMpmeySi7JAKJJiEYhEAFaJjkgG4KUNWO3q
0oZkaTSlEUUjUnEXWQ9la5YtrQQeRqBEypQ0czBlh4L0KTBmkiXUpxCXgYUOHAjC5lyu96VgSh9z
hSylPPAHjsePE5kTmZtDVE5T5MfFXWUBnGVELy2Xe3TSoZjKwRwDnidgcDrs5qSDl+Wx5wFUI1lR
x8QLPWZ7xCKkp4cO9xxkU5cb4JqFFM26WypWFCsXW69DzuoPOdbrHgplbmRzdHJlYW0KZW5kb2Jq
CgozIDAgb2JqCjQyNQplbmRvYmoKCjUgMCBvYmoKPDwvTGVuZ3RoIDYgMCBSL0ZpbHRlci9GbGF0
ZURlY29kZT4+CnN0cmVhbQp4nJ1WyYrbQBC9+yv6HJDSVb1IAtHgTYfcBgw5hNyyQA6BzCW/n1q6
W2157JkJhna7VMurV4tsezB/d3+MNZ3tnRkm148mTIHuz9/N5w/mtzzkz/PP3eGyc1M/GG97NJdv
5uMCBry5/PgyW0jdMFuU06UOy93fSEL6evm0O192TxvfOPreG490bJxHMRySn+0o14mv+9RNsz2k
zs32mIDOkz3L40XOEWzqih4A2QNmfcCsc86/3WoBQMrgxSgIbnEKmuGBIudrjmVP8h1ZeSrK8V6S
g3+BvxnGdPl1j5PBBAQqlFigcVFIgUUS92gZI4KNNksgWk/JkpSyQCb/DhY/Eg4fg3p2BixVn9BQ
MV9GMziufrQrGNQKIZUWuE7EXeQaSexO6cY5SwZGQyADiwmzI4PAtWMVgSp61iEkoR288Inq2e71
SzTZVw4xliLFWQ0lzj4/FZNDFaMIA8cVtKIER3YSV8wVchS0yGh9A1H6hPuADmRfIsWgsdjHgv4x
7egLi28mHqbSNyvxUYCcU4ZNBNT8jg31Y7qmWBLFIY2Sc2xItU6JEYtQ+b6uqQqiMqNaofCMIRMS
s5NDLZXiHGtA5JHWtvBrb3BTZOK3pXYZvlZRDI9rUnv1rw+XbKLnQir3JpK5dVNdO5XbDUnVV8NS
aaxHlXYhFtdvrbQL0If/rHRUYAIyz6MIXK1jGRPXNsRBJ64rKrQRgWO63OWWbq9sEgehf+cucaR2
k+jIcDGVcr8wllibjecs57Sd6WZxDE2PaO5L7rWrBotXbd7skmHdULnXQ+v5tHb1vlk1LuNe6g5Z
bUo/PyQUB/9eQjFOfdwSOkmsZs1eT61uPwH8WnddWYa867Qa+nyqDYNVeLM1brbRXv0qUUuz5dvQ
64bikee3bWhdq2CjlU2vmiAy7T5j53elyh9tB6Q/JdOG1ebVUJpk3TartyfzD28GA6cKZW5kc3Ry
ZWFtCmVuZG9iagoKNiAwIG9iago3MTcKZW5kb2JqCgo4IDAgb2JqCjw8L0xlbmd0aCA5IDAgUi9G
aWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJydV0uL5EYMvvtX1HmhnZLqaTCGdnsmkNuEhhzC
3vJYlt3A7iV/P5JK5Ue3bWbDgMdy6fHpk1RVbVsw/zbfjDUX2zqTOtdmE7pA79//NL99MP/IIv99
/7sZ743r2mS8bdHc/zA/vYIBb+5//d5bGC6ptyhPN1ywvvunL2H4eP+lebk3bw++MfvWG4/0eHAe
xTANvrdZXjt+vQ6XrrfjcHG9vQ1Az8m+yPKrPDPY4VL1AMgeUPUBVedFZbdYAJAyeDEKglucQslw
pMj6qrHsJP8jK3dVOR4lmfwOf0zf/fOeOiQmPCBQocQCjYtCCoNwPQIBeGWWCWdi1MAcYS+ZMLqR
lyDZ0TouAKkFJhF6vFqkb/JucW3aickVx6MkfKYEsLNtLKCcASCYZ4kkRwqYubM0D1zyCJSHQHsd
5MGvmpJA8TZzC/mqNq2epBf7skp6cXB9SbmY2swmrLBWpEJnWS3keHgputRX3AyCCMYBMn+7ikXx
eRMfvlC6eOAGhQWsxlC6a0QUnbEmdNggQlSItUUWoqY6RLEQhV48e0V2WivIdareXSt4qpSTSsXK
EUiTUQ/eCnvU9AsXArbwytky35U5qsk0BFi4c72SXIiVoUPUueYvK8fUp2eJQgp1Ut6bKEQesR/j
unRLbTrULDU7ZaB2wbY3/Nzn2kCrbp+XS5tl2irnbi4E6QCLR16Emwa5LbOgflfzo6srIFweibAZ
FeUZF1zo96xOW5eSeKJTuZAcdNZ8LWzoV7y5p7FV2k9rbrHtfqzmXWrDI8b17JdZzRgEn5CkW4+U
pNZnzfSmckTCqJzm1Sp9VzdJ9Nb24rhU9mmi38w3Q4cjGOcSJRy6SNsoOD5G6jFdUvz152bONTti
xcdEm/TXJtI5klX6YhYJSZoVWfjUjB8aOYgdkQRqWqViylIkFr8YVSxCMWVnjpx1c9Qi1ags+Rq1
CotpBbxZpjBuK9RMxJCOMcJWMviqUg3KUnyQNrk6OlvjbFykqu4QV66KtDH21OzdbFykqu49KOpF
2hiHaFewi1TVWYoP0sa41GFdXj8ztCV6W3oxfrhjWIGd+O4nM+ENzre6wPtB5kGUQfWy8XDvHt5w
6CrB0PfcpcHJFQ68jFsnWwJf3IpjiZGO/LromM9jvyfXFfyfltF2u7mwyf72gpavOJ7uyXoMhRWZ
gFs2mYEwgGzNZVNgMrJ8P9xlkW7IVE+K4x8jFMuOI3SHNDreM3cBBkYVpbrXQfa9Uqgs92t/gsnF
wHOwh2k6ReNDOkYzE3Md5LbA97HpHWh8DvtYJJXpyCxEbtxdLLUkm/qocNg6gcu0561QLGzvuzyt
P/88S4f1XxxMD8m+mf8AQZX0TQplbmRzdHJlYW0KZW5kb2JqCgo5IDAgb2JqCjEwMTgKZW5kb2Jq
CgoxMSAwIG9iago8PC9MZW5ndGggMTIgMCBSL0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4
nJVXSavkNhC+96/QeaAdlVTawBh6e4HcXmjIIcwtG2EmMHPJ308tkm05dmfCA7XLrip99dUiPTuA
+fv0xVhztoM3qfghm1ACPX/91fz0wfwlH/nv6++n6/Pky5AM2sGZ5y/muzcwgOb528+jhemcRutk
9dPZtWf815swfXz+cHo8T+8b3y7jgAYdLRvnUQzThKPN8lj48TKdy2iv09mP9jYBrXf7kM9vsmaw
07npAZA9uKoPruo8quwXCwBSBhSjILjFKWiEV9q5Pta97F1+IyuXphyPgky4w98IZXr+ucuJTUR4
cECJEgtnfBRSXJkcc0IAGSwQ1TYRDwwY628mFQZLAT6sU2UiCZlFEKi0XikEkaG4xxFszATZFTtE
heENAAEj6JT5fejJk4LLXEsVuavIIyNyoGimc5TVSa04qRWiGCnpXrIVa5Q26yv5TqnC+jHbCzxa
fc3Ka4+Z6oU5oB3DCFd+5y6yCk3uykyuHYq6e5vyyAXhR2+9oPXuNT+YWu1+Mz/oNuwwPkKpEUXJ
UI2Y43PcP54XSZ3AD53SQ99yfUtUUXSgmnKaUd1CWtw1npAJcIk/xfb2bWpA1Fd9XSuvki5eFnvU
p5oLX+O4NsPI77LmoALHLl/iTjyrqwqDMvWSf4utsb6VfyiZJt4mA/dVNcm2uIJYO2suU1d5wLlG
19noilkTpWst5tRZS85qXoR27Ci4zewsbF5ko21lwK3uf1to7ZKaVg4V8bpt8pIqmSJHs0wYjHwk
bBiM+wzu7aRMSQs3dF2d5c4q10puRfOqHMDDUP5nObg4hE0w3fBwmjzuudD6Dxbyb3WApFUAc+7i
PGSkMfM6SMDqJq36Brf93lzNUb+bL4ZOTTDeJ4o4lEjTFjyfL+381hh//P40B5s90YIx0Sz/fIqp
UAOo9MkskiNpVmThj9P1w0lOaF8S7aimTVJTliLR+MlURRXUlJ15clbmXVVqu7KEbdcmLKYNcPeZ
tvG90CIRQ2c9YdMIPlepbcpS3EhdrJ4O3Tgbq9TUvXMrVyp1xkhnfJmNVWrqiFBRL1JnHKJdwVap
qbMUN1JnrHlYpxdnhnqi+9SLcd8SYAV28m1EIp1X7boXuL8zd2LgwkSdbJGb/Oh+B8jQ99ylycvd
DlDarchcA98cyx7pyK+Pnvk89nt8aoR8ZHnj2O5yY1QMjzrMzhD4VnDgMdqyGyODOLrh8Q0J6WJd
b3hhRTK4nmVmJkwgk1SHBZOU5f3hmKY7BueZ9sHtDmpZeIdySK/nYboLMDCqKMRcJpmHmsAsF3J8
gcnHwP2xh+n+Eg2GdIxmJuYyyQEJubr7DzSYwz6WolVwYBYiF/QulpaSLj9VOCydwGna8xbrHSsc
uXyZf/5/Lh3mf3Fw3wT7bv4BPcH+YQplbmRzdHJlYW0KZW5kb2JqCgoxMiAwIG9iagoxMDQ5CmVu
ZG9iagoKMTQgMCBvYmoKPDwvTGVuZ3RoIDE1IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJl
YW0KeJydVsGK2zAQvecrdC7Y1YxkSQZjSBzvobeFQA+lt24LPRS6l/5+R6ORPU7ibLcsOLI8kt68
92a0tgXz5/DbWNPY1pnYuzaZru9o/PpiPn8wv/hj/nv9cThdDq5vo/G2RXP5Zj4+gQFvLt+/DBbG
Jg4W+enGBuvY38x049fLp8N8OTxf7Y3Jt954pMfV5oEXxtEPNvGwz8Pj2PSDPY2NG+w0Aj3PdubP
T/xMYMemxgHQekCJB5SYWd7dugKAgsHzoo5x86ZQMjzRyTKUs+yZf0MO7mtw2Esy+jv8DXAcLz/v
hTub2t50CCQUr0DjApNCKfiMDiNhRSYGBgz5WSb4K0TifgeKTwTDB9eGsrUzAKQuwSE178OJLsvf
pYofDRY0zrEMfDwp7PIjDxPxXLAEmS9DZGId68NAbUIogPltqoYJlI1ETBKnV/HuZaKcfeLpskmi
peU9w2gqJyS6QnLMiymQgmFWQUm+zBXJsu2Z19UolyOCHIwl68gzadcDzCL2q6bC4oo+LxcqVgLR
6SQLX5J8kt9yfhhdpcs/VN/1QKX+LvVd6siRN+pLaS2wChCRrPDN2NFrzZVAWtXlq7Bfsq6ZonLD
iR3CRF37ZOOxVAzqvOwxrdSyyewMbzDl0zt5okYWr3kiVrptklImO6mykFuF8xS1FymVbVU59nFc
mbFOFwckdWTlOCl/aw2qk8TPqi68qgWuEdFw4hMZ8lIoq4y16DNE+VIMoQ91bxSNg6VbrUVzFi1X
jLj64f9Yqa1VeoPO+HalanrSfmF66CWMXftON2G09VpcEodTdtM930gb2q/HPf5r0Ujzu+3YXDHc
qkMlpJBdHKkJOavTmfbasKqVidilrQbV8hcxp6s2sPgHSx3t5vfQQ+iXnrd6SLmDDaod77dgxEO1
cipxyn/itQKpJHQUFusddiQeXeFftXHO7Z+uQVzapnCjGd5qra4u8iX74zE/gLf86HqI6v5jPxTX
B0VHbcjrHdYs98PWb/wmuI/137W1H/DY2Vkcx35U8J/NX0yBSP0KZW5kc3RyZWFtCmVuZG9iagoK
MTUgMCBvYmoKNzc2CmVuZG9iagoKMTcgMCBvYmoKPDwvTGVuZ3RoIDE4IDAgUi9GaWx0ZXIvRmxh
dGVEZWNvZGU+PgpzdHJlYW0KeJyVk8uqFDEQhvf9FFkL3datc4EQmD7Ts3B3oMGFuPMouBA8G1/f
SiVxcJwRZSBT3amqfH/9aVjQ/Zi+O3AzLOxC4iW6Na0av76492/cN9usv9cv03ZMnJbgBBZyxyf3
9oIOxR2fP2TAMocMZCuXmUYsf7xZy8fj3bQf0/NNb4qyiBPS5aa5t8JQJEO0MNXwVOaUYSszZ3gq
qOsZdtu+2BoRyjzyELUeqecj9Zy9P/O1AlGTUaxoNW5rik3hpif3sJ8FZ/v3NTmNZP9IZJA788u4
lePrvXSGtTpCqEZZBTn2NhQOipoJQYArLSpCFaO8AZjjIwCJerh4XnxryA5RPVUI9fA+ROBq+hoH
NTlqDCjtRFRXfManEjhzUvFzG7SvptX4ZEaQxVxjrRR7uhTKfOoNhBOcekttsla7/yqD6q39Pxko
S7qVEa/ALVYRsePV1Rfu3F1Jm7MpaPDU4a+7j6+AoXMIw9J/Redgab+j+0EyZo2Ce+Oqnw0OB/bO
fBnDpe6HOlHlkVR0ToTtClnDutG+AVrbbbvqbp14MzdtAn23jezcxqgfZqv4NYtn9xPP0PSZCmVu
ZHN0cmVhbQplbmRvYmoKCjE4IDAgb2JqCjQzNQplbmRvYmoKCjIwIDAgb2JqCjw8L0xlbmd0aCAy
MSAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgMzY0ODA+PgpzdHJlYW0KeJzsvXt8VNW5
MLzWvsz9PplrJjN7MjNJJpNkcg8TItkhJFySQIQACRjJFRIJJJkkYKiUeEVAJbVeSm0F23qp9tRw
NWCt0YO2Vqm0tVZ7jkp7qNXWtJy+1F6UzPustfeEoLan7/t9f3y/32eGvdez1/VZz3qua+0ZhuMj
3UiHxhCLxM4t7QNbV1/XgRB6BSFs6dw2LDz686gF4HMIKV/cOLBpy7Dw9TUIqR9DSFGwqW9048rQ
ORtCxv9EqPKNnu72rns3zjcgtOIY9FHaAxmtM6NKeP4AnoM9W4av38iPLUeo0QTPG/v6O9v7fvok
tG28Hp7Lt7RfP3DItIqHZ9Je2Nq+pXvZ8/xz8PwaQnkjA/1Dw10omEBoVz0pH4h3Dzz2QBkDz32A
gxXyMHzInw5ABXlmWI5XKFVqjVanNxhNZos1xWZ3OF3uVPT/iz/+LrjqkQ8uD3sPglknfgXXebje
m1mW+JjfjAIz1yXOsYR6/yZfCIXQfeggCqILuAA9j6bQMvQIqkKN6B60GL2KnkQGNIpfRhwKoEXo
MRTCPsSgWuTAPDqA3kTXoDj6DTqHslAdehtboJ8aNIDsKJZ4H+516PbESailQdXou+gU7sOrUBTg
JUwOjsDI+xNTyIGyEmcSb8DT19FvcDBxGC0B6F1kRploF/oSsqDr0I8SHwOmQdSBHsU34PeRH7Wh
fVwxtzexGc1Hx9HPcR1ADWiUf0N9HPVBq29iB55KvJP4Lfo+h1E39HQTuh0wPoKmmDy2mj+EBJSB
rkLLUTuUfgG9ia24gBUTmYmFiQOQ+yj6ExNhXmSVgEcELUUb0J3oIaDG6+g8+jPW4hL8dfwEfH6C
/8C/AbjVoRG0A2Tr60C9R9F30ElcgAsYB+MAajlQGK2Gsv3oYRj/KDqL63ALnsLPsQ/z+TOViZSE
LfHbRAJlo2bA8CB6Dsa4iPOhDozAprPDnJcb5gsv3Qgz7EJfQ2fRTwCPt4Huf0Z/xdnw+RXzRWZX
Ym3iscRvABcV8qF56Gq0DvWjbWg7+gas6vPoNPpv/BGjhpqvci/wO/gLibuBthloIeC+Amqvgr73
wSodQZPweR1macYCzGIeXo5X4k14P74PT+I38ZuMgvEzg8zv2An2ZfY/uVKeT5RDT3bkhXEDaC3q
gRX4IlD7bpjvY+gF9BK24QycCzN6Hdp/yMxnFsHnm8yrzNvsrex+7mP+tplzM7+f+SixFymByxYD
HUbQ40CFP2I74BDG1+Eh/F+A+ThzjDWwJjbAlrBVbBPbwt7O3sP+kP0xF+ee4H7JL+Xb+SeU7TNb
Z36SqEvcgoiWUABemSgHFaMy4J+NwE2bAb8B+MTRDehGtBfdBfxyNzqEnoB5P4teQj9Hb6EPYAUQ
9gPOvTD6FuC6W/Fd8DmAv4Ofwy/gl/Cv8Ifkw6TDJ4spZSqZaqaW2cTcCp97mLPM68x7rIftZHex
Y/B5kD3BvskhjuMSfCF8lvD7+EcVLyuzlEuUHapXPp6+lH2p5dLbM2jGPbN+5r6Z52Z+m1iTGAX8
QygX5QGmuwHLA8CDD8PnceDEE+hF0N2/oLj+CTOYB4534gBwQw6sWiVejJfCpwFfDZ/V8FmL18Gn
HXfgHvjswmP4JnwzvgXfie+ln6/A3B7G38Yn4PMUPgWfn+N38Lv4d/hPDDAxwwI3h5hMJsrEYKbV
zGJmBbMSPpuYfvgMMHFmG6zQo8xR5iTzOmtlQ2wu284OsgfY77LPs6+xf+MYLoeLchXcGm4TdzP3
KvcT7g3uI97H1/A9/IP884pURbFiteI6xVcUTyreU3ysVCgblR3KG5SvKROqEGirH8C8j1+h8qKK
V/EQn8Jdz7wDcuFkB/jdeDVQTME0sX3sXexP+Y34AivgX+K9bC+7OfFNtpb5K9uP1zDP4nTWx5ez
G9EdKIGfYH7FXGR+y9lwE/M+zuK+hJ9i+tlqRkH16s84G3cz/x5CzC9QObMTTzEvsDezNyeeQeX8
g/gd/kHmJ0jgzjFW9A5I9W7mfmj0Y6aX2YeauWL+I9QLdP82fz3QewFzO85mX+MeRL9hA8z/whfw
faA1zuBlXJC5lonhJ0DjXsJeNI0H0QC+F4n4afwWnkQYP8Y+iusZHazWBKPHZWD6zrB+/BqrQS0E
R5zB2HAjc4FZzX5PcZYtwRi0xE/RDszifOCd5N8M2goScA+TCTqtBrTJz3AhcqL7Qd9fnPke0dj8
G/w+4LOH2By0EuWjVuZlVA6y8Rv4NKPbUCE6BTx4O8pnvoJuSIzhLtD7DaA/GTSJr0NRrAVt6QDc
doG9sDPpoAs3wKh/Bf3/I9D6dfgPaDsWQLKmUBZHSu7gakAztYH+3QefLtQKT19DdyuO8z9DK7AD
IU6YeRC4/D/RtWBz/gvGd6MKwG8deojLAawF0MyD0OJrM0uQCJ/b0MuYQTsB5wUg543cEtC89yWu
gxn2go2qB5v4EupN3I+qYe1WJm5O7EMbEg8lrkGb0KrEY6B/tyWOoFK0m29h1vARrhh07Ev4NNij
/8D7QG8vQb8EfRTCTvQ7+HwX8F/AP432cr8A3VmZuCPxc2QDeqQDhTrAip5HW9AfgG5L2ClUNLOc
OZyoZQfAQr2Drk48mvBhDepJ9IHm/R56WMmD7hlDXv5h4F0kLlzdJFYuuKpifnlsXllpSXFRYUF+
NC83J5IdzsrMCAUD6X7B503zpLpdToc9xWoxm4wGvU6rUauUCp5jGYxyagK1bcJERtsElxFYsiSX
PAfaIaN9TkbbhABZtVfWmRDaaDXhypoi1Nz4iZqiVFOcrYlNQgWqyM0RagLCxJlFAWESr7u6GeA7
FwVahIlpCjdQeJzCeoD9fmgg1Dh7FgkTuE2omajd1rO3pm0RdHdYq6kOVHdrcnPQYY0WQC1AE47A
wGHsWIApwDhqyg8zSKUHpCbcgUU1E67AIoLBBBuqae+aaLy6uWZRqt/fkpszgas7Ax0TKLBwwhih
VVA1HWZCUT2hpMMIvWQ2aJ9wOGdq7x2TJtTRFtF1Bbrar2meYNtbyBjmCIy7aMKx47zz8iN0bqlu
3j23NJXdW+PsFcjj3r27hYlDVzfPLfWTe0sL9DHBhGrb9tbCwHcACetWCTAWc2tL8wS+FQYUyDzI
nKTZdQdqSE7bdcKEOrAw0LP3ujZYGPfeCbRy1H/E7RZPJs4hd42wt6k54J+oTA20tC/yHE5Be1eO
HnWJguvKktycwyazRNbDBqMM6PRzge7ZMgrR6gSqWzlLV0wwCiwFdpgQOgXApDkAc5pHbt3z0N7O
eVAN/lowtJrogvXonVBXt+01lUO+ibSf4EOmgLD3zwjWPzD9wZU57XKOImT6MyIg4ZJZRoPyJDwR
iUxkZxMGUVbDigKOC+hzSW7OtklmIjBgEiAB8qFGoG17S3kUiO/3k+XdNymiDniYGLu6WXoWUEfq
ESRGIy0TTBspmUqW2FaTkrFkyWzztgDw8TEak9gmVBmz/4wmu7Wmp3wC2/9JcbdUXrcqUHf1umah
Zm+bTNu6piuepPJ5s2UyhKUCIPgEFwJKLQ0A661c10wy4B8fqg3U9LYtAVEDHCes1c1sKtMiQUwq
S7sC/r1mtmfy0KwjfXEhBeX/rkmlChiY5mChdsLUtkS6t2j8/n+x0WTiAmlFk8vN5DlNlEeufJ5/
xfMV6On2soAwl8HUNa3bu1dzRVktKKu9e2sDQu3etr3tk4mxjoBgCuw9yTazzXsHatqSyz+ZOLUv
daL2jhaYRA8uB9Zm0MLDAXz71YdFfPuqdc0nIW4Vbm9qPsJgprptYcvhIJQ1nxRAP9NchuSSTPIg
kAewbyAVRxgVrZ96UkRojJZyNIM+d05iRPNUyTyMOicZKc+UzGMgj5PyRJpH/oimqG5qnssDVLBa
collZ7AHPBUPBNQs+NANhxn8NPN98H2VzLNHEM9NMt8/xiKNkgDHMXKpFPyzUM4gFoeRGm/G1yJn
xPRhxaWK5aaLFQ2XKlAlwKaP4VaQ7zf7zSG4YQ+HPhbYqY9FHn0EHs8UIL8q8R67hu9Bhbj+JNIk
zh3RxdSTiSmxQherUtdoarV16dyrahwOzwuLxW3FrxafK/6LRomKcZV6V2BH3uPBk8FTeS/lvRN4
J/Qfeb9Lfz+kW6oKT+I7jmZlmdAkc/7o2XycP8kWH2d5kx3bJ/HB42liJFqcNomrj5r04ayncQ9K
QWrmv0RtozAmMOPCIYERJtmioxM6rJvE45CfO5bLjOceymVyIf/4BuUuJaOcZH4jasRifKh4qpgp
Bv9lwVOi9VkrY3UVncJe/B7QA0jR2nDe1Dr4Yet06+BFcjsP1EGV05HpeOV067QlFp0uyK8eFUvz
ot4MjZFTpPsD/qA/5OcUfMiQkaEROnCUy+3AXiNAfm1mB9ao8xT5HdinT+tAkYipIoIj5C/7RvhD
rXiwNY4GIxFraWlRocNuS1HayU3hT88oKaZZdoe9qBCcgsyMzIyMQKBkAVNSnBFIV/aUH77lm2sX
nto5NnD3zO/3dEb9Lrf5ekcoe+P9Abcvct9yYcXBJTe2PdDDLdtz73Ur1t3zYMGJL0zc+NiizLQc
FV+p0D7Yt6JuXlpWlVdz7S0rNu16BHgKLYPVfQpW1wSx96kj7Sow6IojPG8jiV7vnsRG0aJ2owwx
gxEz2jIOZZzL4DLMJNuwAYLPXRDyHkI8coUISXGSpNPLCU0bpoGQlRL96nEwEEwPQmQJDiujUIY8
qWmp3lRWYc0whrQZTpfDxSj8nLkD+RTuDpxiAMiuAyiIga6pKrhZTLYO5NLYCFUjElGz6ZWdfaO1
2FJGiWdOYRSB9MyMMhOlYlmpmdIRyKdglt0xvK7tazc8cPvPOp6/ccvpmthg6bA3Lz8YC5cvKllS
zDz4Hl6xsurgCzNPfjBz4t7fPPeXmfcO39se/w6OvffAUL7/qlUzXwN5YBPnmQX8XSCFK0U14l/2
bSoF732SzRT1DJvCMCxLZFUL/OYTUwQ2n21jB9hD7DlWwT6N/415mZvE/YffIbI4DQwHUlhZsZvP
i+w0nS7Ij2AI75gFM7ZG/Hv+rr+v4R8n8W194jz7MF+PtOi5k4hLnDtqTV3ATybOiREAXCrMs9nq
hUjUt+kP6X+EX2LewG8w5/RaN8JajPSinmV4Dkb9suhmmRSWZThWz4uLS/hfYwUkil9j8OUn8YET
h7RY69Lxp5j3EMv8VtQhzsSJXCN3iOO57zHvIp28xCaQlvN0nS8C+tMR03REmsNuw87ThxVEh4nq
YX5YcQt/i4JDrS0F+Xgw3orisGZWvw2m6IflUGb+mPnFTAUEQTP7BvObitL4+oy/f597ITWvTUt0
3A3AmXuBM10oAxXhHeKpFozVRb6i7Mz+oh3pY9ox3Zh7LPWm0FjG3qJvOx92Pxo6qjvmfirj6cwX
NC9of6G3K5EGK/SMW51p1zvcIX3IUIfvwDfrbzV8Gxnmo3JcB/p8adYGvD7zmqLr0HW4l9mUcV1m
T9EX8A2Z23JuKNrP7efHlGOqm8w3Wfan7Ld/hbtPdY/5PssD9kcy/i3z34omuROq97W/071veD/z
/cKwUq/OLEcxPK+QX6RCOncmR28mB5UpBZ9LEqs+rUqNjaCRRXrlA2zCG0UTKhFLGLGkreRQybkS
riTwPShg8QKUDaKmyXeIjnEH63AVn8J/wO/PitnFaSJn0+cvSpJmtjhi2BGjAlcYiXrTzXZOZQv5
+QCIlTKtA+ekZHegPAtop3QOJMpLxCpiz+1AUTPcLstVhOgq0FRokKxahqSZQE0plHaisqiEQV6o
tJSqJoUtxe6wKkgiay6856HWV779rR/2PTERq//l4ef61oziguvFbRs3jpUUlK5qvHNL300Zi5kn
bjm05pZnj8TrH9x8+/KNg/tfHm0fWnf49b6dK3q3b1tR3BOd+W3tw203PrBj7ZLYdaCtFiXOczzI
ng/lMnWHGcppGVHRZGJWhxVOvZ5ZrVAZjXDXkSwFEtLsGpJr1wqTiYui2WJhVgs6qxXutDbk/lXU
kRaCk7QQPKfYX6O0xNQJNTyl+SyT7K9Fk1VUG5jV1hQUCqmVOTksigKtK9+KTEfhwlFKsKm3IqdN
UwQ+A2KcKkvBSgu0QoKWZUlTz0AaFtPa0pg0nxa60dp1er1itZ0zmRQEwxSSCpzRCHeGlAhCNC9M
69DJKVYrFNE8M5ikyJkITWDYM5EIWfq3WlvPVE7D8le+BeOnnkTRxNTRxYuLo8RSL4zkFbdFb+Bu
4PdyY9Eno1NRpRgdizIoas+2RVbzq1VNkfuUyiVKLETLNIs1azRf4R7NPhRVTkUvRBhBQIL/FAQd
WtA4NRXCCuFaYaOmT9ghHEQHhceVJ5UvZmszVNZMXZXFa11kS8u0V3m8aYt80EzL5dgo1Xw5OCfH
x2p9SOvXgTxsEi22NvuY/Uk767OP2xn778ONCsD1aFZeMUmfAr1UnVe9izJ6JNIwfSneCp4K+SMq
B2xzpdkRM/15+mP8ZyQllOvdGRFOlRnKUIUFFOHglqUMCTibzxEId2PK2ah1HvxR7sbxwdZIpKUl
pACWBo62gAkBjibmIjNUZE6xAz+XOfhAiTmPISaEMjjzg+qxZfed++u/j64wCk53RI/NuUa/PTVX
O3MhT1HRGW2uWT/Rt35T7VUfvfACXtzw7a8vcZsCAx+99dBijzkw+BJ+Y9FAbEXPD3/0C9DtejAW
T7FPoix8XObnrGyRMKjC5zBncoQ1M50+bFYRdjXTZ7NCp4O7Dzj6GHkG4MNjpBiAP4hmwse+FMLp
PgPpCHI/FrW0IjaxTrvraWBxJ8oAzjasyOzP3JXJZmYpnTpWiSrPRIGTpk2XpoC9YjJnR94ifGY6
/WLEdJraqCRzB0h3GdC2X71LzaihA6cCMKUMa6ZMTXD8+zHyDMDvjhHOJsBTpMznyw7LTPwW7R9F
K8+caQX+JWMDD4v94OUZC5lCo8iIxps4pZiNN2RjX9jrzEw3h72O2wKZmUJVhjdzEdJos80pgglz
zjE1VsdM4Be2gB1WOh2aDQosKrAiz5eNs5E56PP5BDwmjAsMEkzChDAlnBV4oS38yFZJpw7GKxpM
4BfHzw/GqW02TcenW4HXMEFLZrVIBCxafBAsWwu2yZoR+IdwiNKcAh5ckc1fUlgG3keJOclNuH5o
tGxJcTCw1max5eZb9QsXzERq010aXg/eW6YG29gnf/zj6pzM0pqU8LUzS+szU4PBoN0UMDfizkNX
eYzBAeKvLU1Ms3uAXwrRVexSmWOESpEsfyXlG1uqMi+k0mqZ1SEdyQ0hXREEZKKWcESRnVSB57eP
ETYpIkrRRlijiNYtiilpqszNI3pDUEOTvCLk5cI5+cU6UQ2d6sS0NHI3Q5FuMvGa6CWVdDpulxM7
aa6T1nCaQl5lRQ5HdeXpSKRVWurImeglQsjXImeAvc7IuhOUJ2jP14jmjMC6az17ixjLqlJsEXyx
scrH1Cc0rCVi2Yl2Ft2G9mn3lSjSLPZyU+VYJaf21PP1ihqhJr2+XKzck6bSGJQCSl+K6zRLtUtL
6sqqy5detVa7SXur+hbNLVpjk/1mO+Or3FDJtKmKUHFFXji3+GmcinRIR5R+TJeljenI3N3lJSZd
o44R4damYwWabNNxugrnZOINMayNrXBucPY72ahzl5NxftFnwmTG+RViBQPTHiABSW4J0G2SrRXN
nDZvKhfntoVQkV6nKy4Gwn98jEhB0dN4E3jeITKiIYZCvtBYaDzEiaELIWYshEMmUin0NFMNIZ8t
MXXEF7MR5elNjcYKlKIhJigblWNK1qTEF5S4UYmV1QuqZzk5HiEeQsR0KQIPkYpLkQqT9PmwFbTo
xUvnW03Tg5XT8UutgxFzjNSJRKKScB9hdRjYGzyKmCSOoFsXl8z3BHhr2bzSeYxCrdKowGFPF9IZ
RYk2JiBzmtWDLFajT+/B6YH5fMyD5qmKBVxSrLV4TB5sSIdbuaLCQ7yMChoVwQ3+gftOQiMcx4Og
kEHqWqubj1RacGsLbo2gePU1zccKYKbAkeeOmGhywhArE2Duk4n3IBgViCes1cacgjbmgMtDuN2t
jWlgKcuySKqBVAOpGlJ1DEWu/GuBeYYUSskAlJWWlknRlsLmSJHyaFwBbo9sDkrLbCQ/0wxtZIOw
+M5g6VUbvuANv/zB2lWVoQwmmhGKThzcsXy+x6JxGE06W8XAxoJyfH/OikVr5tXfssXsuum66oJF
168J7tmYnp5TnldYnLtmPOxbGLl15qWb56co9RXz7lv0Zdxa4cppiy3ZQKKAFeAU7+DvQBFGJct9
KJd6PrkikeBcqgNSI9hkUGCVIYypxcAWAyhc0UKE32AhOQbq7hgUxNFRgw3QqIIhrwMhY9g4iVOP
WBQqUMTTU6apyjPTpmnJvQH5BAVtepF8iAWIJG3ASWSkbSB8SBXTwoog9KQKY2oCsILoe8wQDqZo
vCFqSb6B5sPzL6kdMBhyc5LODLU01A5IcWOquGCfcMB2IINdxC7SLXHdyt6q47/K4WjuLv+4Ylx5
UHVQ/aDpQfNErtqkMCmZDdkbIoxHZTjmVd2djo95lZOsSvQFvAe9z3oZrzkYcuBIIwhqfnbYYlao
lBpTKk6dxCuP7gfhnGQ+PIKzI5PYJOqzwthiNJvuNhpx0EDckra2YpqWl0tpZaWUBgtoKto9/uJx
A0YGk2GDYcAwZThrUBhcOacg6FPK3nqcclvDdIXpIpXCCkjebT0vWZmKikvxispLIIVRYlxA2iyh
zBR7RsiWEbJneVBmStCDZf+FOC0ILjA+xNgUEWMDbjfYmkBJEbCrvK9AmJRGvsCltiIbfsQTWrDq
0lvhrIWuI0eajw/2NpcXex1Fy3y+jDzR8wFbf+mRsfScYDBrUQezbknFnu+PLMqd5y3xb7FaCza9
vnAJ4cGUxH8zFdxzKBVfSvJgmmgBk5JGOVGrcxJG09msmLdS0EpdECu42dRVsRKfhXChlQgpddKt
WlWO0Z7CEeYjr3lUnrl09kx0+rTsfbw1ZXoxGpEsg+x3uBw66jHTu20OnAoKgWpVdxJwASBSv3oA
YltjKrb1puClKZgOJ3qwAsbWpmKeMimvIozJU+blAcE/0C4IptRzAeDvT5EyqzXNc9lziZw9Qxzw
S2dbW6dMZ0ynW8E1oJiDngE/XA8IVOliG/AGhqlMO2A+4HrW9qx90vWeS3kwDe9x4xW6FfoNug36
Pzt5hdPmzHSydpvT5WYxuaWkHsKsLV/Gls1nGKzQlRCk7a/a3rH90cbaulNSX0HaSfyBmCOA25MX
TZuAAANhzHF8MKXRisesGFlN1gnrlPWs9ZxVYW3zPLGHBvHg61ySDELrRfD6poFJwS5cOk+cHtM0
FJ3H4PgguCxgASAWlKL4CGG8IlvATKO9siLqO2cQ7gPlWVqGl73+elGWf4E5MzC2KK85+0tlQ7mO
MPfczM9qL323ZUE4q6OzaEMn0+O39y7J6CZctQqPMc2MA2L+SlFg+LG0rtJdPMbg7UyAE8eYcCNu
w+P4ED6LFXgSFx9HY1zTOjKFS62APbgYcAeyt5LdBf8qhr/0EeO4n/RsRkiRD97SWvZnMr86WkTC
ly1UWzpkt3p1fX7Smc4njirhS5IjGgn35kdorUhBWW2yVm2yFskR/aRWbdXiKlqvijrpVdRJr6qn
jnh9sl190lWvT3YAwN9FF6lbryHd1Edo8whtHimjnhvJKDORZmXE49KSdmUe0nEZUe4+UrWMoeUM
6aPsijiBmEmpDyFfjnmfl/oQsmk8DJpY1JKqAiOXQ7xAY2S7K1pYs4TEwMLiptUiqRNdjVes7l+9
azW7eo1icYEzlKMFN49X0v2HaJTED62RMxBBkL9kBAHxauTTIEDg9YFvSAKLCE1fhHSuqFdA99C7
Vskrm1avUToLFpupqJoFGl8IEWpLIjQvUlZFn6roU1W9QCINKYxuLiMKiGSXSZqIAn+ipWVlzfVE
1klmPZF1Ug2Av9LS+vqWZlnWzbN3E2BOL5gConM+U1lJRAZ4cEJf19T8LKpNvIdq4IrClZ9477jb
6XI6nfOkvxYQ5mLl2ZY/2tkxEKWWNn1rKUSR4y1YUAkQ3kwyHx9LLwt7CwAQten1Ye/iZTTimWQN
xwKRsBecSv2xQFXYWwuAuCCwOrOhqsm7epEqXNYgxsJZKqQMLV6zlixMKEen0SoVHK9cXFuQD/FQ
i8PhNpmD/nwBD0D8w0AwXiIay8J5keC8/DI8UDZRxpSRPHvD2qpgfb2vobGBGWsYb2BQg6mBaQBr
dyLFXtzQ1twyyaw76n9kl3MSd90aiSy/GJmNni4S1XJeSiqW13QvehdV0uC9kv5rAFpVVtDdKiAu
kmMq8kdNX0p6UGfUhwIZQZ0fHEdjuiFEjB/xFan5Q60RTM0fqBsSfTmkO/HQ5NirKBl8UfunVDqo
70aCssvZNFZL5kqZctyPG7ssuT1Fa26wbbqrbumg367XlF41U2Gd73douNTMNSWb6xnGVl47U1Af
0/L+nBWlJatyXQV1M/MrC91qpdftyTTilAjzQZcxI7trw/V1davLb5jZtkaw+4JBB43o9g7kiSVL
tJGZumvzIDMYNK+EvAIxLadsxrauFEK/1Pmr8bX35/hdJPBjgJnOsydBkxlRGqOTdZknRacgcqyj
Lp2Ohm46Ewn9dG6OqBxSSADRSjI5Wo1zQHRoCiFJYqmESmEY2TdKbt6SclLPTRqnEkFwcynUMKbo
TERSdCbyoOOofiIgx3l1Op+XyAoVESLeICMo6cjVWMZs+FH7CfsL+CX16bQ31QrLbzV4ibrGvtZ2
K75Dvcf4ZqrSJxaWcL5qEIeDPvyi7SU3I/rwUlUSGwtHXK2IRVu5gsMih8+SeyPXxg1w49wEp+A+
0IlQKOoO6hhdtbe6jjpeJApqJcFN3UTWqrqJxqvXHdZ5lx72cUtXrmt+hsR9iIPLl5giolnd/D3k
ZgsRh1LYwvdN76fOeQSubbl8olGK0ywhQwYT8mRoQooMszFFQGnYLWC7GiCnEiCr3iTgVBZuNq1D
QC4ebpf3WKWNVhL3gGs4iFtxdbNoHmFGFDs0Oww7LNfbR5wjHlVrSytERNfAonhM5lgqXDYg+mEt
jWNaQAgkZy+5JVvqIP5eikXeh2XQ2S9u3vbqrld3bNr5yqqSzQsP3tT+xd7F7JMP7n7yCx+PPbzv
3774t+1VlQ/e8MOZtw/9+8U72ojV1EGk8RfgtSJm1mqWUKuZTz22Ano3qIz2ADE/eeQpkBYMq6j5
U1Hbo6K2R2UPkmZ2N92Dpfuu9qQptCc3Iexk1yqDVLejNNo4jXaURrtIC1M/Mkz9yLDklFHgAu0l
nDSoYWJHNaRFGHmYYD4xWuoCkWzjFhTqvw/BjgmudLhCpCRoDBYq3TkMlYJoFAKdDz4wvRWZ/tS+
1xxbRba/kntgl03UtVE7sRj51AMtoDBFoEDq3xhUUblRUaukohZKZafbu3aaZadep91eUozSaM00
mpFGC9PoROkOcNI0hYnhIjXC4ZLiOW7olAwTTMEokT1heSeNcFuqWF4iZpeoSoityS9pLGkrGSgZ
L+FzQYQoPAZPEyWKiZKzJcxECW6DjKkSNk1lD3uNk6xRNKeHw97gsnRV2GtYFkgLewNgjMS8QEFm
dlW+t2CRBwUKi+iMg4GA0WjQOOxB5bgKT6iwUTWgOqh6VcWpJplnxNRwUVow2xduDLeFB8LcWHg8
PBFmUdgUZsJEvNVgXMJtxWBWwL+LyD7qJSkFI0Lc1UpiPGKxWbMhxUtOF6vgQi7W4cHgSfPupMkA
i9EK0jWIWnGcSAz+tLGQN+pA+8/NvLx3V4TrHrq7rk+wG7QFC2fmW8UiDVfVsH2b1kCUfkptgdGX
1PnTz9etqbhhZnStz+UJBjMzjCvw9p2DN82ktdrTQKsv7sJNDy9xE52OwUk4zy4DOfPjPx9RcTi5
m8e45eMLnXSUQY817CGjWtnmH/AzfqDScSIN/jTwBo9ZU0BIJhM/OkHEJK2AHE6AWxVprTwtK/fT
RK9bAoS2Q9m5xShA9KtDv5ZnPNYmbhW/StGkbE5t9ig38dv4MTTmP5b6gnBWOId+w6vL8GK8xrna
syHQ5mzzbHPGPXstd1nHzePOR/C3mCcDR/Fz+AfKH7jeV533/E64iJ0KZpllrWWfb58wFrgQUJoF
/L3EOSTA5UucO4LSENkOyzf5cZt/zM8gv8kv+Bv9ZF7j/kP+Cf+U/6z/nP+CX+/fmPaOERt/YA+p
lTC9N46kxEgizrPEYJJa/ys+HYRO+0HRR00oH4moDQ2gcTSBptA5pCYZDHp8yH2zm2l044Nu7J7E
YBwuKDBSmBSCIl8hKnhFdXr1SeZLUnweHwQzER+8NNh6fjBOjtMikcrp6UG6kXbeIgu7ZlVaZ9pQ
GvvlNIxaB1tAuMhJAj1LAO6C0ChCtquQyRmDWPTCCWuMN5liGEh/xET2qaYOm2KyAQA+HMREazMg
+Mkd5MwM+aiabiuBC8MuC71x89few/jY7u8W5Mz3mrWBwIKuq65+aE/H8rJifM3xf8eKd97Ahv0N
GdEM2zafd1nHQ9/6qDqPvFXclTjP/By4q4Arljkrs4juEBeJxBtgMD3xwk7CZNiY6lZl6kh+pt84
mThHtayRWP9CUm4sUKoyjX7OEuHxKI/7eMyHohjjbKVruxd3erE3JLhxm3vAzbgtWlR5urUVbG4U
UkhaybEU4UXwM868dsb0WuTKeL7Qb8xUcdl2ryWPZ7ILlFI3LksdjzfzX+AZPpStXOTFXd5hL+MN
WbSYYPgn0U3UotFYVOhWGaiGzbSQJDOzqFA+IzstpadhMVtbyWU6fbq10nSa7mlaHPSQIazOceUw
FkueqI3lZGljzpQW3bqMB0z3BHmNUpOlCbcVDRSNFSmMRZNYEHeD6Lysf9lwOng69IvA68E3c97l
3g28G3w/R2upzGnN2Zq7M2c/3s/sZ8ds5HR6zLMnd3+eHhiZ0bBqncKjyflh+ksBlYe1p1g89jRX
ODXngPqA5gHhy4EvB7WWiD4rZ1nOiqINRdeHr8+5zfBY4Mmi99h3PbqwqsCLnmG82IejmIEgOHIE
PZM3id2iOdvpdT2T6nX73NjkFoBypND1jJ0UplsswYBeyxkzacJ78Q9QXjS7ACFCVPcXXS4nEcgU
e5QQlnnFgrHlVf87/j/6Wf8kmyJqB4y4zThgHDeyxklcKroy3a48nwqrcg5m4rbMgcyxTFbIzM9k
Mk9hARVi4XBdcvO5YTp+kSruS2Q/N+HHrS2xKEjHkQQGkAjYeSgHZ4qo9POmaTkacMTAC9KADQnq
tSl6vXa3IS9i2Gk63eJEpg8ugoRi0/TFaQmmoMREx/IEtb4YRVqoLfBkhX2CyaxQ+swQQCjCKg8S
TF4PUmbxHiydA9IDbsBMVH+k/ND0ofmjLK61BUR4kGw/i66D+CBzkD2o/ap+3DbuHk8d9xxIvz9w
MFcH7hgEH1TSm0VtNBAN7st5IPhADt/aQpw0c5bgiqmzXDEsamIMXKlE+DUxN1G/Lk0sD7Jy6KWO
6UxeS6VBIDdQFkdSYzRxxYJkX9saC0iJDhJQJDlOq9SXRerLaIEhLDCEJZYjWEibC6LRCNWMMdak
h3H0pIMLokUP4+ihDlxOM70+uQF+5R+WdsQhLg1kSEf7Drtj9tAflFPAXGSXjvkzgpnJ7XFiQ5lx
f8b2a2rXCL4Nd7/8zEhTn9/m0Pv9ngc7ata2z7ydm/vAF0obiswmi459cuaHX75uWe68rHDe4s5v
7Dzg1bjx4jvuujpWc+14eWzt4FccRoMTNDh582UVO4FSUBq7M3k+qrKn2JDOCAoKGWhioCbSYMsX
EXBhPrRDJvLCemKKWkcCiGazGSCkTQ2ZlUhpIq+HQTFpraT2FOopIbx4nbYA4EdPEXvKFWi11BSQ
E6zKaephgUKjlvUtcA7PTF0OmtJsY+gQGCBWoPaIlZCQRlSRQcQg8d9MSkE5oWSRsk05pjyk5JR3
c9/gjnAsGUoJUyM6N4NGWik+L8yTgDBbcPjIbMnOuZ3uohukYEs6PZUUHd2JbAXdGymkuAKmJKgT
XZYNzlZXG2pLeZ3lXYIn5oDLLnpiPoKVpnpZsYoGXT56AJ9VTLNXZecVpypc6mbrtfYNjnXO9W4l
ZtUKpVql421LFXuYOxS7dXtNt6Z9k3nCedz6GvOm8Zemi8z/Yq2WNmWbagBmt0f9nPKHxgtK8G2U
+lsYVk3eIlAkzonLStW1zGL1Cl8T06TuYOLMHuse1wHrt9Tf0kyqjqsnND9gfsuc013UpKjOKjFS
nlUygyQltBsHok1A7L6TS0H5dhtB1QrafINtl+2g7R0bZ7Ol/ozDsIJnwWXgJBniiOewxBIjNL4m
FZMVUb6ismelxox23G/fZd9vZ+0XU1LGVDhfNa5i8lX7Ve+oWJNKVMFMVBOqcyqF6nGDjUN7CF+x
OaIl3yAaGg0s2fAXDOwFA6bHAGqgpWE28owMxuMNlwapFmyFZLp1MGIimi9OWCoSh0CZ6MZ+GyjE
CHFzL5I4lXjsrWjePLLfWt18TIEwwwy2DMZl+aQnYieREkbTBmI6MTemh0tFVENWTCkl5A0K0CdK
KVHNedJITxrpSU2fRIM6ZjO5Yi7BHNMLVD/gyBVKAsJMq0IScofss1iIzxLy01cU0xW/xF1du9fd
muuz/egrD//+v0989cVLu/FjvMnVWbrqZmb+K8PDnden7PkVxm/+Hitffry8OThPvBExib/NLGNP
gY+SiWJMuizf4fnUSynUZJNEoyD+h8ZpdSGBDVtpZGgV6DG2IL1cIO1Y0miQvuSjp1ubbFbEwhkU
bnLM5YCIT+t0OfNChtIWhTKTxoaIxoYIQwQIcV/ldHSahoHUDEWl8G9qyvQihHvRK97pOYkKEx8f
JyJYqCEKlr6Yo9HMLwfsqLBaaeRmFaTIVEGQ+oOYSrcrBaiVpTBkIuwyADJagg1BgOwpVJqkeA3P
SvVZWawjRIa/qJlPRDRmWmpab9pj5m7LwfNzKufX5azPuc58Xc6QatQ8mnOL6mHl+6q/qfX585uL
Wor7ijlxPo6q2KywxSqEva7b0q3k7YkAyvSvyPSiRYwlksVyeaZSTDBhlAQnl9NQWODTjGuYNs2Y
5kkNq/m9wFjJoXOqIDSSAGTMj4njLjnrvL+t/Pm65HGCicZqcfpW4zRMKz77kk4kwhpMZAeQGmgh
WqLUq0LFGbqM/FCJslDAUT3citSlAi7Q5s2+rCNt+JFTh8FW4EI2VGSbfW2W2qPM5BZekb2sdDZi
46UwrrCM7oHQdz+xO2Px/hV7rxm8feDxZaVZhY5Y3YzgKsu02kwBrzOEi9WGLau6Flx9jdicHw2y
sfjro+19t7w2/cAumzF35v1ri7yhELZrC7rYjpZ8p2HXzOP9gfLm5RtP/nRwudOCgJc/Ijt0/F3I
joL4pxIvH/byhCNNhCP5FB1y0pfRnGDS3z1GOFhHGJfu2iU5WDfLwTqd04E4Rm0l3GpOEdVQDexe
akit9bdI+xb0HbQrGFY+K0uapAzogoUuoB1pQ9p6eT4jhJyUU52UUwk6f6WcCsAf6JmsTpcRutK4
nJHHO2OW/eZRUwb+luKE4rjydz6OzyC8KWSMsNu429jd3CPsEyrlYiUuV6Vk6qus3pRFTocOcal2
BJHfLCYFPn6cZ9r4Mf5JnuV/r7Mj5AzqwFtp1A/ox/XcGNwm9CzSm/SCPh/AKf1ZvVJP3g6rKNG3
hZ6XtezsrnOS96aJhgXOu/xaWJZLYLXKDIH1CtitcXqQy6nVeVTw5OP8AnZpUz0oTZFK+Y6+mCDv
NaNB8g4ChHbytoHEdsB1l98RMyedIcJmeP6tX73zp9/Y90Tjw2uMgtOTbcDW3KItsfVf/3pXSUkW
8+HJ//7JxXvHysvZ41+jL4Vdyrr0n4VFP3x24pnUFIjZrgJGMgIP2fCXJA46iRyJD8U0wiMpOgVW
yqf6dJsM0w0yDKv2pyQ3/e4YyQLg10m2ep1GcgC8fZzyF/8MKEQVXEpkJWrROstZShQFfiqcPfSf
PaAxvTjnpa9Mq4VwSAo9VCWMhZBSPu+XTvrp+4sEKWm7Sift91HgAj1S0ekc9iv2qirpO4sg7qlP
jTumHBccrIMesdcWk1Qsj80vxo4j+q7SRgcWHY2ONseAY9xxCCoqdWGvclk6DnsVmYEkqwFKSoUG
4aBeJ3cjvdBTMr94XIcbdbhNN6Ab1x3SXdDxuiP2I9+UlVckIu0wVVZcfserFYJ0oogoA1x5WpB8
resLruLFM5WVeW6Dz+nOMmMzf9dHVWvmpQWD7orVrPjAYrLM5M2tCrgpYW21KJ1ZmlzdIGBGV9ei
pyur99Oo3E+jcr/VyarJlidZXTWJykkVNVlUUgzAj0+Q2mq9k1CZ1HIml95JqpNaALx+nNRyCkST
OFb4+/27ILxL7wd+a1NgBX17hL5zSV87TFdYYUleBz/3TKvprVaZF+QjAvIWYISe0eFZjtALlCP8
9E76OVZXJwNVVRIgusrKFKtFsvlySMGQQRES/OlKK5neh6KHtFSrIUSlLKRnCL/oKVORmUmM5CT2
lBQ4k4zkdAYDcxhJMpaInsadkV5mkrhKdI0HcVtwIDgePBS8EOSFYGOQEcktSBiksLCYpvPKpTQ3
X0oDIZqKeS53sTPstS5L14e9lmUBf6arSvD6F+lcOus4TCWGULpOabVoxsmrhyzxq6pLWBqjVZaw
m3U6vUsfdIqRmJOyYWl58bgTNzpxm3PAOe485Lzg5J1HAnPYkEbEFyGVXg0hVtQSm/PioRSmgUtJ
uTL58iEEYtbPPs/C4ez587OzK+Z/0VVQNVNdnZdKz6iyDDiFv4sUVGRnz5/xXxLWxDyUa3H7vTkC
PXdi0VUztex/gIc2Hy1FLez94k0We+P9GQdKWZRrWs9sy962ikHZijzFyn0CV1m2Yn1/2UjGwHry
5vzNjluc+0v2Lri5Zn/dbSvuddzrPLBikjvJH3Mcc75U/FLd1Pqz68+tv7A+1S3YikwlKaW+9fyj
qmWllanIzpb6l6UiV/Xl772qrdYUtWoshC0hcnBggSgtRFYpRVdJUlFr0VYeDD0ZejbEhibxg8eb
I+Cm+KGqqCd1LQf9T/qfJbsaUhuaQhM/1BWd48vwMhFyl5Hjo2U5JPJb1piCUyaxSrT2q/AuFQBm
6EZVojhQjasn2QJR51qmibpwo2vMxbieYX6KFEjNNqAKKNIolK6r8dU5OcaG77P5EA164R5DDWy+
6DPl4/78/fkH89l8J4k+pXOD/JJYHjvWhJvI3PQgjwD86JgphQJvU/5vIs6mRg8C0BTyZeEs+taR
w128PwuvyBrImso6m8VlGUjNrOQRSxbxPC1E9rNGhPX568X1h4Dm/HrS1KPVFa837L+vFtfSdwxr
CwQ7NtoH7K9CKES21+h7xHYdCZult2vsZPfeeqASVxbks40s08hixJpYhrD6UVdaMU2hVzapiwjw
FJkj27tu/Sl8PfJjzeE9zkjkQ8LAwOrT8UsUmI7Ez5sigx/Sh0icxEaRQdN5EAEw5+RcnYZMl94l
AVSlaTpObH4rJKQ+VIYY6hjZtGIgiopfnG6NkL2ZY6+G3glBTpzYcuK0EN8aLvoab/KNxh11a8tr
giWeNIcTg1tUWFBUUFzAKqoyVmTkhbIz1oSaPNgz3+tBdSUNAlqIKwV0FV/pQY25DR60MtIk4EXO
Wg9enbnWg9esTStPheqp81F9wTIB1y0rKRWZagG07AKuwoOXR6/2oFXhqwVU46j2SN+1oC9AXr7N
PRck32u6kf5h6v2SPSeywaTJMwGPlpgs5E3IC4ct0jFg8isaDuloA7wURSAg79nQlxQd9DPrNpMX
HeFDW2Fpjyf5xQ3F3Cd4Lmlad+bQzW3PRwysgmeNke3zTj+8aHGOz5/vGfjxVa39133to+durdOa
S5QbiiMxbFvWtai4sb6jpmjmr9H88q5njj1RVPzVX+Hl4S+33H5a5BVqh1vDK5YMjJ1IyYilmAUl
x/Jq/cDKwc671xaWOp2hhepOX4EvcC2ze9uOB9cujO84uG7hxzcWNYfygwt2LSm22zkIidEFhACf
HvC27xdTRGcbKNJzTg45RSezDd2GGEOVFffiKqTGh1A6YimsAjiAEP4rMuJeZIcchP8kGjDIiprB
vFqlY1h0Cv8Fqi8VLQaDUTSX5Bt3GceNh4yc0eU4xQTxefltvgi4nNPnTZLDQPlq9j2Ggnz6LT+r
9AUCB+jjBcysOr6Al/mtFdfMMG3z7BplyB1ayP3goY92x+d5mVCISSvYwfznPdmC10fOYXNgjk/A
HL24R7xJ6dTGHE7PVcVOEW4ucjN67fawskK5VPltpUIU1nPrVOsd65ybVcPmYcvXtF83HDB/R/sd
w0v8S44fOt90vOk8J/yN+5vDZsNpnItPtbnsLkeaU6l2aJ3atGLXYtcex35B6XQxjMPt0rkUetbF
8AonZSgrp58ENNRqoifJS/aTbJGoM/Hu/S580PUk6MBTbBEQ7s6jmNF5J/Gdoh4pfr3CusHab91l
5SCAVIpW8l1YNxJEYUxg2+i3OF1P47+BldFjUUzZwPQzu5j9zLPMq8w7zB8ZFePyncJ3Xf5W4fkK
6XuFrQ30dTXyRZBLrYMVlZcGJVfkqf1q/Kz6VTVDzmYi52WppxLPmOR94p2uO11Q3mKo2G3id542
nJa/m9ZKZA9FMOsvQUj6UpMyUJr0+SE29oNRLWOf2PDxOdyOhQe3dh3MCLlefeDht/KXPfK3Bbij
b22tG/MzH4XwQvyVb9/4yMjgyRdfG9+06RvHZy7MMxXkggcI4QVEiD1Ig/ToF2KWXY+NqEYvGlnR
iLN12KbEjAKzal6BOZ1WjzidniOnf5PYI1qUqhSlUqViOaVCp0I+PdY/jb8GNkeLD4p6HivUKoVC
xXM6Hfc0XgoUVeGNolatNrL4IPskUdL4L6ITV9IFIHv6h4znjKxRISqx0mWYQ+XBCkrhCiAxgO+a
iEtcGYvStwSnTZfiFeaYmZJ0d16E22k6TUCj0Qg8H28FnySObQFzwOwvwUWQYPbkiYcvPc+MbH14
Jogv3jXzVbxxjL3p4zuYhy7Rd5o7Eu+xo3w9WAavWP0tDltavL3eXfwuxa60O7g705QlTIl/Nbta
WOvf7NnGj3p2M3vdez3fZB9THwqcCxhRANNfAbPZHaoUPcOyhFRmwZ8isJzgd6d6WKWT4yH34FFB
8FtPAa85WasINMW/Rsyv/X7EgbwvQKl48XGyGcsoJ/GfRY0YwGKgLcAE7JP4bydMzCHwJEgnoloQ
TYdMjMmVfgrfK38N73wrKAJTK6EO/RrxeSS9Plk5Tb88DHqB8OFuVV6EB3Ih8pB0nOM4zsSFm/BN
zE2CQv6apPyyh3Yz12/p8g7wA2k8eREeK/1KTnrRQzn7Vnryi8KgpjMxO7p8pqcFqx+4de0tVw+N
7ujPC7gzo3UNI4cf3Lfle5jj6x8/kfng7ZObT4xllq0q9ERM/uLDu77w8/JcJWMk8UkzrMVh4E4n
ykIfi9kj6m2a7Yab1G+G3g8pFCzeye7gdthvdXAVqiwwBAFXlkvBChvAM5rE1SeEDDBBRgxyf9SJ
ePKFx6NGPQbiimSNwK1yo2wxmxGz27IPZZ/L5rJdEt2hiLycKljzraJ13HrIqrS6wpe/Svxxa8Ol
8/J3ienXskHkycb2dDx5WiSLtVaRqmAoCcGs53hCakuax+thFOaQPiOkDnRgnym1A/kNAAU1GR3Y
YxE6wG0XOuSInxpc+evZ2GZglZej/cwMc7ElWFqEJTuaDPYV7H23PPrNzcHxL+17ZdMNr+xr//7d
2PjXzZdesSyuLVq6ds/tOzPW8j0h/Ypv/GBP57mJx+94/JqjOO0EXjLTfGnR7lVtv1oY/dZXnvi7
QH8wgkVI8x9X/3KDseLPKpeK/pDPN/4r7fnkj/ok/jZTq8gnv/6G1PJv4hHpQUr/TA1aO/vbPxhd
+edQxMgX+tEquJYxMcRCWg/XDXAtYh5HevZOtBTSFVCWAukqiGXMUFYDlw7Katk01AUptEn8Da6P
oN5VcFVA+VVggXNAo3WgZjrWfJyN/x1/zGxnb+R+p2CUCXWVpk9zQDdjKDa+Z3ZYR2299lcd/+18
x13uuc3z17Rz3l5f1PeBjLUHrSM0IL9ygEwoitYgxP/IaIU8BvIWs+skGtHfN0IyjJGXPrG0lYH8
OgKFWRTH2TLMge38mgzzyIlPybACpeOfyrASvYEvyrAKZTCvyLAa3cb8SYY1/Br2ehnWorjqxzKs
QxvVogzrFcfUj8iwAV1jWje7HrtMJ2QYI6O5RIYZpDQvkmEWxcx1MsxBnVtkmEc685dlWIHM5oMy
rER95gkZViGrxSPDalRticqwhnnCEpdhLYrZ0mZ/TbHItkaG9ew62x4ZNqA8538BJpgjVNe5zBTm
yYq40iisoPm5FFbS/BiFVRReSmE1WSNXiwzDGrnXyjCskXtEhmGN3DfLMKyR+88yDGuUapVhWKPU
iAzDGqU2yDCskSckw7BGnjoZhjXy/ESGYY3SM2UY1ij9gAzDGqUnZBjWKHyUwhoyr2wjhbVkLtmp
FNbRfAkHA4XLKEzO9QzZ1RS2AmzJvprCKbROJ4VttJ9+Cttp/i4Ku2jbfRROpXUk3NJonW9T2Efh
4xQO0vrPUTibwq9SOJfCbxFYJeH/ewpLY/2FwDqaH2EpTOcSoXM0Ev5BkVTUhEbRAOpGG1E76oRU
QN+Gqwn1ULgB9aOtcA3LtQRUDU9xgMm9HfJ7aQ0BcvqgfR5Ai2h++//DnqKzmAloFZT0oZHZOkP0
F8G2yuMVQFgdgwA7V4YKaW4VtOiDdCW02QQ4DNNWK6G/IbjiaBvcu2CMXrSF5gloOaTbaZ1+yGuH
/kntTTBuHzzFPzWD8v+htfCJ9uWg0cjIQ7MzLQJMydaAQH9frRfmE4eSIbg2wijh/6H/f9Tb5VZS
m8stGoGSDVD+z/v9Ll01siZdULaF4r4Z8ghW//frKUAuoUYvjDpMMSf0F+CZ1BmWe10NGAqAJ2lP
frmTjNcA9xUw9ka6rgRD0q4beh2iuPfIveV9Bk4SD/XDuASnAag7+g9rdVPeJfW2U6w2zY7bK0tG
LuXFYYpDH+SMynSI01mRXok1XEPrD9N8AdVT+hFKbqVzIjxaBDxK6NhLVyA+h8rtYEv76FjDn5JL
gkecUk+gcyGl7Z+gY7L35HNyteauuLSO9RTfLnmNtlJKDkGf7bTfOJ3JRnkO2ymunXAn/Q7TnHba
Vxftk0jYVooHWSEim6ROj1xnCCSgg67VIEASHfoo7TrgqZPyXTfFa6ucbpzDEdspDn3QN+lrC5WP
YbnXTkqZIfhspFImzFnTTkqZ9jk6Q8ItSRFp1TZROrXTtl1XrP0QHVviLIGuTxeFRijVuild/jkv
ZMoU6qV9dM6RiA5a+5/ziSQBn16/uRSWaLRVxnTrbB7RIiNU6wmyJupG11Op20pXaxvts1eWQ4lG
Ut4AbZukqsRF26j23TYrE4TWcXns+OwKbZ7luU/Kl0SHf03GpNktpJwj8XX/LP4SX0p02Crr8ysp
LvFcF119ibtHKIWlnkbo3KUxG2lfpMdhyG+fo1caqbbeSmkiyXPvFdws6chRilkfbTFEZ9onc10P
Xcd2edy4rO/I7Iboyo9cIT8EWyJxSRwJNwiUK6X1IPPupLqub3aF+2Q92gFXH8VuVJ7xCNW1Uk/b
aUkP7a0fPpLO7JTXZgu0kWi9Fup10RFGZRrN1ScdtO1mGVeJQoQCm+DaQesQTpmrKwivSzZgWC7p
v0KHdlH+GrliFZM9t1Od3j+nty5KvwG6JqNX1OyiFIpT2ibXNY/a+WGoXw7+QxRoQD55VGvM5cg8
WetEaf0t0HsU7sNUExC8yNMQ2kD7lqRO0o/xWRuZN9vy/90Rt9OVSOrEy6MsBylpAqmvhasafBsC
r4BcIj21VHuQ/BrIWQV34v0sBoteQ3/9leQ2IT3dcdLMsTuftjDJ/J45umBApvLorGb+16zs5bXq
lVdZ4q2k9hul/Jocs5P+hvVlr2Culk3iI8nTljk2rJ1Kg8RZW+Xe2ykW3dSmShxG+LxFHo1I5zZZ
/3dQ7d0rWy5pnH9EmaRPtl22uESWeufowLlaXpKkjTK3fBa9+uV5EYp1X6FJkzL76fG6ZE0Sp5I/
MqsxOuSVmWs7P1sDX0kpyZZ8mis+PXKvLKMCUK6d+uGXvZR2aie6qV767LEJ9VfLNlKyKaOfWgtp
na70CSVN2E4xGqCU7ZW1yL+y5oLMi0k9vmnOuER3dFFKS/ZYsv7xOXFCzmzt+By+veyX/HNK9VGt
0fsJnX65v6S9HKL8d9krSOq8yzX7oa7kQY9QipP+e2bnI+E1l7u3yFpSor8kVQMyf1zWplfy0D+b
0WX+WErn/umVS9pCybMbmjMbydJ00lXd+ok1iH+C3pd7JvPrp75cl2xLiN8hRShJPfCvrH6yP0km
u2V7eqVdTPb36XWUqCXNYFi25Z8lx8kVa/8ErTf+H2F7mcqfHqFT9t865Ke5GHXLlnAYbE+yBxI/
kd/LJpFKFppHfw0/DHAZRAbzIDcfckiMSHZNVqM6uWY+lBZASbEMl0EMUUZblaISiCjIRXr/P7N1
//eWMVkW/QT1Zu1h0+hA98b2zm7h20JTT7fQ0L+1fxiyhOr++EB/vH24t3+rMNDXmScsah9u/x8q
RUlnwqr+vhGSMyQs3QrtCmKx/Fy4FeYJVX19wsreTT3DQ8LK7qHu+LburqbeLd1DwvLu7cLK/i3t
W1d2bxrpa48nByj/RLEgl5ev6Y4PkUGL8vLzhayG3s54/1D/xuHwJ+rPrUaLoIQWNK5qaPpE3ceE
pnh7V/eW9vhmoX/jP52nEO/e1Ds03B3v7hJ6twrDUHX1KqGxfVjIEJoahBUbN+YJ7Vu7hO6+oe7t
PVAtb7YnoFD/pnj7QM/o3KxuYVG8fXvv1k2kbS8sRq6warh9a1/3KOAQ7x3q35ojrOntHO6PC/Xt
8a7urcNA1qLCpp7eIcCFoNze0dctDCfXcmNvfGhYaB8Y6G6XcSTVSUqmJU0c5ljfv7ULZrS1e/vQ
QPtAdzxH2AgjbO/p7ewReoeF7e1DQlf3UO+mrd1deYKwdFjogZyhkY6h7sERwKFvVOjo7uzf0i30
b+0m/RFCbO+P93UNCVv6AYGhkc7O7qGhjSN9FDWhM95NaTgEvRFEYGqbere29wld0uyHhO1ALGEL
LIMwsrWrO/5JKmQCQr3x7k66EB2jn6QJLMDs/CSEAaOt0OlWAsX7Rzb1wLoI3dcPd28d6t3WDZPs
JqsK0EC8n6AKJNrW37eNrMTGkTi0jpMJbSaUS64X4PAZKwbDLWwfAlr3k/6BloDDVuBzGXGgXJfQ
CeQe6RyGSiNDpGVjd3yge3iknfJKY1/71uFeWOdeiczAkaNCf1+XMDQ8Ckvb2dMeb4e20Ntwb+eQ
0DEirU97V/sA6XG4X9hE5tF9fWd3Xx+ZcB/waEdvX+/wKAw8MtAHlbb3DvcIm/r7gTMBl/4to4D1
2t6ubljIkSGJTzr6+zcPUYS2tG9q39G7tXtI4op4N0jAMDz0Sxza1d85Ik2RVG7vG+qn1bp6hwb6
2kelzK5t3fHhXjLXvJ7h4YHyaHT79u15W2RC5gHrRHuGt/RFtwyT/80oumVowzBZOuDHOJHIPFL4
Lzbc3t1HOJE2Wb6iaWnt0uqqpqUrlgsraoX6pdU1y1fVCFWLV9bUNNQsb9Jr9BoqO7MCQ+AeygWw
dEAxYObPEFk6q16YMlCLsN9o/whp2dm/jaoCiWVJP7BOW6iEtQt9QKytUL19U7y7mxAsT2iBZj3t
sFj9HcPtQGFYvSuQIZpsOwiu0N1LOVBieVikjUCWy3gBtYf7N3VLTEpWdrYdLMJwvBdYBLoGNGXp
nMPAMlIgJbOkmG0McLuwrb1vhKqU9qGh7uG5rfOE1SCRICmjyVnAnGRNCEzYLgwNdHf2Aot8euYC
UJHw+Cbatr2rq5fIMYh/nNqEHJIdp7SluuQTSPX1bumVOZ3WI3I5NCzpZMJ5NLN/OyjokY6+3qEe
Mg70JZF7C7Ak4A9LNTAqSGwqU+jKgSg9lm68PDkihaDshugwIDSd3fGt8gziMt608lBP/wgIa7x7
Wy8YFMIDn54+qQcr2Q1yKssiqTc7R0ALBhgGKb+8xmRi7TLWGz+7W4rybINO0G8d3cmOYJz24XJS
YfWqKjAqWfOKy8JCWcG83Pzi/Hy1enUdZOYXFBQXw72sqEwoKy2JlcT0mn8gdf9UGMlTVEaPyiEE
y/00zCRhAQkSR7EeXI/rwAV5nzouybLk5l+XtHHHfpU9zD7DPgvXSfYU+53PD1Y+P1j5/GDl84MV
9PnByucHK58frHx+sPL5wcrnByufH6x8frDy+cHK5wcrnx+sfH6w8v/Jg5Urdj8uw+20/meV/eoT
bbqv2BeRPO/P7rOPcvicZ87LFXB13GLuKrjHrhiB6OB/1MtyKjNE90iz78ET+CEWUbmoglpxavMI
Tv+4h8+GZ983Rwk/dP8Zf6dQU2KK/dXRmppCcRLSSB5Nj2SFC0+SgiNuT+Ez7K+Y74Cl8EHGO0fs
qbTk7SMLF8pA6TwJOJqdW/hOlYZ9G/0RLoZ9m30HOI22OpqVV3ihSg8ZmP0iMmKMfOgQ+xaagItB
IvvLo8GMwoPPsq9A+Y/YlwBX0uylI3pzIXT4A/YpZEE+9gR7XC45ftRgLkRVQ+ydCKMpuJ+F6xxc
F+DiUD/7KNoF1364noSLQ0a4++CKwrWC5LBPsE8Ang+Tl9nhHoWrH679cHGoiX0c8jeTO/sYex1K
h7Z3sPcgG6T72C/T9FuQuiH9BuR7IX0Inkl6UH5+AFJS/lU5/wA82yH9ipzeD/mpkN4HzyS9V37e
xo7QdsNyeogdOuL1maq8UC7AlQ8XC9A9AN0DpLuHLDHcMXsz20dHOgxpIaRbpBTItfOIP0DXaOdR
h6vwEJB0J5B+J1BuJ1BuJ/nlWPaGZJ0bpDq57A1Q5waocwPUuQGoks8OwXhD5MsMcDfBJcDFAt2H
gO5D9IfOh6D+ENQn+bfAfRyuQ+SJ3Q50DANWe9jrjmT5gMk2HY2JhZVPsxuB1CK78agrrXD/5Se1
hjAipAY5NZK63bS0+6haR3K7j7rTpBRqba4ysJ3oC3AxKAXu/7uy641p4zzj73vnPwfmsEOTzBtJ
XnzHJVAbQWAVaXKLz2AnA6PghizBbKoNhKWdWkFmXGnVVCeaMi2aWqJl6rZ2DWwdqBogzkcaGRIN
1Gn7sA8j075NkYrWfNo+jDZbplbdst/72kkaKZpU27/fc+/z/N7nee/83tlf7t5G4MtAHHDJo05j
K1uVj5EXFWLVsoJUkAuugtvVFqd1a3I7SSkEU7JObiEmBM0sY9LObNVE1bkqOVDVUNVWZVWlqtzj
ckGekmUmt8pRuV/OyG5+n7z3YAe/F/mo52DHJd+Mz/at+2763LZn3XPTs+nZ8rjLD2pMebKeCc85
zyXPjKeKr/sgZX0TvnM+OeBr8LX5LF/K52ZeOhO7II/wmxnAAWACuAS4cIwz8DfIzwIZfBsZHIpn
4SdgglYAuIntTVg3Wn7o/ND54fXD6yd81U2/iKSALDBRiXoeRO734fotHgH2IVoLL799YBO8xbeA
XrRUtFS0VKhuSp9ihAFwA5ACZOHbBDBrwPdjbZV4FvCI+JbQ3I9ZvK/0qTW8b72Z2s10ppleaqaW
GY21Wxqorq4uo2eMTFNm1jWujxvjTeOzrn693+hv6p91RfWoEW2Kzrpa9Vajtal11sV0ZrAmNuua
6lvqW+vb6HNl+sb7Cn1yJ7/f2wm3tQurGdy+63zxS+2d/tghaQm7kwFPA+8DMmHgViAKjAMuaQnM
pEV4F+FdJP1ABnCjxyK/vIBZJcb90yLGt3hceiQuY8cXnIMd/bFeXHIzwDQgI/cC4gtCXd5aEn4b
vCn8/RX9jPAz8P0+Mi5wQ+IyN4TTb4hEgQwwAbjJhnyKvA8gM5gBE8AS4JKH8D4ln5IW8V6QFuSI
pe7fwcjOnfjhqNumBGIBqQZzQKXvCP6p4IuCo4Ibrdpe9W6v+pte9fu96j5sSE34SVPpjwWHLF9M
vRpT+2Nqc0xFti+QEFGlHYI9nOnfBR8THLG2h9SPQ+qdkPphSH0rpJ4NqV8J8X67cO6q0nbBPs70
dcG9gvdaPqb+nqmnmNrJ1JhKr1BUJ12C9wiu50w/uuqP+0nVdfoRiSMTdcxmVpKIMPSeY8Zg/uuY
R2H+45hXYD5xzMvsBv2Yip80etdpvM1iO+g/aY+Lt+9U7Ie0h8zDbsGegZ0jJjVgf+WY57n+bfR/
A+1fEk3h+l+QlOg3TXuE/61Kv587kRFUfdOJfAdV3yARUfUnTuQ2vJedyEWYHzmRF2CmHIMP8FuO
+SSLbePLM0lcO0oMiY+kr1Lxq8j8AuzRcueEE+G94rxAiXY7+n6YfXyUN6hOUqIcc3Sxk7uJLlLs
IroYdD0xhK2lfjF4lWjCKo5+Hlk8V43b7N/mdb7j5F/U71xhH9zA/p1E86+0x5lnf1rhh8thG5ES
Na6xP+rX2e8aS/Skw9YjJQWBtUhJou+yIg6yDa1Er7GlyBm2qIvorI4ovupps4W9qQ+xnxloO+x8
5AYfBnkRe3wS4XTkMOsz59kRo0QRtkwUs6rZQf3b7Gm4D5Roz/I8299Y4kNpQ475a+xJVNyri6F8
rXNVeop4ad6KeCe9I96T3me8h7wd3hZvg3e3d5d3u1KnBJRapUapVhTFo7gUSSHKdrHOqVh7xhPg
xuPi7BLbAYmzVL6JUKKKhHPHfkJOSsmBLmrXJUnyRJfdGU6WvPeO2wfCSVtJfX2wSOlrabRs6Qcl
Sk4MYoJy14V6vsD7CqG09cKr9dx+98Kr6TRN2uujJDnSYN8dwH5UPzNku/WuINn5UjQYrTu87ekj
8cdQtsKfeZxD8JGnbAZ3268nBwbtX+9O2+18497udNI+ypeGX5HOSuOJ+Io0wU16cIW+LJ1NHOd+
+nI8/UBGNGkCMmJyw2XLROMyotFlIesTMkxTLREvalpZ9B7t4SJMn/eE6Ew5VyNKIFeKG8ikPaRR
5GqU9nAZ5kM5mf+zyWoI9Ytk/hoiku3ioqJhQBIxuKTYaUBQNDpFeP5hWDfKw0kTQ9QxaFrUofSh
pqmswSyoaCQFmv/78NLP+xrr+hxiujx86/RoYkxPZPXEGJC1f/jSc0H73EhDQ/H0LR5osOW92ZHR
57gdHrNv6WNx+7QebygOjz4mPMrDw3q8SEYTJwaLo9ZY3Bm2hhP6cDy9PFfoTj5S6+KDWt2FxyQr
8GTdvNZc8jHhJA/P8VpJXivJa81Zc6JW8ngXTaYGiwrp4g+xFXZZ8lXjfMjWh9JdOwMTh8XJcSgU
fKV+1UXws+ULp+0avctWAR5qibXEeAhnJw/Vwu2vhIKvHArVr9J3KqEA3Nv0LhImwcTz8QefXC43
yZHPh8GT+aDwTeKkDQ0k7SN8wXjTNhO2lY2nxf3a+cqre9AKrJkbpjRuFswpc9pcMt35fBruujVt
Q5My2rhW0Ka0aW1J8/DANwavWea09g9NzmM20Um8EnFRMw+LD29O5nP8RVAgB5TLhfPh7sGYRkbx
b5fin3kLeQLQgQ5gAHCT34L/DHwA3AFc5Hvgy8DbwDL3yC1ySyL4fJxXTIf5RScoty+3PdV+oAQ7
/M2yHRgq28SxsjVj7UFYJ9pRHfPjjzclq+A/AH8B/gZ8ArjldrldJM+XZ206R3JhiuHzG90nOeXC
k+L5npQf7slcOExyYrUqOCZz4mlnj857QnN5gkOBLwQGIuHN8W55bh8K/weBqpbfCmVuZHN0cmVh
bQplbmRvYmoKCjIxIDAgb2JqCjIwOTE5CmVuZG9iagoKMjIgMCBvYmoKPDwvVHlwZS9Gb250RGVz
Y3JpcHRvci9Gb250TmFtZS9CQUFBQUErVGltZXNOZXdSb21hblBTTVQKL0ZsYWdzIDYKL0ZvbnRC
Qm94Wy01NjggLTMwNiAyMDAwIDEwMDddL0l0YWxpY0FuZ2xlIDAKL0FzY2VudCA4OTEKL0Rlc2Nl
bnQgMjE2Ci9DYXBIZWlnaHQgMTAwNgovU3RlbVYgODAKL0ZvbnRGaWxlMiAyMCAwIFI+PgplbmRv
YmoKCjIzIDAgb2JqCjw8L0xlbmd0aCAzNDQvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnic
XZLNboMwDIDvPEWO3aGCkBZaCSF1tEgc9qN1ewCamA5phCjQA2+/2O42aQeiL4ntfMSJq+bY2H6O
X/2ozzCLrrfGwzTevAZxgWtvI5kK0+v5PqNRD62L4pB7XqYZhsZ2Y1FE8VvYm2a/iNXBjBd4iOIX
b8D39ipWH9U5zM83575gADuLJCpLYaALdZ5a99wOEFPWujFhu5+XdUj5C3hfHIiU5pJV9Ghgcq0G
39orREWSlKKo6zICa/7tpTmnXDr92foQKkNokihVBk6ZE2RFnNbIG17PkbfMO+SMONsg58R5irzj
dYm8Z86QDxxD8Y9c/4hccQzxkZnOPTGfkGtm9JQJ1yFm/2yLzP45+kv2z9BHsn9WIbN/tke+++N/
SfZX6CzZX1Eu+yt0luyv6Cz2Vxld8v028brxPfy0Ueib96GF9Giod9i13sLvu3Kjwyz6vgFKmKpF
CmVuZHN0cmVhbQplbmRvYmoKCjI0IDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBl
L0Jhc2VGb250L0JBQUFBQStUaW1lc05ld1JvbWFuUFNNVAovRmlyc3RDaGFyIDAKL0xhc3RDaGFy
IDI3Ci9XaWR0aHNbNzc3IDUwMCA1MDAgMjc3IDUwMCA1MDAgNTAwIDMzMyA0NDMgMzMzIDI3NyAz
MzMgNzc3IDUwMCA1MDAgNDQzCjM4OSA0NDMgNTAwIDUwMCAyNzcgMjc3IDUwMCA1MDAgNTAwIDUw
MCA1MDAgNTAwIF0KL0ZvbnREZXNjcmlwdG9yIDIyIDAgUgovVG9Vbmljb2RlIDIzIDAgUgo+Pgpl
bmRvYmoKCjI1IDAgb2JqCjw8L0xlbmd0aCAyNiAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0
aDEgMTE2ND4+CnN0cmVhbQp4nO1TS2sTURT+5pFJjfYRCT42YQJV24UxqbQidCEIQsFaaDAiFOxk
OnnIPMLMRBoE07jRpRsXumnSLkQQEVwUd124K/4GN/4BEREXaf1mMiZF8hM8MPd+33fPPffcc+74
bsNAAluQoOqWVk8JAmjvAOG0/shXSwGDsM9BrpjNcurZlx/kn8nXq4a28bEhTgPBh4Uqhae9e3Hy
NfLpquVvrmMtQb5FPmY6upZCjlB8zkGxtM16ErcC/oKDamuWcdu/c5f8A8/4VHc8P4UnRzzaDNaD
RBCmh1OESsj/Wwki2oDUVsrsIqt/NZlJXsgkM20JvZaIQyjl36/bsTKr9RWIteQOxoGMeuni1LWF
jHr2zFRckS4fft/udLaFSWF8d2dnt9sR051ut9v71u2GVRbOv3r45iDxYHLxJ06OhQfvbyT3jicS
azED9pn59I374sVe65jLv/0SZaCtrAV5of80Ag8RE1EMEX97fmOwZwLvB3HSg5gCX3E6wiKrMBNh
ifqVCMvE1yMc4xu6GWGF+go9BfkE2SLuR1hgTi8jHOT0NsIS9b0Iy8QHEY7hHG/Sxwr1XzP6rDqX
y82rhYatLtd01/Ganm9Ynrpk69mVumEXmlbJMVeNSsPU3KEwREXD9WqOreaz+dxQ5fV0zPKXmGPR
cpgnKqABm/Myalxz4cBDk58PAxZnFUtc15HlVevUbO5ocqVETxOrVCqMYELj3lEeo7QiFZexa2TB
2XlGzzOfUb5hL0I7eszajLA/Y5qVXwplbmRzdHJlYW0KZW5kb2JqCgoyNiAwIG9iago1NzUKZW5k
b2JqCgoyNyAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL0RBQUFBQStPcGVu
U3ltYm9sCi9GbGFncyA0Ci9Gb250QkJveFstMTc5IC0zMTIgMTA4MyA5MTddL0l0YWxpY0FuZ2xl
IDAKL0FzY2VudCA3OTkKL0Rlc2NlbnQgMjAwCi9DYXBIZWlnaHQgOTE2Ci9TdGVtViA4MAovRm9u
dEZpbGUyIDI1IDAgUj4+CmVuZG9iagoKMjggMCBvYmoKPDwvTGVuZ3RoIDIyMi9GaWx0ZXIvRmxh
dGVEZWNvZGU+PgpzdHJlYW0KeJxdkEFrhDAQhe/5FXPcPSxRoTcRimXBQ7ultj8gJqMN1EkY48F/
3zFrW+ghgZf3vuRNdNs9deSTfuVge0wwenKMS1jZIgw4eVJlBc7bdKi829lEpYXttyXh3NEY6lrp
N/GWxBucHl0Y8Kz0jR2ypwlOH20vul9j/MIZKUGhmgYcjnLPs4kvZkadqUvnxPZpuwjyF3jfIkKV
dXmvYoPDJRqLbGhCVRdFA/X12igk9887iGG0n4YlWUqyemjv2eN0p/axftqAXZmlSZ49V9gf94S/
3xND3Km8vgGK9G2jCmVuZHN0cmVhbQplbmRvYmoKCjI5IDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0
eXBlL1RydWVUeXBlL0Jhc2VGb250L0RBQUFBQStPcGVuU3ltYm9sCi9GaXJzdENoYXIgMAovTGFz
dENoYXIgMQovV2lkdGhzWzUwMCA3OTQgXQovRm9udERlc2NyaXB0b3IgMjcgMCBSCi9Ub1VuaWNv
ZGUgMjggMCBSCj4+CmVuZG9iagoKMzAgMCBvYmoKPDwvTGVuZ3RoIDMxIDAgUi9GaWx0ZXIvRmxh
dGVEZWNvZGUvTGVuZ3RoMSAxMTM1Nj4+CnN0cmVhbQp4nOU6a3STx5Uz36eHLcuWZFt+IIw+oWBI
ZFtGNmATB6v4kVISY8CAHXBiWfpsyciWkGSDSVmcsEBihwQ2IYE+9pFumjZN2895FOfRlu0r7Z7m
0c1p95x2t6Fnm5CeU7Y5bdPtNrG0d+43etgmSZtzsj92Je733Zm5c19z750Z4URsXCZGMkVE4vWP
+qLuyrJiQsgPCaHF/omE1NdVeB3glwBiQ9Hh0Qcv7z1DiNhDiNYwHJ4cqh4uvExI3gC0XwrKvsDU
6P0GQorqgcf6IHScnX85D9pBaF8THE0celj7+g3QvgfaTeGI3/dXBfvZ+HegvWLUdyj6WfEnArR/
CW1pzDcqb/uvLzxHiElDyLJgNBJP3E7EFCHXhtl4NCZHdz4cn4E28BNegj4KX/YxAqpjbUHUaHX6
vHxDgbGQ/D/8aJ8llcSb81zw0VSTCjJCSOoya6XexCfgyXDqdXVuMpR6U/sqePe/U7/B9+upX/9l
GuRx+KAPLaEP0e/RhzjeQ0sQgza9SO8DdJpsIdrUwdSF1DvkS6Qf8J7Uw6l3hMfEqgWMJsknceZ3
Ab5H4zA7Rs8xTvRWeh9dRx8A/DMAFQCX6SO0h7xGg+QwyHuRttLr4P0qvYk8R1aRXhol3eRx8m16
imrIDDlHS6mHhmkFaPckPUfr6MdpG20jfwR95ui/06TwDPkaId4N69c1NnjW1rvramtc1127ZnX1
qmucKx2SfUXVctuyyoryMmtpSbHFbCoqNBYY8vP0Oq1GFCipoUpFW+9spd5lczgcfbW8vWxhWxFX
mX/rUEixzeG0NGSobItmLV/UrlrUXpFpdymkVOl0trUzzrOk8w2FlCi0VCFMDC25GUTxSR2BEWdH
SKlsCwwMwIx2p1lSOt9yoy6c92yBoc3ZJhtqa8isoQDQAsCANjpLOzdRRITOjo2zAskrrK1Ril2K
sKqDwYjinRkAxNkOnGCkJDsyl7p4T+4QgWlprETFqKJrU/QoVwopXp9CZqTZmovT98yZyeCAyxhw
Bnz7wHU+0HGWiKs6gj3MkR0MBoKSogHm+LBBj9QRlKadzB0dwQF4Otth1lX7oTu/rfek46JNKYZ3
h2JxKTcCxY2Hf2kTpzsqQhJrTk+flJS/396bO+pgz76+vgpQeLrDCQyBWcfIZjClwl1bo9rEHRAY
GGEyR3xMz44RaXpGRl3vQR2QtCPIFsY74/sgwunpjoCzI+ALbFYFtCneHnyRnlt60UbwXnsf7+IE
MKLBkYH2Pofq7607etuYbk5fu01d+UzPAO+Bjo70oMQ02AIMFMkvKWRHrxNIm9hDbiLT/iaMH0cf
hVnd2VmKdpXZKU2/TRQ64Lzy64U9Pt6jW2V+mzC009k5MD3d6ZQ6pwemfXOpqUGnZHZOz27dOh3t
GACp3b0way717IxN6bynTzEPBOlGcD8Lgs4dva02h6Uv3exONwlEFcRWAZoDXoB/W/gLvEx6eh0S
OGpXb58N/NTL8B7A1TeLJYjdJlhm7jbmI7kp4542jjocLEBn5rxkEBrK1PZetS2RQdsTxOt2wXoM
sJGL6RHrLjYylR7JTB9wgpSncBe0KnnVmX8mc1lJR3CjQsveZ1hWx5WStl7RJvSpmGATGWZwQbK3
KOUuwNe4pmERXnEqZpeibeu9aGvpk8wWqAJs+XY6t26/pVc1DMQIuM8QLRwaiJ6QtRaHZZXD4tCQ
dyXx4rteLXmHSJqLbOe+Heh+rtlESshNT17QUu1c6q0n8wvWC3OpS0+WL8e3tyq/aL1Aih7SmonJ
UGI1HM+35gcFWny8pLREFlzuK80ApLWltXXe0uxyufrX1pc4rJtog6fMCpIbq50rdYDcTm/f9ZUj
X/xmcvgTbZ/Ylwxpqr88svcH/zLfL3w8sDN6JikwvbfAzlcI+hTCrunxSusLTmiEDWKTQSg/K5ot
Zw1lpcf0Nn1IKDpGlpEhJhxlX2m9AlJpf0kjcUis0sNrdTUtLWvwwLbAFNgC20Y5bf3cseRzyV+k
yN9+i56L7+k9EOvpSwjm39Hrnzn707eTL9z5D1R3710nHpg+eTfzTlPqTXEX7MjlZJe3+geElhNr
Qakx/2xRmVh6TrCaCCktMIqikWiPl5deLH6lWCiG0PPmmyrXk+J6aLn7XQcaWuZbPB63u9lNWlsB
b73SbGm2FDczhS0NFqeltBzU3FCic66so+ug3bBOGLp0qbDUU7t9xUPHzp3uePBB7bPJcPJfkyfb
y1YuS152dP3dE3SCXvttpmMtnRSOCE/BSpd6DWRWFIjoFQXRfcBN3PNsJSyOWqF7XhGeSrLNmZyF
M0YIbCogO71NRGPWCJozZn23/rQeYqVe79W/otdE4CHo9XniGSLmnSko1gmCzlBoiAiavKMFxoL9
4Pf5Fpe7ocHtRt9bmt39B2JX+lVxVgD2Pav5xnye8E/zrWLROzVgwQu/Sv44+VryKaaFL/WG9ndw
tllBPu6tvUt70iiYiJmazdYzRg2tJwMshJef0ZaYj5hM5AiVaESoPJJvzw/zJW/AVW9w9zerT+ZM
bZHgXHmNYDHD4mvKtdWr66hzpV5nxSjQDNFTax5Pffc3yR/9Gz1GB6mV3nBzMmotrx5r/9SOTQ+c
uPO4sOfQo5diM3BiscB54+SlN/va7I1Nn9z33d8//TdM5/OE6ErAc/lkr3fjNsGrV4Rv6jVEMOnN
gl2v0VNBuFOnL9Xp9HohX6SiLr9YpxWoPl+Y0hZoxwT9VL4hfz83AAIA/rGsaSlubj5Z5zp55Dtr
60l/f4mDMufB4zx9VFhDv5TcNf+z5G7ts+/+WHT9qVNc9e7PwDk9qctaAfxXTOyky9usN53QnjCK
P9H+xPgHi7i+qLNojn6faiBzCoWq86K+7Hxh5bK7TYZWw30G0eCAlSy5m0iEe7M/J4P6D5SA/zwr
BMgiQFZWr64WVpnBg5voOjNLpB5aSxsf+MahDuu1yd8mv/bML7esu54+4L91016X3y/fIvwHfZh2
bRm/Y/c/PpE8kLx3IradVn4x+eaLe55/gV7zgxfBj26IwNPgRz2p8hYJeogxbbFeEDRH9Vp3w7yH
xVTrfIsaS+zr1vqSnuT1SQ/E0IPvKJpu4BFNbhdeBPsLSb13xbnCz4tCtTAkHsw/ma/Jc4BP8p6g
er12qruAFrj7gSfkHXBFA2mDAEFhLnEa6LrGYvpy8tjGtf+Z/NZnH9G+mvz5H350JbkhWQVn4a//
fp5+P5Ui3SDpyyBpDylgZ96LxMti4VEorexsbiAtzxB96i2vo9C0vgAWXf9pndliWa/TCQa9UGEQ
dDo60yq8JggCuLnBbYElby1udruuNPe7WAFwWIqo3rKJbhB/kwwEnjv1yhsf0776p1rxRzfd6qJd
bc9P47Ga1fShofs7K16+zdTyNrGpZ/tHtl/8ffYIntwO0Qm3Bchsmj7ewy3gpfkTuQf+RReAInZh
0+4mtwNsEU+RJuExUqt9gZzVNROf7jFyXvgSjvdAnxvsjwJ0QxvsJ6VkH/kceZsW0m76GH2LviV0
CVHhEUERLnNJRRBjsHMALhAdrPsGMOOvxRugVrHRBmEko8/TGd0o6P80xwWIkYscF6FWvMBxDdC8
znEt3Dvf4rgO+t/luJ74qZ7jZqKlaVkWwCNMA40I/I00gbgWcDOdQlyH/acR12P/ZxDPQ/xxxPNB
0RH6PMcpKROrOQ72ii0cF0mL+AmOa4DmBMe1pEL8DMd10P8Ux/Xke+I/czyPeDSnOZ5PNmu+xXGD
5l2thuMFZMhAOG4kQcMQxwsLXjK8xPEisq8sLctMDGV/5LiFGMoFxA3M3nIj4gXMxvIKxI3Yvwbx
IsQbETczG8u9iJcAXlzehXgp0gwgbkU+YcTLsP+TiFfi3LsQtyHNg4hXIc3nEbcj/gTi1yD9NxCv
RfyHDM9Tdf4p4ir/NxhuVPt/izjTn5Qn20PDoUTosByQAr6ET/JHopOx0HAwIfUEZenmyFgkMRmV
pbZILBqJ+RKhyJi0trl5ba2nvr6xTvpYOCwhdVyKyXE5NiEHoDMW8oW/IIXikk9KxHwBedQX2y9F
ht6b48FgyB+URn2T0qAMjIZD8YQcA41CY5JfjiV88B4Zj4XigZCf0cfrUIS0Oezz798hD4+HfbEM
31opZ1Diozldu+VYnMn01DXWY3ctdv9vKY3CSBeJkBgZJT4SBmyQTNJCIpMRMkZ+BZAd20kS8B4j
AXjGSED8lDgrfl38JsAz4rPi46SdhMgwQALgMHAIQEVhtGyWRPzAKUomYSajCkKvRHrgLcP7Zhhj
khIwHsWeNpQbxacPOTIKiawlzfBdS2qJh9TDt5HUQe/HQLswvLO849iS4S3DewK1USkZDbPmK9AK
IR3TLoFyAkA3itbth74IGfpQOh6EGSGwNwg44zYJ70GcwTQaRqkJ1Ev1UQhn+bGH+Uptj5Bx1DUO
NIxbmn8c7MhaIZHN8PTB+H6yA7mPYzt2FX1rF9ifO1NaNPfqVLtRw3jGTg9o0ghrkKWuzaH+v+Hp
pbr0IBYB7kyXKMieJDXQvwXo/DBjB+aQyrmLaxdBr8SRrhstiOFICD2yE57jmFeqf5fKbEdZB5Hr
MLS3gb+GkIPMc6IJV4Otr5ppY2j3aMZnMfRNHPM3jpiMOgxhjsq4qsMwVrMoRtK8VF/F0c8R9KcE
do2j18e4nyW01Yfy/Nzv6gjTNI5rH0R6ic+bzKx9iOdslK+VjLbF4RtBn0i88kjoR6b/OF/30CKt
VM8n0KMyxkgI5arSZU4bQV6q7HS/ukYJ7hE/j9L4EroE8JTRKyF4q7z9vGccPV2XE80RrD4x9GeY
x7+MMTDK56T5+3H2BJcZ4nayMdWXWR8MYaaGeW/WqyHu2wi3I4T049jK5mgcIyuM2l09IoZwBWXM
AGaJjHsA46ZGhcovArkr87VRfc8sUO0Zy/FXACUPY686PzdvGU0Y1l2Njwg8Wd5OcE+rHNL6qBUk
zCNDQg/6ufUhXLEw0kQxb9RIHMOZC2t/th4xPWVyiK/KKOrConKC56JabcIZLUaxlY3bdI5mPbbQ
Oj+XoValcfRyYEFUyuQA9Kf9yqLan7FvCKNawvU/hJ6NY8QlMpVAXXGmu5rpCV5lopndT83ebE2r
4dk3DHAY56taM75+HM1GmSo9gN6KYn5MZqxIy2bzD+K4Dz0R4zJY9kzwShvC+qJqnOYexQgaxTqX
rbdBtC5KNsINxA182bcOqXIrYh3WpVGgCGIehQEbBWwMV0jGVpzchnka5rQy586oP7yU3FrJbEv3
3MZzja1TVk4XVOoe2Bk6Adog/hi+DXpZBe+E503Y3wE9O+HJIvRG2D864Hsz9vbAndmA0IMxFb9K
xEmZfjVXVL9Gueezkfrn7WTZ9UlX5PRqD+LoJNCPZ2T6M9VNjersLpZbLdXqka2jag6HeM2M87we
Ri5ypiqyjO3j0liGT/BqOpjZjVSZiffxTLp6HsxUKJnnnZyJ7BjWkATP6iEelVfzVzoXmcfkHC7Z
XF4qL8B3QFZ5BrE6qloP8pUZ45yvskJSJVq10FNqTV4aFUslZ09cE1hdWI0Z5JXMh/VFztl7FlvL
vL8LerK1dnLJWsj8lJF7ulIruA81iqJnQ/yk8uesucRjcSynwqXlsnoS4LeL7E6Se+KvyVDHcuI2
u3e/v6eYdqPIPx1XkQX8DuL678fVzD2DpqtkljICtGOYiePoccY/mLFH1Ss3utMnV9X/2ZtSOuKu
FkPvZ1E2Prag7UtXLn32YjuPzE9oEX42jvAdM4Z7au4axMjiG1aacxzPuOxMEuC70QSejQ6S3NPV
B69+mp+akzI/ByzcL9P8lq6j6q3sidWPPJfmcXrFfIt8PfQXaZv18lIJC3f9hRrJ/BSbgN0nzWEX
1H92cm+C+9QGOKFtgDN9E7zr8X5VDyMsG7fCsxG+a6DnWqDYQBoAJID1ZB3cARikOXZyGxfbkVuN
05V+HM85w0S+Sj5FsQL4+OwJvpOrdSOdFzLYKfF+mdsm/UW7anrMvUjf7E7KbJLweRP/dWEMnoPo
TTVKx/Epo9/HuWVdmC2H+Vicx1WQ6zmU2bPZnJ0YsRLexYY4jzivbszOPWhnnO8g8kdiIYPujGej
WLXjWAFWo65q5I4uOM8tzlkfz6UwP9cFcEdL7+aM0zg/04Yy59sIPwfnzltcG7KSEpkb3jier9QZ
NUQ9NY8jb9Z3ODMjjrUhwftUX8V4Fn/U3lRvAemTg8zPbdIif7J96nfoBR/3pB9nBXg1iPATxq8y
N6EI9+fCapG+00/mzArwKFJ/CcjOGscaVrMgr2T0T9rzMdyD4pldT+KxKuPet4dnnsx/C/lo/Cfz
OpKtZAHMQDUqQouiIoFR4UO+UuZckD5phfjdJR2HS+33cR+E0MIxfpPN9UMkp+aod+rVPI9VCYfh
G/lI/PHhbw0fzD97N83+gpb7u2wWV317tbFfLKBjK5b7iy3+ZvsePMN4Hshpa1Zo1mq2am7U3ADP
5gUSWP68F5cuPGGwkxrzCLMphnWUafHec7K4qP4HU4qwv3VY+vGuWHGorOpg2fKJMtt42bJEWWW8
7OWxlyPCfWNTESFaNpdHvFVV4UhZ+fJwpNwWCR8NC+FI5f6xMtv+saOxZSOljCJVNRQqtS4fCllt
9w3RoVClHCy1SRe6L0xdUC5cuqC1y1QOHj+w7HzbnxwPAdwPcAbgFMAMwN0AJwGOAxwDuAPgKMAR
AM/hyYD9y8c99kcVo/2risc+C2BS6BdPeuyn7/DY7wOYmqOf3ldqPw/wUL/Ffhbg/n0W+xmAp49f
Z//a0evsp/bk2Wf2lNvvBjjZW24/DnAMYOrI1NGpO8Q79ljsRwGOALzc+1qv4PdZ7IMAnv69Fvs+
gN7dxfY9AK27qW9XoX0AwLMXHrsBvMdsG6wV663WddbiRqupwWr0WPPXWnX1VtFtJXXWmlrTda6i
NdeaqlcXXbPKtNJZJDlMK+xFtuVVhRWVywqtZeWFxSWlhSazxWgsLDKyPx3V6fOMokZrJFQwmky0
1XSb6ajpqybNNrJN3KYTbdfn2U0b8+xic56dNOXZuxuoUryVbO3ZrJRQeO/crDS4tsLi7FA8rq1K
fvfe3llK7+2DXkW4a46SHkVz15wAr+K2W/b2ztFKNnwc/6bsGULp1PFTNv7u63NVKYe27uxVolV9
SgtDTlf1ERd84vGE630+9IldU7s6QjPtLpWaulQEMVc8Tab2YTu+hAdwATHqSEWaKq5UKB6wUSWY
zWcmBnZsJuR/AIXfE50KZW5kc3RyZWFtCmVuZG9iagoKMzEgMCBvYmoKNTQ1NAplbmRvYmoKCjMy
IDAgb2JqCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvRkFBQUFBK0FyaWFsLUJsYWNr
Ci9GbGFncyA0Ci9Gb250QkJveFstMTkzIC0zMDYgMTY4NyAxMDg0XS9JdGFsaWNBbmdsZSAwCi9B
c2NlbnQgMTEwMAovRGVzY2VudCAzMDkKL0NhcEhlaWdodCAxMDgzCi9TdGVtViA4MAovRm9udEZp
bGUyIDMwIDAgUj4+CmVuZG9iagoKMzMgMCBvYmoKPDwvTGVuZ3RoIDI4Mi9GaWx0ZXIvRmxhdGVE
ZWNvZGU+PgpzdHJlYW0KeJxdkctqxSAQhvc+hcvTxSHXc4MQOE0ayKIXmtMHMDpJhcaIMYu8fXU8
baEL5Rvm/4fxN6raulXSRm9m5h1YOkglDCzzajjQHkapSJJSIbm9V3jziWkSOW+3LRamVg1zUZDo
3fUWaza6u4q5hwcSvRoBRqqR7j6qztXdqvUXTKAsjUlZUgGDm/PM9AubIELXvhWuLe22d5Y/wW3T
QFOsk7AKnwUsmnEwTI1AijguadE0JQEl/vWSLFj6gX8y46SJk8bx8al0nAZuPGfIp9xzjpzWng/I
+cHzMXDm+RQY55yDPvZ8Qc6Qr8gHnPkYNGfPVeCL5zroE1z+vqV/hs/5Jx7KV2NcNPgZmIlPQyr4
/S89a+/C8w3qCYmsCmVuZHN0cmVhbQplbmRvYmoKCjM0IDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0
eXBlL1RydWVUeXBlL0Jhc2VGb250L0ZBQUFBQStBcmlhbC1CbGFjawovRmlyc3RDaGFyIDAKL0xh
c3RDaGFyIDEzCi9XaWR0aHNbNzUwIDY2NiA2NjYgNDQzIDMzMyA3MjIgNzc3IDgzMyAzMzMgNjY2
IDcyMiAzODkgMzg5IDY2NiBdCi9Gb250RGVzY3JpcHRvciAzMiAwIFIKL1RvVW5pY29kZSAzMyAw
IFIKPj4KZW5kb2JqCgozNSAwIG9iago8PC9MZW5ndGggMzYgMCBSL0ZpbHRlci9GbGF0ZURlY29k
ZS9MZW5ndGgxIDI0NjY4Pj4Kc3RyZWFtCnic7Xx7XFzVtfDa+5wzZx4MDM8ZIDgHJjwC4RkIkGA4
BIhGTEICSUGlMsAQxgAzMEMwqSbx1SjaNqkabW0bajXGR80w+CCvilrb2taaXq2PVltujfVRc7W9
PnqtmfnW3nN4mdTb3vv98f1+X2ayz15n7fXaa6299j4zYfyDQy6Igl0ggNrZ5/QWLspUAOCXACSu
c6tf+eut1oUITwHIy7q9m/u++thf9gMYFgBIL2/u3dadUZx2MUD0hwCWIz0uZ9f5vTnRAPYAylja
g4j20LUy3r+N9wt7+vxXfmjMuRBAicL7ul5Pp/PNnOp0vG9k433OK73PW36uw3s/3iv9zj7XavHd
WxC8DaCw3Ovx+V+G3DDAul+yce+gyxuzLmcN3r+H+j2II/hmL5RPdOyeCqKkk/UGoynKHB1jgf/f
XtIRWMDbfbBAzAKMW/jkdAu5wyfZGOvpu+istEjTXkF4CF4mOUSBcfIpWOFvJJkUw2oQ4RPMlkNw
Gm6HBGiGfSQOFkISbITVRESaPLiF3BXeGn4Hzodvwt3hx8m14Qdw/BvwE/gbWvB7kUA5rEX6jeCC
d4Q3oTX8bdDDbjDBcthAksAJL+H7I7ThVrgNfkSuCv8NtSbAtSivCmqgJvxk+DPIhVvEPdIrhkdh
LxwlunBn2A3nQQaM0LzwS+E/QBa0wg/gIbQpj0yKF0I6bIEb4E6SLPwEodvhHgiRKNom1EpPoKbV
sAn6YRhG4AH4OYkjjdIr0gfhr4TfAh3EQw7a5IZ3SBlZQ+8Vo8Irwr+FS+Ew/Azny96T4qXifdKl
oerwd8NPQSI8TozkGHlSKpG+fvqa8PfDD2NGZkExemQt6umA6+BJeBb+An+lO8M74UJoQs3PkDSi
kCz0+Es0me6gO4QXoABn24bWDsF+CGBEjsBROI6++R1MwZskgaSSi0gH2Uv+SqNoF31euEt4RHhR
JOL96G8HZKKP/HAvPIbr+Tl4nkgov4g0kiuIh9xBvkumaIC+Rz8R9eJ14t/F01JWaCr09/Da8Edg
gxS4GLbDTvTtD2AcHoFfwW/gr/Cf8DGxkArSQ75PAmSKvEcNNIOuo166j95LfyisFfYKT4pl4kpx
i/ic+Fvpq9LNslMOfXYgdGvoh6Ffhx8P/xpzJxrlZ8Eq9Og1mBX3whPwAkp/FV6HP7L8QfnLySXk
y6jFR24kt5EfkmfIr8m7OEvg7wy6nNahVg8dRD9dS2+lt6H25/F9gv6Wvk7/TD8SJCFDWCoMCN8X
AsKEcEL4k2gRs8QCsVhcJ14ihjEyJdIFUpN0UHpQekr6QFel69J5dW/L18rX6395Ovf070MQ6gkF
QuOYu3rMpO3oie/B3Zj3j2AMfo4e/RVaPAUfYhRSSDrJRrsrySrSQNaQL5HLiItcS3aTb5I7yV3k
bvIwzgDnQGW0PY/W0CbqpC56Pd1Nv0YfwfcR+ix9ib5CT6HlVsEh5AnFwmrhEuFSoR/n4Bd2CNej
Z/cKDwjPCy8IbwlvC6cwalbxPHFI3C5+S7xPfET8tXSx1Ifvu6UnpEnp19Jn0mc6qkvRLdAV6q7Q
HdT9UdbJS+VG+Sb5Rfk/9V6ygOSi5crcakGTcQ2eRx+gCeJOcgoRaUSEGJx5HsahCVfFf0K1EMK4
RLNxtC2RJovxjFOniljzqZ8chTLyDOzUUQErsTgFQfIanRKfpufDb0g7SRbvE/qln9N0eBCr0R56
jB4lK+ERWkU30e8IQN4kB+FNzPcr4TayhfjgQXKKLCNXk3KyE16kSUITuR6qwndTkRjIavIBoAVw
jdgFX/7iKkgq4TV4J/Q90SxehfVpAvZhRB+CP5D74VMihd/D6iZgNXJilbkF8/0GYFWvDdfZTlyP
yVhBenXPwyNsR5HLdSvE7fAB/Be8Ix3BjFqJlfStkFv8nvhGuDycjysMVxkcxHXXAxfginkTs+Q4
3rO7y3ClG7GWlOCqboRLoAuuxqq3NxwIfyd8XXhb2AO/QN5PyWLyKRnFFTGBHFXwM3x/A14lN+M6
vOB/tguEumAS3iU2kklKcD2ckrZKe6QHpEekH0nP6YrR29fDXZjRf8RsNuIMOuHX8C58QvQYm2RY
DKVobwXa3gK9tFU4DrUkBby4ZnOwjq/UZuJDKdei976D6/k4ro0PsE5cBj+CVwglVpxRJ+rXo5wG
9PPlSH0AI3gdGUdMF1btXPgzzjuaVFA/6lNR0j6sWpNo02vwJ/R2mNu1GOtCHdmEsj6BL0EXalgK
jWQMI/AYVGJlrRN+if5eSCywkmSQe5CvHVdoNKRBpfQGobA4tDZcQd3Ccdxjwogfxd0rFc4nA2hF
DM7jNCSSdVAW2oA2vACg1jSr1SvOr1q+rLKivKx0SUlxUWFB/uK83EU52VmZCx0Z6Yr9vLQFqSnJ
NmtSYkJ8XKwlJtocZTIa9LJOEgVKYHG9Y1W7EshqD4hZjgsvzGf3DicinHMQ7QEFUavm0wSUdk6m
zKdUkbL7c5RqhFKdoSQWpQqq8hcr9Q4l8FydQ5kgl6xvQfhrdY5WJXCKw2s4vIfDZoTT05FBqbf1
1CkB0q7UB1Zt7Rmpb69DcWMmY62j1mXMXwxjRhOCJoQCVod3jFhXEA5Qa/2yMQp6MxoVSHHU1QeS
HXXMgoCQWe/sCjSub6mvS01Pb81fHCC1nY6OADhWBmLyOAnUcjUBXW1A5moUN5sN3KyMLZ4cuWXC
Ah3teVFdji7nZS0BwdnKdMTmod66gHX7SdvsLQqPq23ZPXc0VRipt7kVdjsyslsJTK5vmTuazq6t
rSgDeWnmqvaRVaj6FnRiQ5OC2ugNrS0BcgOqVNhM2Kwi83M56hmm/QolYHCsdPSMXNGOoUkZCcCG
benBlBT1cHgKUuqVkeYWR3qgOtXR6qxbMJYAIxu2jSerSvL8kfzFY5bYiGPHomM0IMo8F3DNjHGI
kzOoYcOMZwmzyLEaEyKgdCpoSYsD51TBLq4KGOmsQDJ8tRLkCnRhRNwBQ237iGUZwzP+gJRpcSgj
HwFmgOPUe/MxTg2jy7R8BAxkeTKTajg+DQfy8gK5uSxF5FqMKdq4gt+X5S/eOkGXOrwWBTt0HzSi
b52tywrR/enpLMA3T6jQgTeBXetbIvcKdKQGQS3Maw3QdjYyOT2SuJGN7JoemWFvd2AmP8IfBBID
+qyZfzGWpPj6nmUBkvQFw67IeEOTo2H9JS1K/Ui75tuG5nl3kfGKmTENCsTXtgipVINoqsBHMSkv
myFmNy1RATET/+l4UncFBExKjiDKqoCl/cLItdWYnv4PeSZk/RymifAHjIt3s2yalYFlefPvl8+7
n2dd1IiA9opZtKH5kpER47yxVViARkZWOZRVI+0jzonwrg6HYnGMHKb30ftGvPXt0wGdCB+5OTWw
6pZWnEQPWYbJSmHlmIPcuH5MJTc2XdJyGJ/DlBubW4KU0Nr2la1jC3Gs5TAeRVSOpTNYdqewO2gg
mOhBqudDqYdVgF18VOQIft85QYDj9NM4Ap0TNIKzcBy+8vGYwoIv4Rt3fRlWPkJJSCdP0Go1HiQx
JIBRFkMEkvU6KUSFYyQLDHjYtYEtz/Jx1emqtZYPq9acroJqhC2f4aW4KD02PTYTLwQPEJ8pwuRn
qgR/B0WcRF34BAOSE5+zLGCHneqSHCnHeIHVJbqipFxrpfXCpNakniSp0ro0dXfqt6R9Jskem0mA
xsdlxlj0ydmHZCJPhCfHDaZSNPEWNX5XOlHSi9JpemycAoqlyEItE/TmcaW4yZaHprUx29ZY2gY+
zhtYc4obWc1thLYB0hafXmJNSopLTMCzIL4d6SR2SUn5ClpWmpWVneW4jaY93n7NRHt+efea6zru
Of0CyXn9qvILL6+q6m1a8ah0ZEHWU6G3fvXodaOdDbl28anPyqLjNj3zwAOPdcdFs2fvi8J/Ev8q
vQCLyQn1/MOxE2mP5fxksSjHy4nWeGuiLc8luXL8uivN/pxXo15yRLUaN0ZvzGh19ER1x21Od+ds
Xjyc9tW0felRcY6J8NT4efZS1quu5JTS9RnrHU9mPOkQBzIGHNdkXOP494x/d+jyjLnmhRkLHZXm
UkeDscFcl1HruMLscmwzb8+4yTySccB4n/lgRrzBaDDrMnSOZGOyOSlDznAYzSKxbrKpyUqpx0Y8
tv02ajtCXZAanlSjUirtqSQ1P0GACwk6Xl2dopQWERUfm9rJHjKKmTCJB6P/ENWUSgs+aeXnGmzv
h63EqsZbS60NcnZWSoE9e9QSwLg0kPdjFSjCHEjO/zctPA1NLWOgVrSuOfVh26m1lo+xzxvEOJ0e
yPuwLe9kpB/MOxlnrWxrGxjMy8OVfxgy0B+paSvQHye0/o1gfGUGugc7vHs2GMfuTqgxcZVmJa7S
yFsMw72tRkchzlxptLEWX5k399U6pqO1zS1q4jLjMnNZRhn6cbW5NmOV44Dx/gwjtLVOJ05mUtKS
kqWYJ9n8XVa6dOkSRbRKWVmODFmXmGBNEpPwEKQTHQpcRJSU/bu/sff8i0sP/0f77p3v348PSVY5
9Er81Vdfs7pwcQUJPD90SxieCL0beom8vmDvjdvWl65OjStYvmnbw96nu//6c/NAZ1lGZWlmYXff
8Zt3vLaFEJZfzvBb0pcxv1LgJXXtVw03JdyUtB/u1P3U8KLwoukjwZBpyInKMS9KWJQ0JA0Zvirp
MfWsmHrWRTRXyJTkHOlb0h2GZ4VnTFI1WYcH0w0W9tHWBxggtsRibaW8N5qxJ5eoVlu+qI9Wo+NK
oxsujyHrYkiMmmgrjZkgOWpGXL5RiHk/ehO8D1xUStECsiAxe1QmMbJdLpIFtlrHU3doYce1uNbS
9nEbhpsF+8O8toGTeaxnQBtzMmlrayMS91+sBdIVa1LEubpYC/O8WE3sK0PPvRd6LXQj2U5Kiflg
V0nodyn3bv3BL342uvUBmnrpB++Qb+Bzcz+5ff+XA6sGr3839Gno3ff2sRp0Oz6L/Q1rUAyed4fV
TJ10OOGwTbhAIpullyQaF5tpjo6GVEsmFuQY0CedUXWS7GlFae1p3rRdaVKaJUYhkbRmhWfB/MIz
U3dY1YmrLJytPUti2aRYjrDK40imOKtIQjluJ78j0Rt2PNBxx9ornn3y7kNba798YdmodCQp/fVD
uyfcsYmnXxafCrUXdNQ09piNQHAxLqZT0iTOR33sgmhiMAjGI0IMCIL8iNEIBnziL1JN1GCg69hG
H2uJRUvaliwpLDyVzECwVVcnY19cRNpIguxgRmRlxydZz6N0KmeFPT+zxXnVpoWLVufQh274+4MT
O7fcsYOU9C+v+9UfWR7eiRXdgd40kF+p0QZBp08WrHoxTk8FYSIM43GmaoE579K2UtaruU3NpUKJ
rE+QZb2gp1QWDCKlBrwRVaQRVRwXS3TPS0RCh6rJqqnR1G4SvKZdJjpqmjRRxVRkoia9QRPKejW6
qanUUMLjMInbGIuEsXhoJhJ5eWwTwALysXbHI0Jw8pWAbXcBW/y7r/5xZPkfBgELrSE6u1Sv4IVZ
/bjBXKpX8QK8TBQX1XKqXY+ZyvS7TGV8YuenFJTqm/AiCUlCiaAK4irhBv0e/ag+qD8p6H4sPK//
rV5QhEJ9qbBcv07/TWG/flQ4pA8IT+hNLL9Uw5KyUqriRWaV3lxYUkoVdpETyhBzh2pILyilzXjh
1KvOU/AOL3oqyzYqWOXFNFteTpfIa6kqX0Y3yYYEmiqvofXyt+UH5V/QV+nb9C35v6gpm+bIF8lX
yjfKD1EdQbcMzlRAiJRZnCOwFCWxbB+PvZMotIXEh14+PSYd+SxfeOHTVcKxz+rYWtoQflv8trgC
zPhsfId64dvkLf0n8Z8kij+lb+NSSpaSDbTVsil+U1Kr7Q56p+5O/R1RE4bf0N9Jrxl+E/WW9Jbu
bbPlPv0v6C91T+t/EiUN6W/SXa8XYieoP2g0WbFTE0Q5oVJOaU/1ptLU6HRITmmp4ZFlRWTgY7a8
TlWfwmU1gFVjoLZFNbgt3XHdSW6bSNpaWSmJL41buqQEEhPAkbEwKzNBq91YTTaMnP7OX0hp6Nn3
vhn6ZIQo+/r7b7+9v38fzbiF6EZCP33/L6Gnrw8f/N7Bg6PfOXiQZbs9/DbdK30XZ/ucugiPHMRh
XBSzLPqi6NYYOTkRbEJSIljj4rHCx9EEYhMMslGOsk0QosaAddQasArt2E1aBesEEYOJJAGnOA6J
7MTlx73JZCg0FgIUksuxiiKFmmMTsqxxGxOrE/YnHEoQ2hN2JexJOJHwQYIECZYEJaEoQUxITrly
VCusgw2B8qaGwHI82B6GhPBkRWvVGnYqw2Vg+TD5JC71U/ykhqQnMf1jl8Tgiy/8REdsAtvVyq06
RwY7/5TFOsqWlGXG0u2TpuwF2RfZOq66eHulyXDNNSRFzJoKNV+btyD1t7lL1tcX306en3rhntBN
6J8aspu66SguwhI1nZ0UKCnHk6UFE79IEIU6yQJslQqQLN7by4w+2bbG8qc2KDyFdT8e062G5pDd
JDn0FvP2XgBdMtaWKGpTTSYhS59lQiEE19su1bBgWalRWbacVYCpca1X71lQgFi86Ax64xuG94yi
aDAa4+kC0WKwGx10saigizfTHtFluMI4TK8U7zE8YHzUcMT4seFTY9J+cY9hv/EnhmeNL9NXxJcM
rxrfom+LbxreNZqHDVcar6O3iNcZbjHuoXKLyUWvEDcbeoxb6TZRrqMNYp2hwfgl/ZcMLUbZZiyM
LqXLxFLDcmN1tCzQKFFnMBgTaYpoNcjaMcNORcFokKJkuUQXHVXC3UT1jXpzqYld+CyjTazyYBky
qZFa9B3VwgCTXsDzNaGyEfRYzbCcxeIhKbKI20jhKcuLpxgidSK8XM1HLYqoNxhKBDFBEERqMhpL
BIog1lFBiML6G2U0GrAG26NJ9AQxj7NPbI7QCpAiNVZi9caKhVkqkVV5p57oj+/EKBw3KaYoOkEr
1DjcV1j1Bla9ocQeRaKYGDOrwZYPB07l5Vmq/sNSlZJsOT1weqAqxWbBKowIy8kBNB57tB+t3S0V
sDK8u8DGOlZnSUMgvglTWR+eGjMpFRWt7GDQNl2kIG+AVynCHjkIFqq95CgxEpkcC50KvR56I/R7
LFc24e1PV4nX/n0Ha5hTbPf/AHPKBHvU8/WSKOszdXF2iRRJhyQqSQZBZBu/0ZBpAr2saxDohUYw
EVOKYi4yq2bBLBrmbvhRczd8fqipWvNh1YdVM88asbjXDvBjKzozmFaJvtwVTOHdGD9+tiKRIFmq
8GSAc0lM19rtYvVn79Cp04qwRDryt9DRT0IDn0S+z5OamPVkufr9WDHVuF68xCg+KB2QHzTcY/od
eVHW3WC6k9wmfFu6Q/624TbTQXKPYEghiXIOyZJbySb5BmFEGjEYSslymSYbFbHQWCdebLzUeL14
i3GvuN84Kr4o/t5oLhcrjLeKdxl/Kj5rPCHKRmrQmWRBrzOJgl4CQg0SGDB5FIq7DN7oTCYFpAS0
TidJAqWYbSaQJsixx3VqfGKprsGA8Lg+xSwcIceAhicfRSxtMCFWNWmPBVFf7rTlJTNn2tiDwCkE
P45AUFjFcwQv83OEla/IanoUT/nZpSKrBZH+548bYkuNS/EyvWnzg9fAwAAMFmPKTP8jH4WW4UEx
iyjkS6EKvLsrdDR0hJ6mx0OLyMunK05Hk7+H8OmYhE+H36LL8cQtQIWahueu1VTAubNPNvEpmfyZ
pkjCn7Gu3do7sz19rB3+mNFXW35cXCSTJUQgW14I7U2W3vs0gdW472I+3is9jA/g56spjTIWTCwL
mRLoRSlFpsLcZNMVH56bbCGWZWtYmrEKvoTt1YnfJTl4Fnz476s/YbJvxWeEhZgtyTCiVsh62SBb
rPokwwX6CwzylwybLPssd8TemXhX0n2Wx5NeTnxT97HOZI6KwgduOTPeEGVSzM+zgoDHsAw1tTG1
PVXwpu5KpUpqUepo6mSqmEooboHJRcmTyUIyMzBlzqGLP3dHTlxVbItmwWN2DsSnx+IDUhI/8KLN
lmiqbTi3khxT/Deu2rErheQUXfPKw//26o6ENFzBfzpecUnf5n0PC3mfhUJ/++2+VuddG3d8zL/K
YF/T/Gmz7uLYWy6PqfpIn6znn/Df/UbVzDe3GLU/4R7yAtIatO/DOZ+8IrQWame/FPnclwSxOkRJ
P4XbpE1wEfZO7G+nlRirHaQR7+8U34AN9AGwY/PpHoC9bBwb0MrwaRz7LtLcinKWwoPkd/RKOkWn
BLt4nrhPypLW6IZ1L8m3yU/Ip/RtXHMs5GOI2YuCBQphI+57ay0ezCuGvVzcDuzTGf7lBb8K3GIj
vxM4F9ZkDRaghVg0WIQE0qPBEtjIVRqsQ/g2DZbhx+QhDdZDFvVqsAFG6D4NNopPCYoGm6BD/qMG
R0G3vk6DzbpH9A9ocDRcFvPlGZ/ujDmiwehSS6UGUxAtKzRYgMWWlRosgtHSr8ESRFmu1GAdwtdr
sAwdlj0arId4y1812AD1sZIGG6kz9iINNkFx/IMz/xtiSfxrGmwWLkmI0eBoKLC60RIiMq9HW+/Q
YBFSrPdyWEK80fqEBouQZH2WwzrE66x/0GAR4qxvclhmcbF+osEYC2uYw3rER9niNVgEm83OYQOL
r61cgzG+yWUajHKSqzUY45t8gQajzOT9GozxTR7XYIxv8i80GOOb/IYGY3xT7tNgjG/KcxqM8U39
kgZjfJVkDcb4Kl/RYIyv8u8ajPHNvp3DRuar7L9oMPoqOzJHE+LjcpI1WITzcvI4HMXmkrNag9H+
nPUcjmaZn+PSYBEW5Axx2MLl7NVgJucHHI5nPs95UoPR5zk/5XACsyfnVQ1Ge3Le4nAi4hMWEQ0W
QVmUyOEkRr+oTIORflEth5M5fZsGM/oBDqeyHFi0V4MxBxbdxeE0Zs+iMQ1GexY9zmE7p39Wgxn9
CxxeyHJg0TsajDmw6CMO5zL/5Jo1GP2TG7GT14fcRRosTsN67v8ZGO3P5fmj5/PKXa/BDH85g6Mi
9Ns0mOF3c5jHJff7Gsz03g/NsA284IJucEIn9grcj60Zeji8BjzQj82vUSlYTT0wiDC7OhHv5hQK
YnqRvwChOo53/i8lFc5YpkATjvTC0AyND3GrsY/oK4ZKfBdhdY1AJRxbgxy92G9Ans1og59zbUB5
PmyDsBWvXUg1iONOpFzJdXSdYeeyOTTKDNUy2MSl+GasXoJai/CtQA7KcKNtgzjiw9aNshadVco/
kjFLmz/HruY5+Ie5Z5nfulBGH/aDsAVxTNv/3OcKYl3oLTfa5Oe2MR8peM9o/JrUjRgPBRo5vwJZ
XN8avK5D3d3c906kZ3wulMq8Pcw5mbSCs9gUibMH9TKbvEi77R9SuXh+MbphbtXmGb1uLXvzeZQ9
0KFZvZaP9HAvOtGaxTO2D/IRN8/UJrwOcasjEYlkVQXmUi23xM+9PO23QbRFQSqnlouRjHJz33fx
DGM51891zY17pybLyW1jnH1cIrO7B/X3cYkR7yvcaifX16lFIzLCrPZp8XDyOUb4ts3E361lu1eL
oIv7xsezMTK76Qg5NfuHuDaFa5hr1XTkmW/Y/TCX3TMnGxith8uK6J7GR7zt1zzSqWWq7ww6P8p0
ca+4sY/I7tQwQ9zTLKNmc9rDV+4g92gv52eWsnj2aVzTGjo5/1ZNq1ubaWQ9MgmzXuhGSiYtgp31
q1vzrkebiZvTD/G72aj6eJb2cuvOnhPTtdU3Mxc21sflzcpg9WKLZq1T838nr3qKtkqnfdbFdW/m
2Ag/W2FuLYY9fN15tRzx4JWt6K2atyMSZqu9k8cqkh0K92GnNn83j1ovp/HytRfJxn7OGZnJ3Ox2
z2QWW/lXapHp49aw3Nyqra1I3emdsaOP381mr/9zO5Lvc/Pr1HR0cAlD3NNd83LTBQOIn/Ysy+3O
mRl289xWeA5cyX3r43nnn6knkagz2yPr3a9Vjchq8mlZNls9I6N9PCJO2M75I1YzuZ18dDbTItq7
uLe8fJVsm5nFtO5+XjPZuJN7YlDTwdZQxIt+zj9t8bR0L8+hPl43p20r4HufH8eW4Z5aiHLZu4BT
za2wBbw69SFFD19LvQj1IdTPI+Tidz64nOdAJOIFM5T/dzUM84yJ0LrmaFmLlb4Z9/1V2Gox8xi8
DrFsB1iF14s5vh4xTXhluXkB7gT1+F7Dsc1gxqcp1pp5NvnOkmvKDD6yTiIe9Wo+n83Rf24Xm43M
dEWejnMHH92G9EMzOjtnalskn2f3o7nVMlI5ZutoZP26tZrp09b0Zi7FNVMT2Wpt1bSx1b1Vq6Ud
M7tRRKf/CzwzXTuHZ6qTS1txrpmcHuT1w6+t524tH8/mr+lVyDzmmiNldhWfqa9L2wFZBnbwyhix
ukOLTL8m+WwRyuazmu+pSEU+MyvO1Dxd21gVc/KzqBO19mre9mk15B/pZt7fiJjZOrvtjFi4tFPG
3DNXpHo7uUVe7lm3dtL5Z2KuaLnYP6e2TetllaSLe9o9ZxcZnHNWXjxDPTgnb2f37i/2FLOuj8uf
zivPPHnDPP5beDTnnkOn6+MspQdpIyfUIe5xJr9nZj4Ru+Zmd59WUSP+j6wqr5Yfs5V3fg590Yxm
82M1n/uZkZs+e7E9x6Wd0CKziZz3OnlU+z8Xg8HP+XtWso+fVof4qT+yD23lZ6NhmHu6+u+jPy1v
UDv/ubVnnrOd4s6MY8RbsyfWTi7zzHU8HTHn53zd/S9ZO+vlMzXM3+/nW+TSTrF+3HumJbDnkxqI
PAnk4Bm+FMrx+UvBazHe5ePzVSl/ymKfjmyEBo2yCEeLcaRUg8vxaayccy2FMnwWYI1J/9f2uv/5
zjg9Vvg5783sh83bvK5uZ6dLuV9p7nEpazz9Hj+ilFrPoNcz6PS7Pf2Kt7ezQKlz+p3/DVEhE6Y0
eXqHGManrO5HvuLKyqJ8vJQUKDW9vcoG9+Yev0/Z4PK5Bre6umoG3c7elZ7ermmZyzhGYahlm1yD
PiZ6SUFRkZKzxt056PF5uv2LZknmUnBsPpfVzOGDSvOgs8vV5xzconi6v9ByZdC12e3zuwZdXYq7
X/Ej6cYmpdHpV7KU5jXKuu7uAsXZ36W4en2u4R4kK5iRhHP2bB50enu2zUW5lLpB57C7fzPjdaN7
85UNng4Uvdbd2ePpdfoWM+mD7k63U2lyDvV34UTQVRUltZ5+v6uP2Ta4TfE50YvoKHe30uXyuTf3
L1Yic+9EKqcbB/s8gy6lZ6jP2Y/mK509zkFnJ04Db9ydPpyHs1/BsW1s/m50uxcn6Op0+XweVMcm
5ET5Q509ilsTxSY/1O9Sht3+Hu6GPo+ni3EzGM32oyGd6FTfNM4/7Or3u11I3YnA0OC2AoV72rPV
NejEePsHXU5/Hw4xhs4hjLmPKWNxdA1yE7qHensR5Lai+j4PKnH3dw35/HyqPv+2XtdcT7Bs9TEt
rsE+dz+nGPRsQbFOtL9zCBVFAtjldm72sPHhHvS50uPq9aJHPMpm91YXJ+Bp71R60R1Knwt91+/u
RHKn1+tCN/Z3ulBJxN1u5izFdSVOps/Vu03Bufkwd3qZjD53L3evX1tIPk1fJ3J0uJQhH6YU96Zr
YIgZO9TJ/K90e3DKKBEn5fezPMGpD7ow7n5MDQyTD13G0xNv+5ybndvd/Sja5e9cHHEasne5fd5e
5zamgnH3u4Z9XqcXTUOSLjTR7/YxwYzcO+jp83BpBT1+v3dZYeHw8HBBn5awBZ2evsIef19vYZ+f
/e1gYZ/vciebeAFD/pMMw65exLo4y9p1zatXra6taV69bq2ybpVy8era+rVN9UrNBRvq69fUr202
G83G5h5067TXmItZTNBQnIGfe/QsS4xPhiUym3PHNmWbZ4hxdrJsQz/zdRRJS0wOnqMYX1x+/Uju
3DzocrFMLFBaka3HiWng6WDLCDn984xh2TnM0smFgXMxTw+6Ov0Y527046xdLISezS5OwkM8w4eh
weztGPKjaDTTgytqzoSyfdNGYSLPuGKGmWWbstXZO+TswAxz+jBD5nIXKBv7ec5um54FzkmrXJje
TsXndXW6seicOXMFvdjPs43xOru63CwnMCsHeVVezNCD3Ld8dX/OqF53n5tNCJVwumHP4BZfJEl5
PnKkZxgL6lBHr9vXw/SgrIi7+zBR0X4MlXebEklezUPzFXF/rO6enRyrXgNDLh9Xg3Wv0zXYr81g
ULObE/t6PEO9XbiGtrpdw5Fydcb0GR1G0oUVoGu2xM3MEc3ihbXTPxtjNjGnZnX32cVyk2cYtHWv
CUI9Tv8yRrCxqQY3gZyK0vJFSnlxRX5RaVGRwbCxAZFFxcWlpXgtX1KulC8tqyyrNBv/war7wsXI
7go18/g6xMdVl3ZIYkeduR+zzB/xwxAx49HgnXk0s9humP8xt6JhVmkfeswd0XDCjcJx4cfCE3gd
mzs+D3/ua4NzXxuc+9rg3NcG5742OPe1wbmvDc59bXDua4NzXxuc+9rg3NcG5742OPe1wbmvDf4f
/tpg5vMDN/yjTxYiIxdjH8lWD8cMzaM9c/QCXjV886imcavgHbzfAh8j/TuIm/+pw/yxaZ7p85Xn
rBJnRzdxaC5NBHMhv9vKP++YPz5/pFHbfYf4s5+Hr8q51Gcbn+spzz/0oUe0iyvE5WKtuFSsEFXx
fLFBrJxLfdbx5rN+ojOLXXXGfCKYBnZHipFm7tgstkE7m275nMVz8CQW/ig4MEvmjM/g/tm8+Sd9
80/L+6K80v6/PISz4WU4y+tH0Cx8G2II+5O+SeHOcUtCiTohfGs8Jr5ErbEIt0MjNgoBYQ1MYqPg
EfbCTmwUyRuC+cUlhxkwbowusSD9zaBg24VNgFG8En6vYmP0N4/HJzHx1wVjYjnfV4JFpRFg3GIr
aaxJEK4EIriEfnCAXdiB/XnYd2Kfhn2H0IWVgtmpjsdYSnahvmokrxYSsQzZhRohCUqwrxNSIJWT
DQWjI3qGgjm5JTVGoVawcZIYwYz1yC7oBTlYYleOCuxnIVThxnGDidl3Y9CSWHJcuEGQIQGpdiGV
1R5zXDBCITY2k+Zxg7lkT02U0IzTbEa32AX2n/X386sq9AdREOqrFxZAEo5tEdIgEftVwnnBRPvk
UeFWTvZNJgX1rQjql7Bu3BxdMlljENjfAwSEr6PHv8617RnPqiiBmiwhB4qwUXTqToR2sv8sLowg
NIJhGsHQjGBoRtCKEdBh5G/CkZuQplDYDl5hGPZg24+wiCITg+jBwxxYmFNyWEgWbOgJy1H0HUFs
yrghmllmC8bFczLbeFR0SfVxwQfrsFE03j9utZV4jgq5fCqLx22pjMEbNESh66yRWCBjEovBcWGB
cB73RBr3QKDGjvcEYgQ7EPpzeoJ5h75Af8Piy36yjfe/0PrntP5XkT48SU+MoxZ1gv4b66dqFtA3
Udjl9HXYjxClR+nTuNXY6W/pBLOCvkoPQzX2r+B9F/aHsV+C/ZFg+s/sE3RiHDu0/a6gOYlNlj4d
zCvUAHumBlhTNSAuqaQmkz5Fn4QFKOJl7Bdi/ySdhAzsn8Dehv0k9cPPsH+UlsFy7B/R+h/TYyyn
6eP0Mdwz7XQ8GM1MCARl1h0K6lj3cBAid42F9mP0YfogpCDpD4NZKYg9OJ610B5zFOURei/1B9Ps
cTVG+n3SQj5EolF4hfUQR+8OljMhe4LHFPthuofuUW3laqaarx4QijKL8osOCEqmkq+UKweUGgv9
OkjoPFyw9Ga84v5MMXuwqdj20JuCYnmg5jTOic2Lwi68jnKoHa9eDgFeLTOjH3Comt4A67BRlLED
205su7BdAyJet2P7CrarsF3NMX5sQ9iGsXx4kcOLHF7k8HIOL3J4kcOLHF7O4eXah7AxjnbkaEeO
duRo5xztyNGOHO3I0c45mL3tyNHOORqRoxE5GpGjkXM0IkcjcjQiRyPnaESORuRo5BwqcqjIoSKH
yjlU5FCRQ0UOlXOoyKEih8o5ipCjCDmKkKOIcxQhRxFyFCFHEecoQo4i5CjiHApyKMihIIfCORTk
UJBDQQ6FcyjIoSCHwjksyGFBDgtyWDiHBTksyGFBDgvnsPD4DGFjHFPIMYUcU8gxxTmmkGMKOaaQ
Y4pzTCHHFHJM0eEx4UTNM8hyAllOIMsJznICWU4gywlkOcFZTiDLCWQ5oU3dz51BMW12YNuJbRc2
xjuJvJPIO4m8k5x3kqfXEDbGG0COAHIEkCPAOQLIEUCOAHIEOEcAOQLIEeAco8gxihyjyDHKOUaR
YxQ5RpFjlHOM8sQdwsY4/vWk/JdDQ68hLXrcXOkusoj3O+E93u+AV3h/NYzx/io4wPuvwLW83w7l
vB+GLN6jPN77wa4nQXt5TE0SloB12C7H5sG2H9shbE9gkzn0PLY/YAvTMjVDjJHXyfvlQ/ITsnRI
npJpjG6dbr/ukO4JnXRIN6WjSk0qNfM6iqUFvsGvO/H6PjbcRPBazaFqWop6S7HOluG7lJaqsaeU
93PJ87nkiVxyKJd8I5fUGOgFROSVDk/6FA0nLWpU1gr7K9jKs7JXYGX6+mPvWe3BrKX2CXIs0i1S
87B/D9sYtgPYrsVWjq0EWz62TGx2jstF+hY1QxN5DFs2tnRsClMBSUl4uomL1auHqZkcGH/GDOxP
b4PZOch3NJhdhN1EMHsddo8HszvsNQbyGGSzYxB5FCP3IPaHgvaTOPzDSPdQ0H4Uu4NBeyl2bcHs
AuwuDWY/Z68xk41gFxlrs9Y34bxZvyFo34Rk64P2RdjlBbOzGHUuKsrE0UWkBU5in6lxLYxocgTt
y7HLCNorGbUeslngiQ7yuXkSNtYL42jQ+4dJi0hUk/2U/Vb7e8j+Z3QspseryoSI3fOZE2STarQf
y/8eEtfYgzVGRo/7w5jWB1j/qP1A5k32u1AWyXzM/i17gf3r+RN6RH8N7b6Jqwjar1Um6INqvH2X
vcjuzz9p99kvsjvtG+xtmYgP2i+zH2NmQitpoQ8+Zm9EgatxFplB+wWZE9zEVfZtdtWeba9UjjH/
QkVEbnn+MeYBKIloX4z+zc2cYDm+sXyCxKq58gfyHvlSeaW8XHbIGfJ5cpqcoI/TW/TR+ii9Ua/X
6/SinupBn8B++SCP/Xllgs7COp3IriKHLZRdaeRvXCnRU7gIAvFCA21oWkkaApOd0NChBD5uckwQ
4/pLApJjJQnENUBD88pARV7DhBzeECjPawjIjZe2jBHy9VbEBuiNEwSaWyZImKFuSGU/NDhG4Iav
pR4GQpJv+FprK9iStlbbquNWxFauqjvLpV27zvn5JdtcMC2wr6GpJfBAWmughAHhtNaGwDXsZwgP
0xhqrq87TKNZ19pyWPTSmPoNDC9661qR7CQnw2yORjLIZh2S6VeCwsiwnqxkZBijCF0WsiNdOuuQ
zmiGLE6XZTRzOpEwurFXlPq6MUXhNJkAr3CaVzJhDg1mDPLWjWVlcSqHQloYFWlxKNywRVyQ3Y4k
+XZOgk9udi7ITriyQOEsSaZGUjZDUsZ1CWSWxh6hSciZpknIQZq8/+XLtTKPjBcP7Xia/bJju6Pe
ha09cPPWHltgV4eijO0Y0n7yMau9o7OH9U5XYMjhqgvscNQpY8VPn2X4aTZc7Kgbg6frm1vGnlZd
dcFitbje4axrHa+uaqmZp+umGV0tVWcRVsWEtTBd1TVnGa5hw9VMVw3TVcN0VavVXFe9m+V9Y8uY
Hla21l4W6cepyYg53J6a3royyeJdwRL68PJ0247UIyKQg2DKaw1EOVYGzNjYUH5Nfg0bwnXGhqLZ
z3dqQ7Ydy9NTj5CD2pAF0bGOlTDzCzuMqCFQtr4hkN50SQtLlYDqPHvMfOzFh21Q767Df3jv5w3f
cynBd9aX/2yvoaEhH7sM5eFTckMgt6khsHQ9WiLLqKq9rhVxBdM4QeC4MYOhfiI8iYN5aATxM3UM
yiPsF9lUIz51yXRUNypT9qjgH09JK/Ecxx18JzZ8jqPDwUL+vEyHxzMy2fOLf7ywLNLj8ynrgynp
JewXncqRlfWZkV6NzUdgT+ae/D3lo5mj+aPlOsQ+dgCR9gNsKw0WHhDAn+ebdgSC/laI/FAc6vt+
cEEaVzzKgLy81jwfifxyyBkvMu30Gcf6NKk+Lt4/HZAI3gcR4shg3tA005DGwgeHOAtX+H8ABR7G
7gplbmRzdHJlYW0KZW5kb2JqCgozNiAwIG9iagoxMjExNwplbmRvYmoKCjM3IDAgb2JqCjw8L1R5
cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvRUFBQUFBK0FyaWFsLUJvbGRNVAovRmxhZ3MgNAov
Rm9udEJCb3hbLTYyNyAtMzc2IDIwMDAgMTAxMV0vSXRhbGljQW5nbGUgMAovQXNjZW50IDkwNQov
RGVzY2VudCAyMTEKL0NhcEhlaWdodCAxMDEwCi9TdGVtViA4MAovRm9udEZpbGUyIDM1IDAgUj4+
CmVuZG9iagoKMzggMCBvYmoKPDwvTGVuZ3RoIDI5OC9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJl
YW0KeJxdkc9ugzAMxu95ihy7Q0WghXYSQupokTjsj0b3ADQxXaQRopAeePvFTrdJOyT6Of4+g+2k
bo+t0T55c5PswPNBG+Vgnm5OAr/AVRuWZlxp6e8R3XLsLUuCt1tmD2NrhqksWfIecrN3C18d1HSB
B5a8OgVOmytffdRdiLubtV8wgvFcsKriCoZQ57m3L/0ICbnWrQpp7Zd1sPwJzosFnlGcxl+Rk4LZ
9hJcb67ASiEqXjZNxcCof7m0iJbLID97F6RpkAqx3VaBM+J8g7yJ78Tb+C6Qc+KMuEAuihR5F/Un
5D1x0SA/Eu+o/iF6j8hPUU9cR86Rj/Fbe+RT1FOdJmrqwKmImpwavHeCreIufkbI5c25MD5aGM0N
J6YN/O7UThZddL4BIQCQ1QplbmRzdHJlYW0KZW5kb2JqCgozOSAwIG9iago8PC9UeXBlL0ZvbnQv
U3VidHlwZS9UcnVlVHlwZS9CYXNlRm9udC9FQUFBQUErQXJpYWwtQm9sZE1UCi9GaXJzdENoYXIg
MAovTGFzdENoYXIgMTYKL1dpZHRoc1s3NTAgNzIyIDY2NiA3MjIgNjY2IDI3NyA1NjEgNzIyIDYx
MCAzMzMgMzMzIDgzMyA2NjYgNjY2IDI3NyA2MTAKNzIyIF0KL0ZvbnREZXNjcmlwdG9yIDM3IDAg
UgovVG9Vbmljb2RlIDM4IDAgUgo+PgplbmRvYmoKCjQwIDAgb2JqCjw8L0xlbmd0aCA0MSAwIFIv
RmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgNDI0MTY+PgpzdHJlYW0KeJzcvHl8VNX5P37Oufsy
c++dfctkJpOZLBMMkLAEornKJiL7IkFGgiyyiBBABEUNVQERFW1dawWXKlYtAQIG1JpaqnWh0LpV
Wittca1RPi3FBTLze86ZSQj6+f6+fb1+//0yufc+99z1nGc57+c5z7krl189D+moBXHInrNk9rJX
n3jrZYTQmwhh15xVK2P3/OWcI0AfRUjsO3/ZFUv0y1dPQkg2Yf+qK65cM/+EOqwMIWcLQpdNWjBv
9tzxy24zELrybbjHwAVQcFv2RxJCS3TYL12wZOXqtsC3/4L9vrB//Mqlc2Z//bv/gXOvisH+tUtm
r162Sd3Lw/5DsB+7avaSeRe+uH817L+AUPoPy5auWHkvqswh9OAWenzZ8nnL9u/9+gnYb0VIhXKE
4Uf/4HlYpPuE4wVRkhVV0x1Ow7Rcbo/X5w8EQ+FIUbQ4Fi9JlCZTZeUVlemqPudU9+3Xv6Z2wMBB
g+uGDEX/v/gT9qMgLCHhSRTkUyiAUO4TWD6l2+zC3Kf0ON2Sz+Hk9sKC0Hb0LF6InkUvoZfxcbhq
B9qH2tDvkB8NRw+htegnaAMS0QwouRVNgp8A5T/BwVwbqkaPgCw9gg7CuZegG9B+5MOB3GfoRnQL
9xZcdQtyoBJ0PpqAlqLb8cW5q9FM9CF/ExqELkZXoWW4JTc9d0fu7tzj6OdoH/e7XBfSUAjNgd/B
3JfCn3J/QX3ginvQA+hDfLeyB9nwlBY482doOXqQy/A4d0XuO3iDOLoG3oFHY9FB3EHScPd56BMc
wGu5YXCXx3KtuQNwVgRl0AL0INqPB+BRJC7MzI3NHUQ+eMZquOsDaBfaC7929CI6gnXheO7x3HEU
RFVoNNSnDf0ed3DZrnXZBtrQ0EoVqA6OLEW/Qq+iwziBf02WCrrQX7CFa3NvIw/qh6bC2z4JV36M
vyY3wO9G7hV+ZO4C5IR2uYu2Nvot+hsO4Wo8Hk8jFWQpeZhbjmR4Yj/4zUULob3vh7v/FafxXqKT
Q9xj/NP8KbEoezTnBI6k0E/Rz9CvsQNqGsMr8I/wu/gfZBiZRX5K/s79hH+K/6M0G2p9GVqCbkdP
o6+xCw/GE/GleAFeizfgu/AD+CA+jD8l55MpZDH5ilvANXMv8hfAbzK/gr9JWC/cJn6anZ49kP1D
9utc/9x6NBHkYR28/T3oYajZPnQIvQ+/D9HfsYA17IRfDMfxVHwd/G7At+NH8Xb8FG6DpxzGf8ef
4X/h/+BTBMFPJGESJyXwS5Dl5BryE/IQOQS/w+QL8i3n50q4NDeAq+cauaXwVhu4LfDbw/2ND/GH
+By0c3/hXmGrsF14WnhZOC7q0o9kJL95+rGuyq6/ZlF2Y/be7K5sW+5vyAs8DEErFKN6ePvZ8FsE
/L4XJG4Hegvr0HYhXInPwxdDy8zCi3AzXg0teTN+EP+cvfsv8QvQSu/hr+CdHSTC3vkcMoBcQMbD
7zIyjzSTLeRu0kbeJd9xEqdxBuflKrlRXIabx63k1nD3cq3cm9wH3N+5k9xp+OV4lS/mS/gUn+ZH
8bP4q/mH+U/4T4SZwhvCR6IqLhHXi+3i/0gDpfOkCdJEKSPdKe2V3pabQDp/g/ag53rrPD7KreNG
cHvQHaSGD5Lfk9+DPM9Cc7mxBCSVbMcbyfW4jZQKq8WhZCgeh47zKWjrV8hWcpIM5cbiMXgyWkT6
5e8mevhfwKae/w3q5F+Auv0e7rxa1PEN5CtRR7swInXwzN9yffk09wY6wn2IJf4R9GdexX7cSZ7k
JoAUvMifJ0xHce4h9EuuGV+P9pARYLFPyZtBjsfhX4BdmIL742+4HOLIOJCiQdw/0E1oMfkT6gQ9
3ojuw3P5K9AdqAavRZ+gJ0ArKoSrxErRi18jC/lNxI3bEOGfgtrV4VLMCR50M85wD4pfkffR1egQ
r6K/cs/A2x8iv+TG8seFSXgBaMD1aD1qzq1Da4Tp/B/xFYjD01CSPwrWbS3Xn4/D9kawKjPBpu0F
7d4PduB8biyUBEByLga5mAoW4kH43Q92ggcJWgg6fglYsd+jNnEKaUdXCE4MVgch/o3sJDQj9wR6
IHcFuip3N+oD9mBDbi3ccTv6CN2JtuNbstehZSgKmvNXfLEwkhwSRub6kE3kfTKZ3Hs2f6G1kziA
PoffL2HnPOF5tIl/D01GDbnNuXdAusvBwj6ALkcXoWNQyy/hCRdyHagmO47szI3klkF9P0QTc0/m
irGKFuSuROPRC+jnkoBmS2l72NQp59sN551bP3RI3eBBA2pr+vfrW31On6p0ZUV5WSpZmiiJx4qj
RZFwKBjw+7wet8syDadD11RFlkSB5whGVSMSI5tirammVj6VuPDCPnQ/MRsKZvcqaGqNQdHIs89p
jTWx02Jnn2nDmfO/d6adP9PuORObsXpU36cqNiIRaz04PBFrxzMmTgf69uGJxlhrJ6PHMnoLox1A
x+NwQWxEYMHwWCtuio1oHblqwaYRTcPhdjs1dVhi2Dy1TxXaqWpAakC1+hPLdmL/eZgRxD9iyE6C
ZAe8VGsoMXxEazAxnL5BK5ccMXtu64SJ00cMD8fjjX2qWvGwOYnLW1HiglYjzU5Bw9hjWsVhrRJ7
TGwhrQ26LbazqmPT5nYTXd6U1ucm5s6eOb2Vm91In2Gl4bnDW/3XHguc2YWbu4ZN39D7aJjbNCKw
MEZ3N23aEGvdNnF676Nxum5shHvAtSQ5smnTSHj0ZmjEMZNj8DRyS+P0VnwLPDJGa0Jrla/fvMQI
WtK0KNaqJC5ILNi0qAlYE9rUiiatie8Khex9uaMoNCK2acr0RLy1IZxonD08stODNk1asztox4Jn
H+lTtdO08g2702kUCN3Rm5jXc4xR7HRKjZnU07KYvlFiNAhEa2xODN5kegLqNJiu5g1Gm+YMhtPg
rxHDVa1zgSMLW5VhTZvMIbScXt8qJM1EbNN/EEhAovOLs0tmF0rEpPkfREkqJz2iBse76dZ0urWy
koqINAx4Cu94Htsf0KdqVTtJJJaZMdhA86EJ0LazG4dUQ/PH45TBt7Xb6HLYaW2ZOD2/H0OXh3ch
uzrd2Eqa6JGO7iPeqfRIS/eRnsubEiDJbQz+elvlVM+/YfrcIxYMacW+/5fD8/LHx0xOjJk4Y3ps
xKamQtuOmXLWXv744J5jBarVPWw6FyYFioQ5dhSEcmbPyXRnut7KJ+FfZEI9t12SQSpZCY6NbDWb
LsyvG9V4/L+8qD13nF7FNmcuK7xm65D02ftDz9o/6/X0TRy8MHSDY6bM2LRJPesYiFr+gaMLG5B4
NGV6PDasFU0FzUzCf3uuYzBdGsOtNjTZMHoCyF++qLB71onhAt0If1Q6+1SNBEO3adPIRGzkpqZN
s9tzLZcnYmZi0z7yMnl507IRTd2C057bf1u4deTmRmirBXgIKAVBF+xM4I0Td9p44+QZ0/eBcxbb
OGX6LoLJsKYLGneWwrHp+2II2ayU0FJaSHdidAeNwVDJXURm54f32Qi1sKM8K2D7c9oxYmVydxlG
c9pJvszsLiNQxufLbFZG/6iNGTZlem/pYSrZ2AekkWAGngUEaBw8xbgVt5KwwtChno5xHadtAZ1C
Mb6DHr8XetLPwGOxUBGqxO59iM+dsEdpmjiV50cmpiXmJ1YoNyviwtDVwjJlhXaTcJMmlvkULlBW
GfUVKYrbFa2srKhA4PpB2xRHoxaSAylRN00yVWzPfWzXGAZQLocD1qKuw1qmdwdSh7XH4YD1lGRK
j9ArdJWep7fDO3jpWXqoqigawzFomBg9jtpzJ9voDRlBzwXiuzZ62wIhUuK4rdL7okx66MxA2jyZ
Zn+Z+q76cWxnbOeJfFG6EzVAKV1cddX1Zld9XbVVZ7nqsMtf168vzsAtaqx4fx/0yqJE106SwPH+
gwYOHFCbSiWgVfsPOo/k6XtJavsbK+Zfccudl7T8enP2x/jcdYMvGjPyRw9n/4yXXJYaNmPIlHs2
Z58V9jfum3fZEzVlL7RcsbOpHzfJ8s0fO3ppxaltkj548chJawAkEnRR7lM+wp8HuGMQ6WNXKQ6l
MugIVVY4KivrHAO9g8JDKkdXZhyZykWOhZVNfTc51lc86Ptp6CmHt7w992kbbbwyIOwgpZ4I/qJ8
b/D58gPBQ+V/9H5QLg/34ShtZIs2mMtF1wJjyID23FF7KqWK/cWBdFVlbR1fVzWav7BqmtyYni8v
TK/SN+iv6d86vk1bg2qdmDerS2v9/eOewKyKpRWkIlLtbHDe6dzqzDmFrc4dzq+cnFOnHHO25z5v
ozx0Mu6apjjVqVMuOUXDgLUzwvnbyS/2Bu7xRCISoieFGDtHlKn9I5xWMducjUTG8mS8tD33BbsZ
JWyNlpbyVApg/xhUnhEnWCsA8Rdbo48rZQ+C/dNMTkrbyaW2s8xGKTMVS/VN7UgJdWA+2pxOMjXV
nnt3LyP60TLbEU3U9q3rqCPb6nCdn77b+fSO/mSgpLr0JfGQSIrFBpGITibsOhP2ABN2nb4MXYOY
O5mwm0zw+w3uFst0prnzRGfazDSnoSTTI5rp+q70Rx+hhs6GY+mGzq5jIJXV3ec3ww7812GLySlI
KfzhZtig5qQoJkpSA2oHDhzEfgNqy1KJElEqO4/UgCADwPR6fP5EihMlJwGypj89iaufu2/RjhdG
rbhwwOIjV+CaERtvXFPUGrjq8K0bfzHBVPwlL0T8lx9YOrP/koULHk0V3TR15NO3jFs3zuN0hEqT
6lV9zm1sDjTfNsaefdE5q4+fuuXcwfiD8ohZPrb6wqZLx597DShwQ+5TbidIdF/Ob1/Hl3hKhigX
KcNLp5XMK1mr3KHcXPqE++mqlzmH4g8F/H3HVL3rF8JkKiFmf6wGZsozlZnqTG2mPtOxSF6kLFIX
aYv0RY62VFuZUZYqLSutGFg6Q23U5qbmlq9MrCxtKf2x+pB+d/l9Vff0fVx9Sn+s7PHy3anfpnzl
VDAoI0q6iUQ3UdpNsHMom0q6iUQ3UdpNFLXn/mq7onUz5LKkrvKhWMrLa+cUhUCG7ZJgFWV7cbAh
OD44K7gjeCgoGsHi4NLgh0G+OHhnkARfBDn2gqL/AmGQLw893cQ2JiZ48ARhExMMgrfb46ulW9t0
WrUYnzOz6MoiUhTxSnxevMlUID5uo7JICdtNJZyPnKMVh3CoNGi7A7X96eXVVC6DgfyaSmfQR6Uz
GKNXBmP0qiCTy6CP1j8IqrFLKq2ES/dE6g5X4kr6FHpFJTUu9DaMoFcA8fleelFliD0qXlZZ29S/
oz9p6N/Sn/Q3McaliD0Tmcwox/KtTKYygr4AJewgfYlYqWHSWhns9YwYPc0Aw27H6DMNJ32gwayG
UfIhwg3gZhEU7Fc7KJAeZ57INI8tKE8nLCZslo8rqFU63dzL6tMjoFiwbehsZmqVaV6ePmZ2sU1e
twqqNWyNbZf1iSYET1XKMl2m2+TEEkcsjJRyKYyFPrCKemA37kyEUUnCocsVahiXlymqmObDqNgs
CmMEL1Nv1udXmD6+Mr1u3TrU8zaZZpxZ3pxxD/JRbaQKW3YOdCqglwOZykopqsFejx+01x8FpWUq
3rDLuPW6tasHJH/8ygPjzx9cedfk61+cYbXqKxauXeTzVYdvfum+aQtfuf7Q+/jcyOLl84afmwgk
+49eN27UmvLi9IXXXRGYNHPSoESkyK2W1py/duaMrZc8Q3ueMdDzREFPvagIT7b9xSjiJVO5jJBR
pmrzuMXCUmWeJnupnaV8sICwJ1GqKELXZa73he88J0N8P9eQYL/I+a6xofMjE10zg5Mis11LQrMj
q8XV3pPkZMBEPmw4/P4JvibfMh/nixhbzG0mMU0+HFEltD+vGczI5zWASgqVpnvcEV7z2w6w60yM
gPiSvYqD9jBUQhz0fAXksNWBHaFiqkfJVC3d2udTQ16Mi301Zqlkl1bWFksN0niJk2JU7CRms6UI
va3kpDZbitAbSkwrpGC0IGgFrqXHdh0bZzan0yeb0wxVgEx1gQ0+1tAJQgVwo7keUyvt6oYS1EYv
x37KPWSZqKY/sjxSnDEdx1PMTHOX7a/6ct9n2a+w5y/vYCc+/am665Y5m7uOkIn64Gm3rn0KT/M/
1oaLMYd1XJ79a/ZbM7Zj/wJ8z/phC54AK3sTQngQ4DkO/WOvMJBWSqD1HzS4lm1rB+S3ffvltyVJ
trWTXn+tIRQLW4UPBX48rI4LXLGwTGgRcgIPcFIlXBKjwp3o1vbWDKjdinAHOg4yg2LoMDoK+LI9
901bAah9ZxfRHhSxfhmp9FWQh7Ypkikr4YwsYxsQuW7gdtpWGTWOHzXhDHBL5/UTOsR61NBA25Lu
0b8aq8a6qU3Y/91IKrkboe71rO4SOmhfprDqj1e2KNuUVqVD+VA5rkhIKVaWKS3K1kLRUSWnqMUK
RljiCaeI3A0YiYLIq6KUFBC/ld/Gt/Id/FFe7OCP8wTxMf4w7PF8d015WlM/rSnPasqzmvKspnwe
8zAiX1m+p478OPnsOkKl8hWsb+hkYkMXWtnlzWn3gBovB3Xd2NbWxv/z0KFTXj51ig4ioQ0A4j8G
bfXh6223wIlust1sN//BfeI+zp10izwFw/Wao3aNie83DweOBnIBPiZ7nB6fKyJIWPQ5VIdTd5YG
bFqZgE1fXiuntOahldIowLKoQmiseloJO4NabI1WUfPQ+sH+txSGAaVSOw77J20GKzW7ZmBtTsPw
r40LUMEJ1Q6sbQ0cD5BlgW2B1kBHgA9wpMbrY/J1ss2yCli+R4z8PxAjnokRPWbRpyHChIYvSFOH
7YJnHqeOebdYjvObJzPNPdJEJelEPesaepfSfgFMNLgEDQ2dFvgAefvvEy1FlVVJ5UQzZYnOMDZU
F7XqYMor14EwIuAdSKJ3YAFfWQmrNm+xrQ2PXv1B0yMTTLWtcvGFK57kU/ftGLFsbP/ru1aQ9Vct
Of/uN7teoFx8FLwwOm6koXtsryhEZVmSEMdTl0pVohqSJVqtItNVK03hLoqpMQdRQw5e+f/gGulD
L+1ty+rHMucoM/bEsfT3faJ+fcEH8sYLy6N86emHufTpd7ibhf3PZhueyTqepXWYAPiuEyQxhGfs
JNQ5tWudNxrY0LCNJqBloJW8K6JJAbDe2OmVZMpViUFlSWdml/X8EsO4B99+hQLfTvNApj9d+vUN
26MUHRdHhrmH+Se7J/ub3E3+n5Kfcg86HjcfD+myI6guIgu5RcLV+jJHi+MJfY+yV92j6z59vf4P
wjlLZhlLjRsNzsAUoK3pi+hLNcFrbUHbQESOIwUZhobOvGMEXr3UKTMPpSQM9SvV0sUY7ATGNhU/
bFPBxxfSdsUhehoeHfGWHpIw7VJIoftQ6UkS0wSpX7j2QEHhAcLnFT+zvODC76O93eDGzuUn8tiE
dSFWXbWZOQb/FOIDRmhu7O48al1U2HqAAe1BuPqdRV/98kj26+Wf3frsX4p3BG+csfEXj9+86A58
i/+5Q7gIq89gsm7HI+HFV/7mrXdf/hG1mMOhry8DnjlQEC/e6w3QargpsmMQi/qPKxgeZAdckhrU
R4kXytPERvkKcaEs15pDXEN8AwIjzDGuMb4RgZnCTGWSmXFlfJMCS4QlylxziWuJb27gGuxVRMFx
KTdFmKJeql/JzRPmqVfqqj/CS1ZE0zylYZsKQpiZH5D1z6li0/6YiYdZKD3OHDpGsP6YElT/GcGa
mGqJuzRZ21fCSDKlGHTs/T4M4zAtH027fqCdpUh3Uj1hMQnEZA9FmF1hPEPMTUM666R8TG1suGUx
aoAG6xeiEAD05IzFAACQOZnJ9LIhjH1guZszqHnYzOm2MlmYrFwuXK7wONPIUJ/bHAT8Q3kgh9ye
POyjvBz++K2//TP2XffP2z7Mdu7btWH9rt23bNhF3LjsjlXZv3Ud/OePcBQ73nzjzT/89o3X4YVG
gtZ9mI/f4Kn24yrhHUlHrWO4QxjgGRC5hExRJ3kmR64gc4V5yhxPU6Sj+G3hHfcHwY/cH3m+8v8z
+FHR0eJcsa+4OB2q99WHxoSWFW8pls4hpY5zfEPIAMcYMsIx0jM6cok6zXGF4yPxE993+ITTxF7O
qZkGCoO2WEj1goMeqMEoaRlJ0zxsYdOyrSarxeKLGUuLGXstFzVUFgs8UPaCLQUbYDEmQ+m/8j2K
5aQtb1FURxsfiG/sCxjUXOkqfUk6JH0o5SS+G7dFe+G2aN6YMCFhToLEIggUt03obeuax3Z2nWFX
prne7AQrd4yyrZ4uLAJEVY5xMD6Agm1wqPMqB70w7sUvbvC8Aze+c/Wit29qurd6d1fsmatX/Xz7
dasfWf/w5lOPbcXcponnE+d3I4nrzdd//cqRNw9QrbsgO5H7HLQuiirxUrtJ08C50JKei7URHlEp
ChZVaSlPVaJOG+i5SBvpmSZN1xZo36n/8TrPSVSVnZc4r+zisi1V26qkgfGBFQ1VI7WR8REVU+JT
KhZKc+JzKpqqWqqOlH0a/zLxVZnl94nedrKzrTzilpjlM2OoL7N7LagDOkcJtZPr7f5CJGKoI0oi
uurz1iRr1GQgcNiPTb/tb/K3+PkqW4P2rWJM9DMm+nuY6GdM9PvYMaq5jIn0LJHu55nop7DnIsoS
/0oDJ1FJcelLxiHjQyNn8MVGgzEeDDND4EaIOX4lzPGL0DsV3D3GSSOYrloZp8xMj+vFzBPAvrP5
2XXsJHTjnccoHj9Gt/UMNYIR9VMfioU8yoCtJM9V/4AaK+9T9VbF+Tu0/sNWXr8x4MSrWv98/Ko/
3P7CtU/M+/O2X33+wBPXr93+7LWrt08PTUz2nztjUOttuP6D+zHefH/L6UXfHFr9NFf5h46X3vzN
K7+hPaMbmN4ivIX82GFHPQo2gtXBvkE7uCz4U/0hx1MOOeQod7QGO4J8kBqq8lBxbZHs4HQjomIv
SXvcPCcidasHe3Jum/cnecSRu3EejvcrwPF0pLh2C8JBm/n4toNCJg/DBeUMFJQwEFVVwAWgaszs
eQpAKo9SEfXyGaACwPAcs3yPBYIv4P0ojk5iFUGzn0Hk1P9J15sAo+o7zc7ODAWu9RQ3dNZZedzk
MS1RkURZJKKpuMLIEo0wBtBUuW4dToNmLa+xEgPAi2BeLnRltCfz1ngT1q6tW92hm1ZdPDM8uP+k
4YcOcQ9ubl5cO/IS18/UkU2Xbz49H9r0FmjTV0CHLPSaPbTajU0eJ/hafhg/mZ/Pr+RFxZIVWXG4
LcWBOBlrERHALlKV8i0ylktibuwmJVbepbHN78PFXl7MN7bVC36KrJugEcRCe52wfazBRNZaDC2g
ca5RB84G9oA3oRc/sRxMDEOW0EJ1DOIj87UNzusPUFuzHGcYhuxpCwng4y2Pnrew4dLLzrvggqGX
eaJ86pHmC4c8WTaqoWl519vUkjwMgKULrL8DBdAuu2qetdhDxphjPJeal3p4TY8aTifyByiMRLIr
JbPoumxSpsv03cP0reVQLIThPxRw/F/hZEFs9G78/QNUGewdcC9E3JszJwvecTem7KrPO8Q0tM7i
GSQet4CmigdecPxhUnH32Cvvbvwy+1p2I77uhYczF/e7OXursN/pmrd3yfPZrq5nOLz5xpk3eR1U
v+bnPhFWgX4Vobf2zCGLimjoLB8CRxTCzKJUDPV3zAGzt7KoBd1ctAU9KDzN/dyxj2tzvOo4jI4V
/bvIcrqKrKIirlIstyojseJRjmmeS7zTgguExUXXuW5zPcg94Hwwsh0/TrZb7zjdyINCpscM8aQ9
99dd5XUsSNGnvA46RcyH3VGdC0d5xUwZF6FUDEBjqNifioHssbaTg9E5M/NdUmZsJ8PdYMUYbrDY
wAO0HTVX6TSm8QI+UVJKTVVpTX++gPmg0VzUVPFtL5+b/c1Hndn3froDD3v5L7hq6Es1L//4qX/M
XPLx+sf+Tki/r079Gl/1x4/w1J1H3+iz7e5Hs1/d9Xz2s03M73gIIXD69yMFX7/TpdEaqG5vrRzQ
fWQqR9suTimZcFxMkj2SJBOJ42SFJ0SRZJ6LiaJAI/FUTgRmVaigCC4qJLD/tR2ilRUyMQ3HtAla
k7ZMa9EETQa/hSmeAx7230lct8f3dbfEfdMtcerQxt4SR107cOxY70B9F+rM1bNIeV3dBv6c9Ibr
D+wUqXeyD3G5o8/pVq0cgxWgssZ+faG50wDY2mR7ZB1Uv2PvyDrZ7p8n+9dJJcE6yuy9QSD750la
mmCkrSXqJKcHFjfdP7HXDWRRniwC0kvJb3Z66wpvivMbBgcbQfMxAIsEth56lSP7Xz2dFfafWsff
+N1IvuVUS0HThRnAKQOk/CO7OlaMh8n5MTfLjBpIBuFScB5mKaw5FZW2pcLAlcKGXGjLKaHiIvO/
9hp/2NrR7w+oFejMmYE0ZvsHcmFJFmVB5mVeDAZCASJqqq46wIf2+jw+t48Tw5w/jl1OWAXkSBz7
VCuOWLNUwt86nDcO0Fm7wDw4SSIZp512j4XA3z4944bGlSvGXXvXwVuyO3HdXT/vN2LsfVeOezb7
prDfW3Tx5dlDB57MZp+a3f/Zgf1GfPbEx19XRqkXl/sXqRQeQH70p31IhQ40kapVWGQQiJYg+He6
Q8Uc8plK2lBFHwBbwyxBJdjhSuo4J8kjlBFN0jKpRdoi8Qg8jG1Sq9QhHZZEiYId2qYSjWsz9wVU
gg0nSbRDYeCUEgyr5iMced/F1pgXIxZcmLz3Je0ni1AAD9w5/3uBsBPHzE7a8MdO1DPE2gV41VVn
1dSYr1Grmk4n/XnASntXa5BFe1QPjTESM3Rx/eVXVt188+49e9zp8ugjW83z5j1K5mzG0pXZ2zd3
/XhsVYhahfMBKS4iS8BjrwKQQpZxZCweSwhOIBISlsEJQX7Z7dR6HcuYH6PqseDrIPBO3QPi3vNJ
BW7fs6cQmRJT0EMn8Kv7kKMwsiJ3D7FAm//JHqs5apP8Mf6Y8jf/RzHhHeFkjPjlWEIJhGMKxyWi
EdFLQSB03YlQ0FQPJ/GW5LYkSfr9IWdyi4UtnnkUbGDDYkOBzKPw0Ca2qP3y0w7bIsyvYB6dxQYB
re6+y8pzhhI4Y+uB5BbwENntwj23C7Pbwf6XtkVvF2bGKMxceyjN5gNfYZ3eONw9uhim9/MhUpNI
4sMI0ygDoS7keGhVek0+Nmrmx0W6O1VY+wqGrhfC8DCEkQ+M5n3TYGmyHa/eHR/VGwmn8yHEsQA1
epX0GvNIZ7rGjZg3/OPm5YhCNeiNx4LjQzscikUKwS6n7nGnPLoVxi6HtxDkWlcIXnfjE5+frnqH
uSgFBA14PdL/iUWr7iu+4fWHf7E7MfO8ZT9pmz734nVD+NQ942ZdPn3/jr1dZeRnV84acs/jXfeR
XatXT3jwrq73qYXbkF3Ix0FeXCiKL7fv0M0+5rnmGJNviLXGSHGsQk8U9ff2L7qgaFlsS0we4h8S
vsh/UbhRvlSf6Z8ZXiQv1heaS/yLwx2xtzwfBD4IvRU95jkWPRrLxXwJPm2mvQP4IeZI/iJzhvmR
9s+irKlZTs4XYcDQF3FqyBksPaxiU7XVJrVF5WPMc40xk6rSwTWNioUaKOznjaRKlZ6yTM0rPSM+
tROUWepK7K4hNa4kQh0Yb8HbcCs+jvli3IDHYw5Tl4hJAWZSgJkUYBbrwAwkYGqSWZCJnspwJmaD
9MAaGm4KFo8aFMBn/NpuATC7wER0nSmiwKuT4c6CVwtnoWZ3NzN9YF+pwSizuF7Oz4bHh9y9YOPh
RVd/eN2MO8+xnli1+uknV67YmV0ovLhp4sTNufsfy5667eIhXae4xw8eeOOdN15/j/Jwfe5TnuIJ
ExXhFvunWNCNUmGAMEIQGopbi0lxcUmkJnJBhMYYxCFuGnC42HdxKCNnHNONjO+y0CL5SscC4yrf
VaGO4vf1I/4jwb+7v/B/EfwHi1IEY0K1Ue3pKzQYtnCxMUGYLxwp+g//nambXicvEhSmzFS9wMxA
6WEN2tIGzNGi8fl+UWN5CBpjIA1QMwZq3WElrZuBQBxlKsyC3NUsqL0SeueCC5CPMtdwSUL+d65m
u8esutmr92Kv6yz2fvN99gYYez159kZH9R5t6s3edPr7DKb8bTgTt2AcjicAUgCHAWCbKFFSxnn8
Z/iL+zzZtnzn5Tua7ey/XnxhMamdeteqZ35+9apnhP1d/7lz/J2vr8h+lX33Z/jel6bedvCNw68c
BO5OzX3CW0IH4+7UQoxXDUV5wRN1OPxK99CwwvJOGO6wEGtz5MtbOGbtaID3IKwOFsJk4TweO/tO
eVYo1CEt9BZf5lNZ4Jb5YWQ2XI2YL9NzyzP3bBNjQTMCvN1FYtqvckeRDxYXLEbuqH05L24gG7WN
xmtOQZG0ABnhvth7UXBYeIp7pndmcFJ4sbRYm+O+0rs42BReQ64RV2nXGhvE+6V7zdcCR8i74rva
n41Qz+uuUOx4oravgpFiKkTZUmytYOjWCaUxRBO4tkRfvS0fNexk4xA9EUKK8dFg+odhaWx0myzI
BJjHpDpZlnKblGWWCSyTxKmL39q2atfKCxa99cjba+7a99TatU89dcPaizLkLczjc5+ZtTubO5LN
Zn/z7P3P4Z9l7/vqOF6AF325cD3tjevBU5SAd1H8aqG9Fct0BNxuNlx6os2yGPGlrVCRdEQ9QpT1
n/SEaJQejUaccCTKwjHRdvK8rRPV748VmxYhsWKanfL2Qbo+iKrpyHqaja8foKH7gqjQB+ouFxux
PWErhkW6n3PU1lxuMjXqoWX03rvg1nkfjgWVvrCdLLz0vzyN8pw+jz6NPcweOFQYKj4vvCQ+L70q
vxaRRuuN+hTnYn2u81rXte5bXS+4Pgp9FD4e0l/SnnOTsBkxi8yoKf4qdxxJICAybBXAZKGoasqi
+Hok5IlEQnIkxGEihyKcI2q2k8d3jwfw0Y4De2gNEGsOAxNdXeF/C1qbygN+nqxDMWTiwbZu7Wkg
s8hSciPhyX5SiorxnTvzAnGCjgPUmycK8JmGq2jeAUs+2OA8J+283jyA81rdLSWDqX4vb2xMeuOp
QQMLmJgl+DBzTmPKEvzz0ulBxJ987MGvtj9w3Y8ewvvc3/zhrZMXPvnyozOjzz57fv2cjhsOfDR/
8Y8f2uQ+9P7nz07/xQuPb5zdDySlL0jKfrDhErrVdggkynMEsTR0pZ2s2B3jMd+O8XNiDJNqDnNA
78HMn6DiojGfQi44FP/q9iP+3u1ZnO52KLqHfuGO8t4HersU5okMjd9lPjbZUFzeo4hb8QF09Im4
s0X8pmxYcDz77Hf/pnIdz07kvuRTKIS/LohZkeoxOI2LBA2XqIlu22XENFuPGQzVGcHqdOiDUOAg
wEm6YQEZlugR3m1EsEEduSWRunLPNGOHytkO2yBGrLxvrUlXkq64fI6Aq0wr08scA/WBjgHOByyt
3FXuvtDX6Gp0N3oXuha6F3rXiKsca6xrPdd6b3Fssja7Nrtv9dyvbtdeMJ+39ns+Vz/x/MfRZX7r
yUWiroI2+txaJMwbw42bDc4I9rx+PmDkqsuwcFHYHmQYumm5XCrigh63O+lSPbBj6IalJzXVo2mq
m6bzaSK9AYqYEVIdeSlCIu2kYY8BbWF72skUW2tw2S4yy/WSi7ja8QV7DVyCRoRVeoi1lh3T++rj
dW6CntOJDmfsrjagbUhDWzi2FvwRaLyu5hOZ5lCgE8jOgHniWBCcgebOUMDsZBQKUNeEsnCDcE5a
BimGbYCJM4KabHCa9fXygTGtzsljWgMTZ0x/Hum5T5GW+xRTMwiWEdzwfcgDHvagOrVkUJ0TpGuP
t84qyfvPjXTYFjVn0jjT6C7Lx3Phh2vcgE0HuWswVYFEyY2eoVX1F/qtlKBll7z8QbqkOP2PtuyV
55f2XTutNnvFU2Z5aXixUcSXdz1w9bq1q8jiU7/bcUHjZCpX94P3YlAkQ47l5WofWIaT+WiE7HSA
nSIs78RikY4v7XJK6fnIh6FzCgJroWhOJCtE1UQ2nm4WgMd3exnwMFE+dSsfZux2wk+3ndVJ0h6t
oaPDPHy4g5qEdJrFhtKou9Mspokr4lSRrTm25tlaiBWifP+yE5QiDHNwzMckLI9KYVhS1Qte5zfd
/tk3djGlUgLWY6qr1mArQecQBowsy5j0xrz58L76PJkGuN0k02xHITgodkcO8oqOaV1OVANyYQGZ
+nxlMvnanAmEpMP2jYgYsoeEZX6Vvl7/HTSlPlofbXAVfNJR5ZzOXcqvcqx2bnDIGhHkOsdA53gy
hhsu2fJYxwVO9X7yAHevdK+8nXtSEl3EcDr7CsQjCESGfquvIAMp65OMSTTVjsh0Dis4b06nSfnU
5GoBfdhPtiMH7rdLiMntuJ+t6ooas/UbNazth0o6sQZHSDvWoAPDKGYsMzH0B9OeiwlNQovACe1k
+26LhqSCYMjAlAXAU2dKAnSoZ+dYBhQEmsHs9QuZnZ1UWTZcf2ADqMoGFhYe06qBhkRBQ14EDTkF
MvguIrl3KVjAY1p1OFbOBo8duW92OlVayhTHkXt7b7zOWRWvg772bdAhZ/9BjNzTB0r7FGJQjcvp
+Bb0Jo2NNVYcU9XBcfDlcAJb9+NSfGlfX3AAnoWF57PTdmSnC/tP/euuCyf8lDv93Uj+jVMD+KOn
YoUMFJq74MGz9wHM6tjt9ddytE9nvmqSH8CN4PY7eFY0xB+s9cuWbnk4ASMjIkgeTdWTCksSUXCH
gn3M6/KxbBSF5aEoLA9F6clDURgOV0L0PIXmmbABJ4XloShUfJk7rqgFAHlyLxP2cT4Kyfw098R3
3EeW+bb5Wn05H+8jnv/zKMD/IQlF/l4Siq9XEgrJDwF4v5/bU4hLpnuheVZMO/48dO/JN3GKTinp
FPUwdshGtwuO0mDsWL5T3mfr7XK33dCx6pdj2q5ePOH2eoDv/7o78/hDXbPIIxuum3zH9V3PAwB9
BCHhWeBRAJXg03bcpTmxa2BkRvF8eUkxrzBALbO1ZBYSYTtY3+3IZ7vmU/K7/aU84YJufbcrVAvb
47tLymotul9UVmsWtkZhC8f/tLsolT8O55uFLT1ujwYi6bwoclFssjYzsiSyXFntXGPcom407nM8
ZbQbnzo/MUywVjHL8FiWYRnQA4dJPORTRRdFk0JAUXz+UDDqpxxkDoLfj+IlbMQjAD2+U46mnA+J
3a6J2B3lFKk0lrAMbZFlZWdipctKW0q50pLAfzsKIv4fY9KJodt7e24sucZkoyDp4LEAZTlV+MJo
SBqO1ddVM9SXB30C9JL5UF6vP2ofMzSbQJVto84wh1iuIVSHcTPTeCcAl1AQOshgnQsWpx2pM0s8
sBTD0hN0buw1mcHv87sT3DmkLJVIsMEXhiPjj5BNB9689vW3xpZPvTh34uWpV13SJz7mb/iRW+4d
d99j2b7C/vG/W/PQu0XJ0nFXZ5txv5s3D9akrqu5mkFrRi1YT2MAF2YXckf588BLjOCB9h0aSZPK
wFAyhqzRxQZvQ3BMcEt0W1SoddeGG6LD3cPDk92Tw3Pcc8JN0Zbo2+I7ro/Fz/TPA2YFKdHT3joy
QB9NRuozyELyvv7nwD98nwU/Dp8mBuYdnlBEk5yiJ8JryOl31iCae2Bg07CNJqPF4KNs2DrKnH+D
DVsbPcPWBhu2NnyFDONsnqeGj1oRozu3mZ3ewMafV1o/zD0oZbkHbMRaYiPWEksXkUL5bNGi6Nlj
1f9L3kEXjeF+PziDmrFVyPIZWBicPivjoKryvqkvZr9a+tYNv21+tCv+zOoVT+xYdfVj2YVEHjoO
n4Olbdmbnrjju2HcswcP/ubVt999leKZm3KfAldSKIDH70Mhmh8LZprE3D6qiMftGpenNu3GpbLb
p2O3D4CnakU4DdX4kgE/tc4hZpH9zCL7XWzIv2fqhZ+ZRX9PTqDfUxj8L9hiPwuN+qmtdtAGyvlx
hx/7x4VYHik1yaHjIbIstC3UGsqF+BB0CD0GmXrVMeWwclThle5hWaVnWLbQF6isB6D3Z6ZYYaZY
YaZYGRc8yxRTk/vDxL/6Lpb90VCfH5dlZjjEm06H4SBifiCDE01eDyOHbIURNcmVleuAW3BtIT+k
LDUAjLPHz7J5B1Kaa1j7zmWPjTe1Ns26auLEO4a2PdR24ZLxA1aQu7t2395v1MTJd24kdaeOQIfe
Bfa5kflcTnzFXuw0TIYv/9VWIPIoio4l2Y1nsFt+yk612de8Ql6gNJkbuS3ma8IrYod53NRkoRFP
IxPMBVqr+W/9345/O6GxeAfv5DRVEXhedzhlUQKXRuBlUZeg36OtajDLFpN0DxwiHEfLvLSMi/G6
B65SooCgoiIntpNltoJk/TMbbC3ZjzWEARS59BiaJ3GTJvCH+A95bkveW7S1CXqH9KHObdGxTvdN
A3SJ3Ci1SET6sfHue8AgcCeCsMB/oDMPkjoBI9WHOhuOAWiCf4qN0tSRAHCULrjFdCB9g3nggPMA
+Bf5LRjOM6CpjTc4WdoPLj3KfTOYoablzQW7msA1OMHFOXecS5WJEkdq/kCmf/B0108feR//zwMj
SyI1NK8Yv5AdTmbge/ddc/ttVI9CFO2AHqn484K/6RdkpMoiFlUkKLKAiVDKxkOr0x8cND84aNXU
UCeOClX4uQGAekqsOpW6mQ6rTvG5IrUyXQFrP98NW1zYqnR4RInGa1E5rFhMWSlJ1iIfrGDviH1D
+Tm1KAYrQ69A5UpKrUMD1AvRKHUacL1Rnq7Mx/PJQnmhshpdg68ha+TVyjXqBryBrOdulTbKm5Sf
ofuVu9Rn0KPqi+g5aaf6GvqtegS9o36B/qGeQifUKqiOGkA+tRyl1EHqeGSD2NguX60ASl3bHUOC
+tCqIxr+tg0qpCpiESLaFrSMhappq7BSIgi6RsM2H6ShbWA5mD6YRtUNDUzpwL1VJVlOKqpHUcDD
JQSgmQdjeBEVqYosEwKOnaqAKyJUgySVyLZtKy0KUdpxeI8N+JsIQNlKjNi4RPv8j1TvQZS6Ml0Z
cFWPZfLJ+HU9/a9VdzbgBscTFeZR9ep4M43xM44l/mX2yl8dSxYH0l/sy17Fp7puvmLplFVkYz4b
eyNIxzc0j5fMtsNiPgdNnCbOUDjD8W/hpAjOTGFi5Inu4YM8oXQTbNSdgbCp3DUqcYkxd7xWphjL
VUYHKo+3wdYlsII4K7BvhhKR5wVeHKSM4oWk2Eedrl7DXa0e4f4hSk+IOCGmpKRcJw5WGhzjHY18
ozhdalSu59cIDyiviH/k3xWPiZ9JX4vfyl6XqgocxxNRlBRFhh1o9aQkgjUQOZ5PCio4UKqqwA44
goh9BwjQMFJByw2QBp6ZpRKZ7sVjLA/WzHeJWxzYoSURcBRv6Z64Q7vdfj8YB8uneLsYuHL1SqsJ
6o6/xUfN7z3iBV0oG8IaZzafpIkUJ9JnsBVw18/Yy/cOPkimXC/Xc2xdkGHHGAUXKzdzRAk4aCJA
prkQfwCBryqqU+SionqR5ngU1cHm7V0xttkZz2OqRuZBNYPYMBgm5jp2xVnCwC4f3fx1l1kn5jds
T2ebnVq3B0Y7EPoo1wc8lj0+eJrHU89WFKruCtCLv9gZzp9Os0czBaqZ+QJgwsBZk6yNbfgXn2UX
4Zf+mn3kRmH/6Rdwa3ZV11xSfG32UiqXIvQvz4HVcvFF3dEMF0VCDLTkJ1WKhXGtt9t0B5vV8ClA
IpqYGdPzBzranPnpDh12NaUsm+2rFoeRLkpgBQzQUofOJvnqFia8yltqYSQ2P/xt0XDtQfPdg+bb
LLDRQBWfTWDMNwdmEQCf4cGVfIVKLrIute6wOCvG7AodlilMoTjaPfXouK0Ux2vNSFFeN+zniktr
eVFX3GJYCboEHvGipmhO2WUiN+eRInJYK3KWoqRUKaedtWiANEQe6hzOjRJtaaw8RhtmjLIucl1q
THItlubKV7jWiNdKK+V94n5jr+s/4imlXLPKUbmjzFlulLmqPYPRINc18nr5fu4+/Um8nWzXntD3
oL3ifufvQKfeVz7lPzU+cZ0Qv1MiGvMydLY2xfy0V4Yr2bo7CBhWnQbvQpYsgdIZSScdOnRKnAPr
SfDE3rUHUaVwgA5VsgEkB/a4RVWzUmramsJPUmdaV1prrU2Waqk82EjKjjxjzjR1Po5YnT4B/3Tf
PEZ/+Rlv8B+2wTEXAPJIgqKqMmBi1QS/qz03ZreAXLH23Gh7vmo4Y7+xJDkmWS5XGjx4QZCcwOek
w+lxAKgAeJ1WZQ9cjoQeC44Illy8bFi608FezwVIkM5yoCbdZdA8NdVz0nTgJgdN3+cc7fhJW42N
V/FS9UaVqO1kqq2Mt/BS60aLWHRPMwXcxGYocWD0n9yDT7pPzmdeV3DsiUwm0JVphn9q/DOBj3us
QnewJR9jZ72BxdYbxvbuCM7egFRucILtcJr1dKE0Xca0Fk+e3uaI6THyQu4owrA4c4fbUF8jBk7v
URarZ5hjTGvtZBY/PLxT6otZQRwASg2L3Mi5ozulWL7UVYAt1J07vNeI0XuD7T+8S+pL77gLDSb7
80/quXnPdX52nZU7uluN8TE0uHcc1Zl7e6+rDlXBQk2Xm5qTxoIFXV7wLVkciHZ0rJ9z+2lnl+DK
ODwm+/z+pxr4mqf2bR1w7t4d2bbnn6p4Dzq+nx6zXidXdd3/xkEy/9QRsnbP6UNgaWbmPuH/KbyF
+hKvXTaHm8Ov4FZCx1E2gKuLDONGSxcXjSgeXjqybDLXKM0suqT8VrczQYFuYTJ3nkh2E6luoqyb
SDBHPH9ynkh2E6luoox6AiMpVe5IlZJSriw50KhNDE+OqJ4Rm5aYmrxSW+RY7JzvmRdYo13ruNa4
3ry6dEVyPbdJu9WxybjdvKX0puTdjnuNe73Rgmb2iadc4VRISVXgFEIVIRffv18KzYNOzNFnTfjW
MAknfY4+0bIkTgo+gQKfPEKP9lGiUR/HxvvSNI6f17NMIaTvr6vuzP/Cdp9kqdOhCfFIUTQsSyLP
EREnS0ugTBSi4T4hm5rSO0M41OlDfVi2IYs2mziGJ+AmvAxvwSJux622uw99JH00vPFFSgpV4Aqa
4kt72gr6ag56XUWoP9QJp1w0gY8ecnWHOFw9joBrCo2EBPvNyU8Vyow9lqYTHjrZVxTOpCyaXRk2
eTZvUqDbZVPTgWxk81bOQCnottyDoqSmfyGPq7QsxSaqf2+SK+9nIQpwq0pTM59zzPrd9Ut/MXnC
zKHZKycuvOKGf/3ksW/XC/uNZ59qfaRuMH5/esu160/97NXsvx/A75lX3X7JBSuGj7gi4Z+dHvTY
vKW/nrvwzXXO2+5Yd+n4mprF5UP3rLr60IqVn9E+0QCs9j/QJ5r4LwUk7zWwJvJEEYnoANtZGDGq
TjPzyfIyw88ZLmyUBFmfbk8I1s0w7uXvlR9wPmh0CB1ih/SGoRi2ry7EuRWvI2QOwEO0dfgOTa52
XcI3So3adOd9+H71fu050q7/Tnvd+aZ5hHtH+YPjz+ZHqqu7G9B05LKMgAOcaBq5sp2UMkREHEhV
icgi6LSJoUHzo0LzRZGTZEXBoggYjOM0wwDf1YENw2Fq4EATh8bppioaxFDNV9ArCjGTSPEgpHDE
8Qogs6TOeXSdUxWFA7EDNKbrSB3vwq7Rjhv0EtWYLSo32Cpg6+dscYLYwty/YbYzxt1ASsZDW462
1h4ojGcyuA1o2/zIPNH5ceYsy0vhWKZgVzOFoaA6w9ggM3uaX8NGYqND9QXz1eYMFNVpLMOyqE4v
8ddxsNB9AFomS1n11uGSeJ1iR7rDXHR8iAZMKWIChFTjp+B9EMVKXBk28M3ZB/722DmRquTu97J3
4ds+ODIk+xkpx9lvR/W9oOZUVu/6Pb6oMZuBej0OuKmEzcv7Ew2qd9ght7eW56KKuk09DN0SdHCa
LAvQF0oiHQwpxBgLibAiA7Qs1BhgozSYffoh0wItTrRYYdQ0n3P7X8Qb5R/GG32FuXwxB445Jjho
58nTwYdMc6/Yc31P8PFMRmxdppCFzWBknOaewvrxl8l3L7/cJQr7u54gM74bSXZ3jYV3fAnUZR2b
V/vmHppJTtjU4cHn5qcQ19Tmt3365rflFfltIj+1eHdRNL8NhPJTjSsdZm1M2CLsAEcjBsjgTrQN
tSK+ms3I+xAdR4IrBoVbEMdOZy2JAoXW+aK7db7sbp2Tdt5tYONd6FH+3V7pwDReuqsFYRADOrm2
x63LTyOmNX/pZTZ5GKO12YmkCfotE51rq2UGRqZLkk2zHdfsRlud4NDU2Ja01XkZ4kwuxnHcM9bP
NjOJ7zrZCU4ma1Qas8UpYtUOGjioBoCXJHpNjD+85/djZ7ywbk3ZuQkAuNmJL+BvsPPLI12nDjdu
uvf5F7PF2dhZz59n6+Wk3CSKamLkUugbqFs5sOw1bWgrd5mT+oCF76jkRw2d+bn4jPjCNsBETDWc
xU7ifMZVeEda5++9pzuBLPqdgVRZDZ2yapKudYC+S84tu3bdCzPGHspOxEfx317Yd++mGX881XXk
y+y/sjK85YcA5E4JHUhFO+wYZ4O/tJi/kdxJHpD5Z3isIFEgnCJgneDX1bxo08wYVJD0o93DKYXp
fSjCOOcscPJ4/hsQ3Zk9TLRDumA7jLzg0HyavgKOCTb4+UFtP67Ht6B8Gir0Mb0jfDTeDiymGK97
6n08YYFPO2AgcIacajv/rSn3/b16JX/deWuLfznq9Vm0P1BA10eClKv4vEJ/4KLRDTZ3oie0U907
plMIWpRWC7gSlXNJtVrvqzfpt8q3Klv0Dv24rsX0CTrhwUaQvGl/TsG6hqjr3NBQsN2lYHRjsuAB
MwKCGiOChxBBgUd9FlORrMyT8TwiM0Uor5sg4xZ5iwz7GNsOYpfXzSL4TrKVEEJLrJgwQSB9hSbQ
rg7huCAI7WTjbq1pe340spm2E10C1GcGSQgFOwMNzCgXwmo0qpYPnnkATe5CBjhd/7NLcWG6kT10
xLuAOeG0cjhtIAOdiH10i6UzZfLRkvxYYg0m53f97o/4+nOKS/rgza90gbKdeq9l2erVfAWdsY/R
tNzHvA/kKY0bC22uBQMsXh+IIIZx0tT7xBUJ1WHoRlRVK7zRCB+tiAgVjoRDDwRBRWLMAMSkFAvb
w+mpajp2frCa/pCrrqGB1tcFUOsV8xVXnXkg3Z8ulHXlgsPnGOFY7+BHWJdYq8LcJN+V5iLPXN/V
jjWe9Y5NnlvDP3eoQowNXmr0e8e8hOG5mKYA0c91PY/pJ2odeADYZC8f2E8eR0GywC6DtxTgNR2u
FbNiS2MkxibQxlqkFSmWK5bC9KtDBN74xHNssH1Ln0A7Hrwr+BbejwfTBrW1M9ljVe347p3dCWQs
Y4hGsU+wpPvO7k8DURR27Mx3S8BBoHKPmxt7vipCc8gGnRlHKOQL9XzZCiVKUtPaiu9ZfOOOR6+v
udjj0la0r1+0cLOnLf75L1e/vnj+3B9tyX767q9z+KbAAxtaf7T2Ec/DZPX1c350882xPa9esWvu
rIfOib54R0f2Px8XtGk0aJOb7LErAGcGsU8jFa4K92A8iBssD1YGO4Y4B7gGuVWXO+aK17roCgzY
URrWchS2SmEr0+a/EgiensXR1TX4Go2k+AqpXKt0plwD+SHyEI3e8UJ5Cp+RZ2oznFNcV+B5/CJ5
sbbQOc91NX+tTNH+Na5r3Ov5TdIm9R6+XX7O9Qr/mvwe/yf5fee7rk/4T+VPnR+7qkRmo3QL4LWP
rjWZrmnG5m5KnMFpXo8ZUK1unEYpk+E0WSXkhzgtI+ZRGsNopuk2KEgzTYflcrt7cJpb1bBoErei
ut2xHpQGrmAviEbcDKLJ1V7s9ftDMd1meTqznoupW9QOlQOo1r5nVsEwtNuq2GabE8xDJgcd2izw
q1HQ4305Tg1DetyJUHBsVybwUbAz05kBguWIfx+3neUdM9jGgFs+jaf3Jo/hDjQypzJve3tSPJgv
qlEgFwTEFqxzBsJ1LgrkwnXu/IaGnfaG6+SScB0dAtoVqWPfcimO1LkB3XGwOJw+f73b5fOfKytA
cTxQDByeA6Jf4qrT9KL4uRgVxes1lVKEUrrbD2VuP5RRigCVPusP96IbMZ1pT2FjtxXDCUxHCLBC
BmX1T7A6OdFvGC57q6uLpI9n7yyO9/Nmt5DT5FfZjVc3TLgE39I19vS3ROszYEI0i6mVQ7lPSB30
7RyaTGcd/XWXJz9jKOapu4/DhNvK7eAItwphD/26OobzVO5TRD6FPv+pPQjxu68N0G8Hnchb7bzF
zvSMEXvpGz61JTs9KHzxHb0D+6ZfJeiegJbYOiaAVwUks8Q98qRtSIT7rycAnfzB0Lb4gwlATFa6
6guAKu6992XyRwBV/34WHvFI7hOGnz3ofVtNGdP56fJrMs9SMXwAemv5ofJI/iJ5lfGE8Kkh6YiG
dp5vExVPinRjPdIDpwmz84TaAjYzmGRiPhzzTfAR+gWhFh/nc6RiKla7IbXKKqh2V1DtrqDaA6lV
vpDGlIfUak891YyXwuheydeZzrFmJtPMKs4+9JOHUWkQ7xrLQ/Iz9OgAIDO2Ft/08tzsqbd/n/1u
2cujnr3+3b3C/tM7P8iefuwO7PiMG39610t7Ln+Z8RsFEZJW0dwM/Gc7VYFSVoUrFahDA60618DA
aDTKGu0aFZiOLrGmuy4JmPfL9xsFMGHXmDgUTHtrhVp9uDBcH+OdIkzRL/XOFebqi70rhZX6dV5D
8NLMLZeMZIMwLPO9UGDYjnI8C/kBAFGhVRSH0zB0j9vloh/1D3jbc/W7BRSI0a3usujWnuGVlRiN
7sXy0b2AIMtRb8Dj9QZcuqJEvS4gXZZuGDHT8pim5VJ0OeAVDMsEHsMrCVzANAwlP6RDAi6XZSE5
BJbMPF/BE1EM6bD2wmIjAU/cG6MTKIPBdnzbznxiRYbarFCgqwu8zbzB+l8jfIWP6HQPFP7fQ3zM
hh3opnqvAPAYAHgsiotcagBkKY+CklBYeQYFFRK2nFCyW7cFuxCFW57pHkKCjSs/klQwKvjh7HWv
flgaGqxi/+d/HJ+I9Pn4N9mrns++USb5PdnXQG4a7rvnn6XcX7tC2S/+fVsb98vvRvKZzbF5o049
BtKzBDRsH9iWJHbbobAn7CVNZfgy2Y1dXGkpirv8JImi7FtydoxNLsCiP+rk4lFRwfACyVJwZgCf
lDURjlA/olvlmKYAcaStoHSF2cJkeUsZLitiisaAuhpMFcJDNCI0tuBpZug8Bdr5VXd/y4QmQPV8
Wa17ttFwPhGOhCLBCCfqKTPpTRWn5CSfSiQDjqI48hnuOJzsccck2CsRknEc0fxx7LFgFVXicVTK
wQoVLDj7vFr3XyWbtIQHJK2zZs/6/NI5hKZNgW/mcfE0cdTiLiZL7swe3van7Na23XjCn7difHdq
R/zyvUtvefma+OANmNx1w/HzSMMzuOvo8hX78GV/ehevaLui/Sd9l7WMnXjz+I1bD2S/aZk9CFvA
j+1ge2+hM2rR7XaafcnnTgn3fMwHydJD0NoaISHtv/h6z/emW2d/MN1aHTrzB4lGbDbxsZ7J1pnv
f8FnO/fB6Y9Ia9cE+vWeIc92zUck9yj4e0OYh+9C79gjeCEpDOVrhPWC4JcFQeJ5wgtuhB0aARDC
W4Im0e9kaaIUsYwtHuwBzdV1R1JVt2i4WGvQxmscTXS1B7FPSOUTX5n11tgsNy3KZtywCXkArehc
GzZWqgXdnme/P6uNDfLRarG5a6hhbGc+JTovSHnlrqnZYMr5madO2TRSsqmGseKU8qkadAIb/YIW
zqNfaqUlMVGyvi27oGRg8aCBbTXn3zea/+wPf/j2ugeco+/mZ57admDsXJrLND13h/Cl8Db9/jte
YN8zK7U1RYKBQV6iRfhiKrueYk9CrBT6+NOpoUK9f0jqYuFi/+hURpiamJ5aKlzHXSts5jYL96AH
ucfR09w76B3fR+gj/0eBUERIo0phqMBnhLsD96beSfFJX2Wq1leXGh0YHRlRPCIxJjVNnm5N9c6I
zCiaVnxJ7JKShcJ87+LUdak7Inek/hz4SyqoBbCXjkmGWWDfHgwIKuAJVApDBJ5wvnJOKk8FfAIS
45w7JBC6g4TSaNTgiFwalZRQys1inO7ueIo7n/nEiPy0KHf3hE1K2EnKK/dFJBSrbKkklfFUTMMa
i21pLOFXC1Z0z2vPT2zPnOz5JGN+kpLlLzAO7DOyaszXzNcyhfnuaHkzm7mUpLFg+nWOHq2lU4Ch
dKBVS1Ldn84blCrj/7Nhed3DP3vst69mX9jRike89gYe+fRVXR9vX/L0ms/uej/7dxz+y4KZl877
WSa9oe66SzvwzCPv47n7f539+ZE92Q9vr848hOt2YfXH2feycHL292VDg8DzGaDBOljUKCpBN9vV
m0O3hcna0NowuTw0L0wW67OdZIY+xUkGOoc7STgoSzwyy6D/clR4cBS1kx12Il4Sry9Wi+tLSmL1
8XgUXRa9Sr3Mv6jUvCxmYWtR4pIZzJmjARkAdSy9pQuap948Wc9s5bH8RwAy8IcyGZyi38jIf2a4
x2/jqdvmJBJH5fpPOOrrV/r84MevWfFgYF/w6zfew2jGTdMHhkj7Qbyw1LVo7JCh6Z9fPmTh1i0P
+A4e+fyJpkdXjruo6crsfQcPggXaDzBkAzoI2p+0A6QeqaR+FlqKbkQ7EL8Njm/jH7mfvTBzOMGW
wDP3H4RLobWWZidK7wjvoFHoEvS1fQkfN2O+eDw5wFHjHOEcHRgeH1k6cvSoaVOc11Y4fckKnFIq
i1IVA0ID64YlpwUaiy6NT6uYNrpx2rzAvOT8ilWha4uWl94SuDm0uei2+IZU0GlOcCJuMp1foxpl
fbUJGtEk3/PkQjTs/2nv6sOjrK78ve+EZCaQZAgYvkLmDQlJIJCE8BESPjKBBMQUgiTQBEF4M/Mm
MzBfzPsO02ir41q2slZx7bO0tfuAUnerdq1DsBigfbClW1a0tbu11mprta371PZhqX1kq39A9nfP
e2cmgWBtd//YP5Lh3Hvec88959xzzv14X+aDteOouLbJlutC63NNXK2OVCvVp/lGVqmcOVl7c3kB
Ft4h5V53gXPzalZe+GhBeZ0z4lScp/mTbJZy5Nnm5fPLwe9gZcoRt0NdypfO6P7k5+X/dFy8gtC8
v/Pi+1fE/2xcZLUXL+4UX8WLM3jzzt9cLEy9UUy8Y8/6xt30NwQ1LLZZX8nVsKxw6RKlvGxOlkKb
jVresDibtqPyShHTQlZanyUevuXQ5y8r6F1+Msz5StbBlsdu7XnC/9U/Rj95pHHOiYdK5s1eui16
4OtXn/7B765+5ic/4V+4zLN5b/c3F39w9an33rx68OoHa7u8d/DvcPcH/P6o9tLJ19q2Ts27WvQ3
Xcs/ve/mz2nufXvcX22/zffaPUd586O37fzKFe3zBbMqV23meYe+xud8442r/b+7fPXIk8m7/K/f
HX3nH779xvu/4AVcffGFp1+8+ubbF+ZXzuCfOPiltZ99se++wy0P/VCcXqsYs72SVcHy+TPuvMIh
5QW7UsjrC6eJe/Yfuh1A+OoSuoP/rvsWIPOUKkets5E35m7g65R19g2ODucO3qV02bc7NjsD3KN4
7Hscd3LTfqfjfn7AftDxIX9fTLMKPs9e7Wi0/5P9pzxHPPd/znnTEmVBobhRfMVdhkVFaXLkKvbc
3LlcwaFU4eINboo2oTonOztXy2PWp87of9Cr83NxX1zwrN2eMyH7jHIbwxFcfJULfXPUnLxH8znL
d+fvzk/k/yF/An1fdbloyjdZ7l2cP8N4B6bHMOYLLX1sRoHTLBX/ASJ2LfmelCsC+U01fT8OTe7q
lc53sCW/Qx/SlG87cuZ/T36gY99OJu+Qv4k5YhcHNst7duFLXH33OeFF4UrruLOvh++k+2k77icL
hBNk9dvncO9sL5q1SrwhYnBaI71ZMreoUZkKmFmU+S+SxUt5dpn4WBXPWba49KYq5XGj+2qHzXvl
O+GBPfz3D9vs2Q/Hr9x+p+Mr9PMoTHxbPHvp2NTmXQUrL9tn2elXU479unJ+6hdUxCmC1gKG0w9P
/awKXLv66iZMV5ahjPpbmQ3ShG3scJbBbslirBl1Oz/P7gXcB/xz4rdw0H4MbZtx3QpYB1gD+hTl
KXYAbUcmnGd9gH8EHAG9HPSW7KfY50R/wN8CtgJWZv2a1UFOKdq+JNrA/xjqmwH3Ttg2fAVtMwH3
gZ4NuTuAFwB/HDLPQuanBYD3l2hzoN4mamEf8MNCVs4DbEZ2IwtCzxP8/PAx4N1o2w6e03YXC0Ne
lfi9CPa2cktWSdaVCXdOuJz9WvZrOU32qfbLjpdzz0/cN/H9SfG8qXnv5j9Q4CpY49w+eWVh9RTH
1JKpsZsem7Zsun3G6pmOma/Nerr4WyV2dVXpw3MeL6ss+3LZz8oXlD8yt6uipfJ85XBVa9Wr8y7P
/3b19OrHFxxZOG3h0pqltfOk91eybhFL8UsBzMlq2TbYn5cr8lkBbZ1tkxVr/F2l0kb9cunKRr3y
uV3iNnY7L5J4FsvlpsRxy8jvkng2+A9LPId9jz8ucTurUHwSd7C/Ux6UeG7Wd23TJT6R9ea8LvFJ
rM++UuJ52c/aj0k8n+0o2JbOq7sLBiWOtHIukrjCcpzLJG5jtc5VEs8CT0DiE9gk5z6JZ4P/MxLP
Yb3Oz0rczqY4/1PiDtbm/FDiuYo2ebXEJ7JFU46mfzVv8ZQfSTzPtn2qTeL5rGbaTljCs4TXJ027
n/AJIiLTvkh4NtG/RngO0U8Qbif8HOEOEaNpP5Y4YjT93yWOGE1/Q+KI0fR3JY4YzVgvccRoxq0S
R4xm+CWOGM2ISxwxmrlC4ojRTE3iiNHM30scMXI9LXHESC2QOGKkxiSOGFXOIzxXjKvyAOETxVgq
/57wSUR/jPB8wi2ZTjGWylOETwFeWHme8KnE8zPCbyI57xBeRPTLhIvzXH4VJ3yW4KmybJsteKpc
hLsIrya8nPgbCJ9PeBvhC8XMqOoUuJ3slzjpqtol8EkWfS/hNJaqOOtiAyzCdNbHNOZBrbInAV3M
R/hG7CIhgCm5VKySYRYFLkoNdD9xqKAE0L8GWCvRtf+lpNq0ZSrrREuAxdI8BmgbUFv6FrFGvOrY
QonVE7UFPQKot6BPP2wwqdcWyDMAUbYfpRdcUbRr4BQt/dARwFX0OmubRnCq1/A2YXUSEo30CBbD
gjq8VKykG0H1oDWM9jC8bLJ5I2TdqGeGYyP8kLn6BnlU+MuLnkHSvxc0Ifmv97UKqhiRH5aYZJHw
jYprwWNKqVsRB5Vtpv4qqyB9G1F2QHcf+VwDv+inQ6rwcpx6Cmk1Y9hkxTcMvcKmCHgHbsilU14J
vjhZ1Z/W65dZu5DiEma90upN1OKjzNFgzYK07VFq8VOGdqKMkdVWHKxsWo4cWkuWmOTllN+isEUF
lyZz0MokP/neS5klci1Eukbmi0fK0sg20TNIEoXdPugPkkTL+ypZrZE+j4yG1SKsNmQ8NBqj1W8g
HX+/zPKIjKBOvjEo86zRpSKkSftjpE0lDSOtSkVe+EZcx0m2b0Q2CN4wybJ0p+iWt03pEY/MVOM6
PhMydfKKH7Ul2yMpMfK0yKhMTodpxkbJowHqLywV8QzKXikNHuq/X2r1y5Fac09IyHihj+ZwQFIz
fvVL74blSPzEH6OrTFQNytIAWTd2TqTWVCM9FtEWJHkZGWJt2Cut1aT/PbTaqXKWpnzmJd39RLX6
ixnmlzH00byLyBwJoxQzer/0tiUhs8prFCsrO1TyoUeO309RCxBPhOaelY0h6mmNZGR2+9OZJWb+
p2RkgmSNyM39cm5Z604gbUeQrjLZa16zExnXjM8jdfSShBh52jsqN3W2D/SUZ2P0+7GpEfZRbquU
A58i3xqUd2Z6PbGiLmy35rspVw1rNhkyyzKrp9UapIho7A7qb1kt5HqoNZNplnYveStCs2QgPYqU
7hCtmaJdI09EpQ4xhywvmtQ/ZXFKeoRyKEjrZsq2GtrzTLQ1YS+thVzxqiGukStsDa1OQXD4aC4F
gAWBhShCOl0ZbBflgBXxmjTn/62GOGWMxauP0LIJK30X9vt1gLXIPIF3gCp2gHUoP0H0NlA6UYrc
XI+doA2vjUTtYnm4MxDQRdlkjJFrappuzRPLoxHp80yOfrxdLBOZ1IqcinMvtQ6AP5bW6UmvbVY+
Z/ajkaultXJk1lFr/vrlmmnIOd1PUvT0mihma4/UJmb3frmW9qZ3I0un+RGeSa2d8fTqpMsZp6dz
Okrrhynnc5/Mx7H8lZqFwmP6CCmZWXy9Pq/cAUUG9tLKaFndKyMTkpLHilAljWq0p6wV+fqsuF5z
am0Tq5hGZ1ANWgPS24ZcQ26kW3h/KyiZdXbguljo8pQx8sxlrd4aWRQhz/rlSefjxFyVuRgasbal
9IqVxEue9o/YRaIjzsgL0tzREXmb2bs/2lPCuiDJT+VVeJS8OMV/L0Vz5Dk0tT5mOMPgtU6oMfK4
kO9Lj8eya2R2B+WKavnfmlURmR+ZlXd0Dn3UiDL5sYHGfn3kUmcvsefo8oRmjcY673koqqFrYhC9
xt8ZyQadVsWJxCv3of10NoqzkaerPx/9lLyoPP/55b3OWKe46+NoeStzYvWQzOvncSpi2jW+7vuL
rM14+XoNo/f70Rbp8hRrYu9JSRD3Jy3MuhOowhl+CWvAvZaKchGuFuKuagndW4mnBFtZu+Sso99Y
X4KXhTfgHqyBei1jS3EvIEBI/8v2ur9+Z0y11V7jvfR+2DUQ0fs0j64+qXb5dHVjOBQ2QVLXhqOR
cFQz/eGQGgl4atRWzdT+DFOtEKZ2hgMxQTHUDSH0W9TYWLcQRX2N2hIIqFv8/T7TULfohh7dr3tb
on4tsEXvjwW0aEpsExFVSW3apkcNoWBxTV2dWrXR74mGjXCfOY+4RjYSYWMXVU+oXVHNqwe16F41
3PeRVqtRvd9vmHpU96r+kGqCdWunulkz1Qq1a6Pa0ddXo2ohr6oHDD3uA1tNWhLGG+6PahHfwEiS
rrZGtbg/1C/6+uHaheqWcC9Eb/J7fOGAZiwQ0qN+j19TO7VYyIsxwE3L69eGQ6YeFLZFB1RDgwfh
JH+f6tUNf39ogWr5xQMuzY/GYDiqq75YUAvBfNXj06KaB8PAhd9jYBxaSEXbgBi/Hy6PYIC6RzeM
MNSJAWmQH/P4VL8UJQYfC+lq3G/6yA3BcNgregscZpswxAOnGimaGddDpl8HtwdILDpQo5Knw/v1
qIZYm1FdM4NoEh08McTbEMpE9PQomdAXCwSAkq1QHwxDiT/kjRkmDdUwBwL6SE+ITDWEFj0a9IeI
IxreC7Ea7PfEoMgKoNev9YdFe9wHn6s+PRCBR8Jqv3+/TgyU8poagDvUoA7fhfwesGuRiA43hjw6
lFju9gtnqfqnMJigHhhQMTYDuRMQMoL+ALnXlJPIkPo86NGrqzEDKUXe1PfFhLExj/C/2hfGkCER
gzJNkScYelRH3E2kBsJkwGWUnrgMav3aHf4QROumZ4HlNHT3+o1IQBsQKkTvkB43IloEpoHFCxNN
vyEEC/ZINBwMk7Qan2lGmmpr4/F4TVAmbI0nHKz1mcFAbdAMaUG9Nmjs0sTAawTxY3aI6wFQdeqy
qaNrw7oNa1u6NnRsUjvWqZ/YsLZtU2eb2rJ+S1vbxrZNXXm5ebldPrg15TXhYhETGIoRmOTRMaYY
DUYkshhz74A6EI6Jnh6RbfAzzSMrLZEclKOIL6ZfCOxaf1TXRSbWqD3o5tOQBuFeMY3Q0xxljMjO
uEgnHYHThaejusdEnPvgx4xdIoThfp1YKMTpfggNsrc3ZkI0zAxjRo0YUKWRMgqJnHZFurPINnW/
FohpvcgwzUCGjOxdo24NUc4OpEaBMcmVC+mtqUZE9/ix6Fw/chVeDFG2ib6a1+sXOYGsjNKKvECQ
o+Rbmt3XGBXwB/1iQFBCfPFwdK9hJSnlIxHDcSyosd6A3/AJPZBluTuIRIX9CFVkQLWSV3potCLy
x4a+zODE6rUvphukBuueR4+G5Aii0m5iNnzhWMCLObTfr8et5eq64Qs+RFLHCuDNLHHpMcIsWlg9
ZibGYmCatLpvbLFkcrqDnPdSEPRoZpNg2NrZgk2gavmShnlqw6LlC+uW1NU5HFvbQaxbtGjJEpQN
ixvUhmVLG5c25uXeYNZ95GQUV7XSPJqHuFUN002eOJSLW7QBnoeNfw8OAO/SsSHV1knHIHGTKA5t
XtsjtuO2b9vOAk7ZTtv+ZfyR/vgjfTb+SH/8kf74I/3xR/rjj/THH+mPP9Iff6Q//kh//JH++CP9
8Uf644/0/x8+0h9155/BNeIfq+3ta/roo54J0FOBG8gMUIaPuM4qyVqU1Z61PmsVysZRGsQafCMp
m2jOiLXHGr2PJ/ljNkbz4sZ9xsbT7+Vlw5Xik8HX/x3vKmiZY5vGLgGGATbmQlkL6ADsAhwCHAVk
swJJCQPuBpwF/IFa3LZpgw8vdg+hup+qE3sC9XSpWZc7dtLliU/2WPXGW626dYPF1mSxLVpikWvW
WHXlAqsunFufEHVuXv3zLUW2IvYjm3j3ZQQlV77HCjhnLvao7SaWBCi2bElx2wpPlFfUHz1ry2Lc
ptg4nOoaft7GB/Mm17fkKsPKJVbIXMp/KRetFuXiifzJ9UdbblF+xZ4BnAXYlF/h9bbyNrtbeYtx
5kTZDDgKOAt4GXAJkK28hdcv8XpTeZMVKL9gtYBmwC7AUcBZwCVAjvILlE7l5+LtwFQKvBmgKD9H
6VTewLDeQFmgvA7sdeV1mPbjwYbG+lOEVNdKxDVXItNmSaSwqH5I+Y/BD+e5hpRfn1CrXY+21Cmv
sCRAgbJXIPwVpgI2A3YDIoBsYK8Ce5UlAA8BHgUkAdno8yr6vIo+FwAvAV5ldQA3YDPArvxoEGqG
lJcHK9a4WoqUHyrn2TQ49QfKv1H9kvJ9ql9U/pXqF1CXoL6gfH+wxMVaJqKdoY8TtRN1LdonKN85
UV7oGm6ZrJyFe1woawHNgA7ALsAhQLZyVpkz6HUVQsgZdsHOwDnI3qX6n9kxO3Pvcbkr1iLHVFFU
NK0ChuKoerRCcVcc/jIuRVHx4MPARFHx2c8DE0XFHfcAE0VFYD8wUVR49wATRcX2XcBEUdHRBQzF
kHLkufJKV0PHXq62FChxeCkOL8XhpTjLUuLixT7MErZ9ZXD+fHjsEXf1vPmuxGme+BZPbOGJYzyh
88RdPHEPT6zkidt5oponinmihCfcPHGGL4crEtz97KjLRvd0nrjAE0/zhMETFTwxlyfKeULlDe4h
pXRww2Kq2qg60SLmFepVq+sLYGMpPFqKtC7FtD+L8mXAMF25waTOsZhnlIh6zon5zdZ1TVN9uOVm
5Rw6nkMYzrFfArIQoHNIo3MQIt6eXoCyGbAL8DzgEmAYkA3uOTD8EJUFKGsBzYBdgLsBlwDZZM4l
gMLC0sRnyLBaaXSHuFLO4TUHr1Kl1D3bWeysdt5sO1TMC0p4R8lwidLAisTHEwon2ycP8byTf8r7
4E95zNHiUB5UDrHZCMRDsj40+OFs1xD/0mDFGVfLTfyLrCQLWccbWQWfi3o5M+h6KSu2i3oJK1a+
jrp+sHgbuhUMVixwneb5otdJ14fFv3G9WzykAP1t8RnXT9WhLD7o+gkoXz/peqX4oOuF2iE7KN+q
GOKoTqvEeqp4uevpC8R6DxoeGXTdJaqTrs8Ur3ftLaYG3Wq43cCVu8C1pWK762bIay3udbkNyDzp
ai6+3bXS4loq+px01cGEagudD2PnFZPSshISuLVhiPvcC3IO53TndOQsy6nPWZBTmuPKmZ0zK2eq
vdDutOfbJ9lz7XZ7tj3LrtiZfar4AoZq8emKqdlO+nLZLFFmEe5URKlYHzRRuF1ht7DkFFu70t65
hrcnn/ew9l41+d+dZUM899btyQlla3iysJ21d61JLq9uH8oZ3pJsqG5P5my+rfs45w/2gJpU7hvi
rKt7iA8L0oFZycK13acY55MPPDBL1FUHHujpYdOL9jdPby5cPblxXesYxW5Zjviij+mj8NnJw+2d
3cmnZvck6wUyPLunPfmFTnVH9yn+R/6HttZT/D1R9XSfsq3mf2zbIui21a09Pe1DfBvxMZW/Bz5k
zHvEZy9hquBjqr3E4nvE4puL/uArFxX4HA42l/jmOhzEl8UF33GjvK31eHk58UzD2ZN4jGnqSJ4L
c8Ezdy7xFCXYBeK5UJQQPMnVxFJcDJaSYmLhM1kxsRTzmcSyLcNSK1kOplkOkiYbz/AUWzx5b6V4
8t4CT/XH/dPXVFfzEyt6PDva9LK23WVtOmB38v79vunJRK+qHvf0iAY1aavY3evxiVrTkz1lemvS
U9aqHl+xY4zmHaJ5RVnrcbajrav7+A633jq4wr2irUxr7TmxfvOShlG6DqZ1Ldk8hrDNQtgSoWt9
wxjNDaJ5vdDVIHQ1CF3r3etJF6Mc39x93M7W9KzdYdUnlIm5yNfds0p71hQ5I6speVeUTr9r1mkc
SJ5gE6t7kpPK1iTzAKJpYcvCFtGEOSWa8kEukE3T71pROus0f0I2OUGeXLaGVZsxI8amt/lbrX8G
/kAyY8LhVllt3OgPbW1Jt9ZqmIy1J+d3tiebb93efTwnB9TdYkjJphRt4sS2oeHnLWINiE2CaLOl
GQVtpaA5HJLx+vjHZE2fXEwoZ05wdwnHXV2PLVnS3qVgKejajrHu2N59GsclsT0YPRigwau5kZJB
ZssvjGZivCkwYxKTfjBlbfVCFyPljvSf8BL7H1loofMKZW5kc3RyZWFtCmVuZG9iagoKNDEgMCBv
YmoKMjQ1NTcKZW5kb2JqCgo0MiAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1l
L0NBQUFBQStBcmlhbE1UCi9GbGFncyA0Ci9Gb250QkJveFstNjY0IC0zMjQgMjAwMCAxMDA2XS9J
dGFsaWNBbmdsZSAwCi9Bc2NlbnQgOTA1Ci9EZXNjZW50IDIxMQovQ2FwSGVpZ2h0IDEwMDUKL1N0
ZW1WIDgwCi9Gb250RmlsZTIgNDAgMCBSPj4KZW5kb2JqCgo0MyAwIG9iago8PC9MZW5ndGggNDc5
L0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nF2Ty47iMBBF9/kKL3sWrcR2jBsJIdHQSCzm
oaHnA0Ji6EhNEpmw4O/Ht65nRpoF6PhR5eOKq9wedoehn8sfcWyPYVbnfuhiuI332AZ1Cpd+KLRR
Xd/OeST/7bWZijLFHh+3OVwPw3lcrYryZ1q7zfGhnjbdeApfivJ77ELsh4t6+rU9pvHxPk2f4RqG
WVXFeq26cE55vjbTt+YaSol6PnRpuZ8fzynk34b3xxSUkbGmSjt24TY1bYjNcAnFqqrWarXfr4sw
dP+tuSVDTuf2o4lpq05bq6o268RGeKHBVthbcM15B3bkLXhBXoI9+Q38Imwq8JL5JXbDPZLzlbwH
b8k1eEf24DfyArynDzx1JeyQX2d/5NT0r+Gg6V8jp6a/F6a/2YGzvzD9veSk/0LOor+Vefpbmae/
k5z096iDpn8tObP/C5j+DrGG/h51NvT3qI/J/jKf64+7m1z/VzD9Pepj6O9wd5P9cZahfy2c6w83
Q38j8/Q3Mk9/K+fS38m59LeSP/sj1tLf4NvZXH+8B0t/h7tY+jt4WvrXwvSvkd/m+m/A9HdwsPS3
kp/+Bt/U0r/Gt7D09xt55Pk147mjH/+0kWrvMaYWkqaV3kHX9EP429fTOCFKfr8BlpD1QQplbmRz
dHJlYW0KZW5kb2JqCgo0NCAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNl
Rm9udC9DQUFBQUErQXJpYWxNVAovRmlyc3RDaGFyIDAKL0xhc3RDaGFyIDU5Ci9XaWR0aHNbNzUw
IDY2NiA1NTYgNTAwIDU1NiAyMjIgMjIyIDU1NiAyNzcgNjY2IDUwMCA1NTYgNTU2IDU1NiAyNzcg
MzMzCjY2NiA3MjIgNzIyIDcyMiAyNzcgMzMzIDgzMyA1NTYgNTU2IDU1NiA1NTYgNjEwIDUwMCA4
MzMgNTU2IDcyMgo1NTYgNTU2IDY2NiA1MDAgNTAwIDcyMiA2NjYgNTAwIDcyMiAyNzcgMzMzIDMz
MyA1NTYgNjY2IDU1NiA2NjYKMjc3IDU1NiA3MjIgOTQzIDc3NyA2MTAgMjIyIDc3NyA1NTYgMjc3
IDEwMTUgNTAwIF0KL0ZvbnREZXNjcmlwdG9yIDQyIDAgUgovVG9Vbmljb2RlIDQzIDAgUgo+Pgpl
bmRvYmoKCjQ1IDAgb2JqCjw8L0YxIDI0IDAgUi9GMiA0NCAwIFIvRjMgMjkgMCBSL0Y0IDM5IDAg
Ui9GNSAzNCAwIFIKPj4KZW5kb2JqCgo0NiAwIG9iago8PC9Gb250IDQ1IDAgUgovUHJvY1NldFsv
UERGL1RleHRdCj4+CmVuZG9iagoKMSAwIG9iago8PC9UeXBlL1BhZ2UvUGFyZW50IDE5IDAgUi9S
ZXNvdXJjZXMgNDYgMCBSL01lZGlhQm94WzAgMCA3OTQgNTk1XS9Hcm91cDw8L1MvVHJhbnNwYXJl
bmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyAyIDAgUj4+CmVuZG9iagoKNCAwIG9i
ago8PC9UeXBlL1BhZ2UvUGFyZW50IDE5IDAgUi9SZXNvdXJjZXMgNDYgMCBSL01lZGlhQm94WzAg
MCA3OTQgNTk1XS9Hcm91cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9D
b250ZW50cyA1IDAgUj4+CmVuZG9iagoKNyAwIG9iago8PC9UeXBlL1BhZ2UvUGFyZW50IDE5IDAg
Ui9SZXNvdXJjZXMgNDYgMCBSL01lZGlhQm94WzAgMCA3OTQgNTk1XS9Hcm91cDw8L1MvVHJhbnNw
YXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyA4IDAgUj4+CmVuZG9iagoKMTAg
MCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAxOSAwIFIvUmVzb3VyY2VzIDQ2IDAgUi9NZWRpYUJv
eFswIDAgNzk0IDU5NV0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVl
Pj4vQ29udGVudHMgMTEgMCBSPj4KZW5kb2JqCgoxMyAwIG9iago8PC9UeXBlL1BhZ2UvUGFyZW50
IDE5IDAgUi9SZXNvdXJjZXMgNDYgMCBSL01lZGlhQm94WzAgMCA3OTQgNTk1XS9Hcm91cDw8L1Mv
VHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyAxNCAwIFI+PgplbmRv
YmoKCjE2IDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJlbnQgMTkgMCBSL1Jlc291cmNlcyA0NiAwIFIv
TWVkaWFCb3hbMCAwIDc5NCA1OTVdL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdC
L0kgdHJ1ZT4+L0NvbnRlbnRzIDE3IDAgUj4+CmVuZG9iagoKNDcgMCBvYmoKPDwvQ291bnQgNi9G
aXJzdCA0OCAwIFIvTGFzdCA1MyAwIFIKPj4KZW5kb2JqCgo0OCAwIG9iago8PC9Db3VudCAwL1Rp
dGxlPEZFRkYwMDUzMDA2QzAwNjkwMDY0MDA2NTAwMjAwMDMxPgovRGVzdFsxIDAgUi9YWVogMCA1
OTUgMF0vUGFyZW50IDQ3IDAgUi9OZXh0IDQ5IDAgUj4+CmVuZG9iagoKNDkgMCBvYmoKPDwvQ291
bnQgMC9UaXRsZTxGRUZGMDA1MzAwNkMwMDY5MDA2NDAwNjUwMDIwMDAzMj4KL0Rlc3RbNCAwIFIv
WFlaIDAgNTk1IDBdL1BhcmVudCA0NyAwIFIvUHJldiA0OCAwIFIvTmV4dCA1MCAwIFI+PgplbmRv
YmoKCjUwIDAgb2JqCjw8L0NvdW50IDAvVGl0bGU8RkVGRjAwNTMwMDZDMDA2OTAwNjQwMDY1MDAy
MDAwMzM+Ci9EZXN0WzcgMCBSL1hZWiAwIDU5NSAwXS9QYXJlbnQgNDcgMCBSL1ByZXYgNDkgMCBS
L05leHQgNTEgMCBSPj4KZW5kb2JqCgo1MSAwIG9iago8PC9Db3VudCAwL1RpdGxlPEZFRkYwMDUz
MDA2QzAwNjkwMDY0MDA2NTAwMjAwMDM0PgovRGVzdFsxMCAwIFIvWFlaIDAgNTk1IDBdL1BhcmVu
dCA0NyAwIFIvUHJldiA1MCAwIFIvTmV4dCA1MiAwIFI+PgplbmRvYmoKCjUyIDAgb2JqCjw8L0Nv
dW50IDAvVGl0bGU8RkVGRjAwNTMwMDZDMDA2OTAwNjQwMDY1MDAyMDAwMzU+Ci9EZXN0WzEzIDAg
Ui9YWVogMCA1OTUgMF0vUGFyZW50IDQ3IDAgUi9QcmV2IDUxIDAgUi9OZXh0IDUzIDAgUj4+CmVu
ZG9iagoKNTMgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA1MzAwNkMwMDY5MDA2NDAwNjUw
MDIwMDAzNj4KL0Rlc3RbMTYgMCBSL1hZWiAwIDU5NSAwXS9QYXJlbnQgNDcgMCBSL1ByZXYgNTIg
MCBSPj4KZW5kb2JqCgoxOSAwIG9iago8PC9UeXBlL1BhZ2VzCi9SZXNvdXJjZXMgNDYgMCBSCi9N
ZWRpYUJveFsgMCAwIDU5NSA4NDIgXQovS2lkc1sgMSAwIFIgNCAwIFIgNyAwIFIgMTAgMCBSIDEz
IDAgUiAxNiAwIFIgXQovQ291bnQgNj4+CmVuZG9iagoKNTQgMCBvYmoKPDwvVHlwZS9DYXRhbG9n
L1BhZ2VzIDE5IDAgUgovT3BlbkFjdGlvblsxIDAgUiAvWFlaIG51bGwgbnVsbCAwXQovT3V0bGlu
ZXMgNDcgMCBSCj4+CmVuZG9iagoKNTUgMCBvYmoKPDwvQXV0aG9yPEZFRkYwMDU0MDA2RjAwNjIw
MDc5MDAyMDAwNEQwMDZGMDA2RTAwNjMwMDYxMDA3MzAwNzQwMDY1MDA3Mj4KL0NyZWF0b3I8RkVG
RjAwNDkwMDZEMDA3MDAwNzIwMDY1MDA3MzAwNzM+Ci9Qcm9kdWNlcjxGRUZGMDA0RjAwNzAwMDY1
MDA2RTAwNEYwMDY2MDA2NjAwNjkwMDYzMDA2NTAwMkUwMDZGMDA3MjAwNjcwMDIwMDAzMjAwMkUw
MDM0PgovQ3JlYXRpb25EYXRlKEQ6MjAwODA3MzAxMTA3NDErMDEnMDAnKT4+CmVuZG9iagoKeHJl
ZgowIDU2CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAwMDA3MzQ5NCAwMDAwMCBuIAowMDAwMDAwMDE5
IDAwMDAwIG4gCjAwMDAwMDA1MTUgMDAwMDAgbiAKMDAwMDA3MzYzOCAwMDAwMCBuIAowMDAwMDAw
NTM1IDAwMDAwIG4gCjAwMDAwMDEzMjMgMDAwMDAgbiAKMDAwMDA3Mzc4MiAwMDAwMCBuIAowMDAw
MDAxMzQzIDAwMDAwIG4gCjAwMDAwMDI0MzIgMDAwMDAgbiAKMDAwMDA3MzkyNiAwMDAwMCBuIAow
MDAwMDAyNDUzIDAwMDAwIG4gCjAwMDAwMDM1NzUgMDAwMDAgbiAKMDAwMDA3NDA3MiAwMDAwMCBu
IAowMDAwMDAzNTk3IDAwMDAwIG4gCjAwMDAwMDQ0NDYgMDAwMDAgbiAKMDAwMDA3NDIxOCAwMDAw
MCBuIAowMDAwMDA0NDY3IDAwMDAwIG4gCjAwMDAwMDQ5NzUgMDAwMDAgbiAKMDAwMDA3NTE5NyAw
MDAwMCBuIAowMDAwMDA0OTk2IDAwMDAwIG4gCjAwMDAwMjYwMDIgMDAwMDAgbiAKMDAwMDAyNjAy
NSAwMDAwMCBuIAowMDAwMDI2MjI0IDAwMDAwIG4gCjAwMDAwMjY2MzggMDAwMDAgbiAKMDAwMDAy
NjkxMSAwMDAwMCBuIAowMDAwMDI3NTcyIDAwMDAwIG4gCjAwMDAwMjc1OTMgMDAwMDAgbiAKMDAw
MDAyNzc4MyAwMDAwMCBuIAowMDAwMDI4MDc1IDAwMDAwIG4gCjAwMDAwMjgyMzYgMDAwMDAgbiAK
MDAwMDAzMzc3NyAwMDAwMCBuIAowMDAwMDMzNzk5IDAwMDAwIG4gCjAwMDAwMzM5OTMgMDAwMDAg
biAKMDAwMDAzNDM0NSAwMDAwMCBuIAowMDAwMDM0NTU2IDAwMDAwIG4gCjAwMDAwNDY3NjAgMDAw
MDAgbiAKMDAwMDA0Njc4MyAwMDAwMCBuIAowMDAwMDQ2OTc3IDAwMDAwIG4gCjAwMDAwNDczNDUg
MDAwMDAgbiAKMDAwMDA0NzU2OSAwMDAwMCBuIAowMDAwMDcyMjEzIDAwMDAwIG4gCjAwMDAwNzIy
MzYgMDAwMDAgbiAKMDAwMDA3MjQyNSAwMDAwMCBuIAowMDAwMDcyOTc0IDAwMDAwIG4gCjAwMDAw
NzMzNjYgMDAwMDAgbiAKMDAwMDA3MzQzOSAwMDAwMCBuIAowMDAwMDc0MzY0IDAwMDAwIG4gCjAw
MDAwNzQ0MjAgMDAwMDAgbiAKMDAwMDA3NDU0MSAwMDAwMCBuIAowMDAwMDc0Njc0IDAwMDAwIG4g
CjAwMDAwNzQ4MDcgMDAwMDAgbiAKMDAwMDA3NDk0MSAwMDAwMCBuIAowMDAwMDc1MDc1IDAwMDAw
IG4gCjAwMDAwNzUzMzAgMDAwMDAgbiAKMDAwMDA3NTQzMiAwMDAwMCBuIAp0cmFpbGVyCjw8L1Np
emUgNTYvUm9vdCA1NCAwIFIKL0luZm8gNTUgMCBSCi9JRCBbIDxENTI5RkU5QTNCRjMyRDA3NTdC
QUJERjgyM0U2MTA3Mz4KPEQ1MjlGRTlBM0JGMzJEMDc1N0JBQkRGODIzRTYxMDczPiBdCi9Eb2ND
aGVja3N1bSAvMjlCOUY1NzQ2MzA0MkZDMUI3RjNBRjRDNjM1OEY5NTQKPj4Kc3RhcnR4cmVmCjc1
NjkzCiUlRU9GCg==

------_=_NextPart_001_01C8F22D.B62368B6
Content-Type: application/pdf;
	name="3-state-encoding.pdf"
Content-Transfer-Encoding: base64
Content-Description: 3-state-encoding.pdf
Content-Disposition: attachment;
	filename="3-state-encoding.pdf"

JVBERi0xLjQKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0ZURl
Y29kZT4+CnN0cmVhbQp4nHWTT2vDMAzF7/kUPg+S6dmOE0MwtGl72K0Q2GHstj+ww2C97OtPku22
dA0Fx7GkJ72fU+pgfpsfQ6alzpkhum40fex5f3o3zw/mW4PyO30226VxsRuMp86a5c08HmDgzfLx
MhFSO0xkdXWptXXv/5306XV5avZLc7zRtuMo4rbzt+JBC4fUuolGivrcpDZOtE1+ojmBD3aatNf1
QCMotYDm2QkoCtAaroctiblAzwglxqW+dhjzsyhIv7KtnXLfAKfpegq/5nHwd/BN6NPydS8dHl00
Pli+Fq2wxl+Asztb0HrGKu9efYQEpe0UGodHDUaxAjULoSZrjuyK2L6i5beDigiLzA/CbMUWHHhC
R74LdU5ndU7B4kRMJPvklFAeFMJJ1j7xiBsehaP5ciURQbeaQoEVbMknlLpQgn1Nkqqaf6W2Ycf8
mPkud+cUDBjWv0TwH8O6K+zVzpgAYklEUdqovlW9bXHBmPvz7DaPvtLH0cAdEANf8k2fudwEN4nc
wNaTDHJm79VbWHUR5UNDwK22TjpnAQgRJqjs9tdWCsIMa3dpcjR/Q5DnSgplbmRzdHJlYW0KZW5k
b2JqCgozIDAgb2JqCjQyOAplbmRvYmoKCjUgMCBvYmoKPDwvTGVuZ3RoIDYgMCBSL0ZpbHRlci9G
bGF0ZURlY29kZT4+CnN0cmVhbQp4nJ2Wy6rkOAyG9/UUWQ8kY8mX2BAMdctidg0FvWh6NxeYxcD0
Zl5/ZEl2nFSd06ebgpwcR5al7//txEww/Hf6dzDDaCY7zMlOcfDJ0/23P4bPvwz/8MPy+/bX6fI4
2TTNgzMTDo/fh19XGMANjz+/LAbyOC8G+WrziPXePY34/PXx2+n+OH065MYYS3Kc3DF54IlzHu1i
okn895zHtJhLdou5ZqCBGwfd+bqaCCaPAByHC4BmAJ5D8wE1UCbwmAF9RlNdXSHKX81Q1tPbupKs
G8ByOI+Ce6vH2b3At0DIj79fI3GExCOQTjwDBxuYCaxccUBT+kMwV6Mj4E0wkYG7jCX3G7W4SHW4
4CWzHcCQ+FQNafm6mtkWfYLZikERCAkmLHDPeiFkVJPNnjUPJaPIj8wWCkIoEngdLQrTNZawxLOJ
NLKyOnrTDIEaKqbCYiRusU3/XqfoauEf7hVSlar1Kg2Q7mwsdFSj12pDdXmpBUvP6OtFwmmaq0GB
zYICix6gGhUWlHZc7RTOQjU0itL7hR96pgSBoq+VvTAjvli1KazJolATOC6AM67g8+h72B3Zp5Rl
Gres/79l9MLPpraZN37hoGrtrWNnEtwEKPf3vq7Wh7rIR3W1HiZ/rOuiELg1aZ2QbWiorE0AVrcb
CQrpvmtDIPtG79Lgrpz2wknAaeAqzxLOmoH1srphfN0738EBfvrBLW0p7IhDlpXGPTv4yYMsGcYc
d26KAualb9zmd2kwCZCxsaRFdk7sbLGl346IKpMqdsuvPDR+wEQ4ux+lhiFN4XgQJmbi6xZ73kAb
yZ+CiBvEDUzLuTt84ZmbHBiu04HeVMWIfUhTa862HdQ1GZ7fxQhxJjIHJmd+L715UgRHXxvdRNcs
CLIs1u8Hp24J1RcyPEvxUHxR3yOMIe7fIqAZatRNOdxleN2F0l7j07g5SI5Rxlr2YhkNBZ9tFusD
2onGVaxy1hHp4svyycKz22cRHhtq3WqlLBK/zWcZ52608JtGJf5q0WzvHct05BxRRz1pWrszJyuF
MwldgkuI3Dno7VakvqzKnoZzxka7pQ1KQlfgUuHS3jU00lOoWIKk1lDOzBT6z4ZWfNoRW/fe2cql
+q/dUjJnM0DqNenga2uypu8ftYVfKPiuFLa4fy8GdXdtZlUFtiovzauJfr1VtxgGe+vU3MxLR8Sz
Aq1Y3f3Y7YEKlv3wSh9ZSrWlnLE7wZsuazexM3ZPi+cl0qjx+jT8D/q8tPIKZW5kc3RyZWFtCmVu
ZG9iagoKNiAwIG9iago5MzYKZW5kb2JqCgo4IDAgb2JqCjw8L0xlbmd0aCA5IDAgUi9GaWx0ZXIv
RmxhdGVEZWNvZGU+PgpzdHJlYW0KeJylV8uq5DYQ3fdXaD3QjkpvgTH0M5DdhIYsQnZJZgiZwMwm
v596yY++tm8PocGtknRKp06VJNt2YP49fDXWHG3nTa6+KybWiO1vf5hfPph/eJB+3z4dzo+Dr102
wXbOPH43P9zBQDCPP3/tLQzH3FvHTz8cXWuHNz1x+O3x0+H2OHx88u1KIeeuC8/OEwPzcPS9Lbby
/2k41t6eh9DbywDYceVJN37ebQE7HAF4nusB1AMwBvHgdKIAuM+CjiE0tBWK/KsHWk+bbSVZN4Hn
6dwLYSvGHFbkI/Uef61KkhNKEh1gnhjhjE+sCVyYcYRkL7aStMC8gSidXGTBTzjKLbhtEQoFybhq
uyQLeAOAS+6Ryh4nuEJFopycckIJIifbs0jCyPfuLOkHYXVhllfmxU8bcAyzmjjTNNNdhthyh/Mx
0Mop4WFUF5/OsQDseuF4U3sJNeRWXy+HGtwrgUIi4lcNQGZwAA40BcSuSVH5X8PVMQlXIn0pbTa0
Sno1FqgFd/gyGtlYFEfkbQFb/EVuCtOWGX15tpGgYTyFaIO4IWTq53h2rAo0V3tRQ4LvjDnGVt1T
BjlalwZPp5a9zXOkzxOGkCgXNJZ62VJtY/HzPnDtJo7oHdKQiep30Qb3dofdOS2TblQniUjQJnFh
tkk0CO5xKqwUFQe1HHGFraDzyjRPN9Vp6keM9N2w5Qdc5MykHHNQlFNB08Solb6WFu/qQAdAmool
PoO0LnjyWDNcZ/OpbvO4JSGLf6OjcklTYudbULTRQ2WmCJ1TkvQTA0E707T8R/PVFNqV3uO5XROe
NeDpvG/XqbD7+cfDSLMEExIdSl8OKdeuqvW3GS1syyRsfD6cPyAEJ3j0XhXULAGJFRk2M2bQRNUo
0KyWQMVyI1QNhWJUZSSa1RqBvghRaTRIi20cEMdTs4XLAKwoXDAkCU2stgxZ+cmSmQr2DsauL2q1
6d65mSuxFuAQYIRSu03FdheerAUwJjujLFabTlZ+shZgki4u8h8XstYnayHWstbBImkseD3qIt5b
7dWMdudQ6MKKdD8GaOdG2nwXg0DE19zlwQfaEBD4rqq8G+gFTBzzGnnLr0+e1Nz2u3OMelJjDUmH
EB4RG0DWJYw35Uu6XN/RZc3d/9QlUHRrfhm4GZ3Ksg7ckwVPUKpkrK4qwDQTBtxSGYomDuMFnSWw
Ii/ImyvgqzxWLK4DzysIstIKdVMSpObXCcYhtovgRM2zil74WyDscPIprTO67nIJMW9zGWU5DfyC
B0XdvcMllLjOhQPZLMGYqARXubSELLKjxoY3/ECgJK15E4FZ63WXu9mnr8iymf3JwXU/2Er41V1/
4yq962fZPn5le/DHUqQXQcrXeX6F/wfuKzZACmVuZHN0cmVhbQplbmRvYmoKCjkgMCBvYmoKMTAz
MgplbmRvYmoKCjExIDAgb2JqCjw8L0xlbmd0aCAxMiAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlPj4K
c3RyZWFtCnicrVdJq+NGEL7rV+g8YE9X9SowAvvZHshtgiGHkFtmIeQFZi75+1Nba3uWI4fBIKta
VV1ffbWo5fbQ/tt8a127c3vf5s7vSxu7SPffP7W/vWv/kYf8+/6lOd0a3+1zG9we29uf7fsrtBDa
2+ffDw76XT44lKvvd1jvw5uV2P9x+6W53JqPi72xFN4c92G5eRLD3O/8wRXXyf+x33UHd+rDwb30
QAtnUbrI9eoKuH4HIHp4ALAdQGzIHtAU1UDWHNgzMg3VQ9F/24H92W31pH4TeFGXVQhrMeZwh74D
5P72111KQiBKIgLlSSyw9Uk5ITbggIUJpiiTK0Lxie5ORjZKIMAYhQSMRkZyES5rCEMhdN6HmgXf
AhAGQkk5vo8ye1Lw2FWIqBCZkSi598IZCB5/QAMIUf5fBONZkMnVBXpGSU6SeNbElz7WVJI+ZaqT
DMljIpuDQ8mgbD3beDUVEih2UJOxNVAskZpkQ6iQGPrZQlANTQQIyovgq2R08m8B2zMNWGONZvMw
mlCejIW6LS1i0T7jKKJ0CeFAq64jJ4UjkbUJLnft5TLkJ0n6LDaLyip0zNli/WFkjhvhqdig62iM
LfLk3sZm1RIFMceBmQOjLpmEmCrMRaI0cIkWg0UdJ9lNY8xaAzDUpRU7qj6KE5yweazLc2YVTBgA
lAmc85gl0qjqqMJYUOUh1ZBgH5+kOqZxQFWqhWRMvef3grtMi96uR2IzMcP8rAZvER9HIsJQTQ9h
Q6np3gwbcP9maF2lT5OBnRDOdGKYzB0LQlZqjWvuJaj5EywihWnNq94iNZpVXbvQne/JyUlAoWAw
KzRC04hoWmfRykXKLI11G5dGVqiiPNRSGuqyelt9oTGRxb+ZiIYljYmdzjTlxjpvOgVCbSkdNWCL
VuwjiI/tt7YEehkGymBKmVIP3tF9PbYoxl8/NANYARm61L42qWQ+adD93229j3uWTEmFr83pXVMC
7R0wUoGrYZXUlCUeTWQaJsJo6mmzPJiqVE29nLTMtApqyjh8SrRS4apUAfsUKVoDXIXRVOOcPSQn
OBeUADFC5yzwSHYqscNACuiA4c0k1TRjD5n4qMYqVXWW4kKaGYfgjX82VqmqBzr+wEKaGcfsBjCv
JlV1lvJCmhlb+oaK8AM7c4qn1SKG8w6gqsvJJVmhAx1RRxE6GUCvzftrpJcsD0c9JEsr8bHU2+Ek
gPSkdONKi80dIA0tXHOQe1+4lSDKscHOvzB4Uq95myefeDyue/IPRvJ8p5BWKan77EDP5MpN4IN0
5mPVpv2VdJ+ZmedIPz9D+oqDn0s6SrOtelKyOsFfmKUhLjnsx0oin7DiZgJDkIL/D6/gK22cHEnT
3CnP6W6zU3q3UWVk/tBgl2mWM/mYFCdRPiJBUqYvrahfP/rCyg/OMwt/9PFKM877ex6LuujYZ7cx
VV6G6P0IJliPfHuy8sjyuRoHhxux8yyKa9jPvULf2IuOXm6rqO3QajVccZ//L+5A31fdGm5hY2MH
xsxv+hXYA6a7f5v2TxBp55X9NY+S0p/hyj3I5bhjNto3EpTkC2llykq/6sl248jW7e5PhNr0IAVx
mp7KfgBugNi0CmVuZHN0cmVhbQplbmRvYmoKCjEyIDAgb2JqCjExOTkKZW5kb2JqCgoxNCAwIG9i
ago8PC9MZW5ndGggMTUgMCBSL0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nJWVS4vcMAyA
7/MrfC4kteRHHAiBmUly6G0h0EPprdtCD4XupX+/tiTbyUxmHwxkHFnW45Pk6BbUv9NfpVWjW6O6
3rRBud7F9cuz+vpJ/aHN9Hv5dbqsJ9O3nbK6RbX+UJ8XUGDV+vPboGFsukEjPc3YYF7bO4kbv69f
TvN6erqxjSEk49jaW+OeDnZjYwYddE//57HpB30Z7aCvI0TBREozPRcdQI8NAOnhACAWgM7E84Ci
yAdIpkH24lGbPQT+FwvJnyyzJ/brwZA6ScE+yrGzB/gGCOP6+0jd6ND2yiHEOtEJVMYTE8BEBQcM
ETGzBeIMAwt414F/FIoNMQzrTevZtFEAkX8MJxbzOJzOpAK5kONHhRwNIvG7JvfguNjy5oklasuV
0Ii8v6QgWRSh+wGB1j2pezFhYaKVmIoSl3Rp5elUSPpi0lfD20hYHJJ6jIJkML9OBdM0fIwK2Fip
Gyrzhso8mvRI9UEJjHLBjjMp0utoKFrG4yWhvMuiS9Wc2b6AYyXLW6xLpu7LwAeEOrlY9rTIDoqr
JQeMyePD9iZ6putyu76XnulIbUeP5z0Nm6Nphdo7rnKJISJ3/QHmfpMRMg6shJp8O0i2uTPorLxl
bLkonsgVaoXdvscqtRLsm9CMyf3zbmgYWnffclDmKrnHTjIIGxa+jl1dZ0aFhwwbEytT22Tz2zlm
mBmtABd4vDcdg6Z6iQpvTnn0pX33kU/Vf6nhxi3pl76B1DevQcdef/T2w+Dy1fD2nJdGoNA4V07+
zFURtlB7LV14fncJTJJWvQtN7cu5lDrZMRsey7au0rBhy43DoSHxw67d/WYQNoHkOfL1WpFb57zx
dVDLhx9DAur83edEDrIjW+8uIVA/HZIXIZJN5GrgQtebl69/ieBJ/QeoyenACmVuZHN0cmVhbQpl
bmRvYmoKCjE1IDAgb2JqCjY4MgplbmRvYmoKCjE3IDAgb2JqCjw8L0xlbmd0aCAxOCAwIFIvRmls
dGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCniclVPJahwxEL33V+gc6HYtaqkFQjAezxxyMzT4YHLL
AjkE4kt+P7VINpnMBIcBdVHre69qYMHwa/oZIMywcMiFly2sZRX75Ut4+hB+WFB/L9+m+33isuQQ
YaGwfw53ZwwYw/71uQK2OVcge7nNNOz4l2dtn/aP02mfHi9607Zpc1riZfNkhbnNXGGDYt9Dm0uF
+xYrHBuK48GSTvaeYUNoM6LlUUXsHdBqpB6pJ3qB+QB7TErjmLD5t3fQed0ck3xuQrZ082K8xTHH
K/JVLG3/fi2dYdWFEMqerIICJ9OElV4llMFJRRamR+cq1BPjLQBxk+Ex8ZK8IQdEUV1AyAqvg8is
a1m3gZoCOQaIXV3ZSKp4aJkrE66G4qA+2Mwupqf5MZkddacSOTeqzN4AIhOU3lKSV72Yf9IgPdr/
o4FxKRc0dPoA7LaQKB2evsfGA3cZl0HVGTh46uDfonjzzA065zxW+l7onC3tT+jrQPKqdcQHxyWw
9Srce+qYz0Nc6vuQTSg9ygqdidBPyBoa76gOYr+2N97eiaOWuQI96pI5BtL/k1W8avEYfgOtY/Qy
CmVuZHN0cmVhbQplbmRvYmoKCjE4IDAgb2JqCjQzMQplbmRvYmoKCjIwIDAgb2JqCjw8L0xlbmd0
aCAyMSAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgMjU5NzI+PgpzdHJlYW0KeJztfHt8
VNW18N77nDNnzjySyWseCWFOMuRBQh7kQQhEckIeihEIJGCiRjNJJmQkyUwyEwLWAr6KRFuhKtLq
LalVQLQymSgGhBoffdjWitcXWm1zKxb1SqVW0Wtl5lt7z8lLqLe99/vj+/0+Z9hnr732Wmuvvdba
a+89Q8bf1+9CBrQVcUhp63Z6lYsWFiCEfosQjm3b4Jc/vtMyB+BxhMRFHd513d859Nc9CEmzEBJe
X9e1qeOB0x9ejVDUJwglHOl0Odv3X5sVjdCcAMhY0EkRoRtFaL8H7Tmd3f6Njxhnr0EozQDthi5P
m7NiSXABtFugPa/budH7oul3GmjfDm25x9ntWsZ/AHDaIwjllXg9Pv/rKCsMrCdpv7fP5Y1embkc
oTU8QiYP4DC86QvkYw1tE44XNKJW0ukNxqhoU0xsXDz6/+klHEGzWNmHZvHpCPwWPjlRQu7wSdpH
a/IBGCs5UtRXED2CXseZWEYj+AtkQZ9jG56PliEefQbRchCdQ3ejeNSAduFYNAeZ0Rq0DPNAk41u
x/eGN4TfRxeh76P7w0/gG8MHoP8O9Av0OWjwBx6jErQC6NcgF3qfexc1hX+ItGgb0qPFaDU2Iyd6
Dd6fgg53orvQz/D14c9h1Hh0I8grQxWoIvx0+EuUhW7ndwgnpMfRTvQk1oTbwm40G6WiQZIdfi38
R5SOmtBP0COgUzYe4y9BKWg9ugXtxjbuFwDdjR5AIWwgzVyl8BSMtAytRT1oAA2iA+jXOBbXCSeE
M+FvhU8hDYpDmaCTG72Pi/Fy8iBvCC8Jv4muRIfRr2C+9D3GX8nvE64MlYf/LfwMSkBPYB0+ip8W
CoTvnbsh/OPwoxCR6Wg+WGQFjNOKbkJPo+fRX9HHZEt4C7oE1cPIP8fJWMbpYPHXiI1sJpu5l1Eu
zLYZtO1He1AAPHIEPYmOgW1+j8bRuzgeJ+FLcSveiT8mBtJOXuTu5R7jXuEx/xDY24HSwEZ+9CA6
BOv5BfQiFkB+Pq7D12IPvgf/Gx4nAfIh+YzX8jfxf+fPCemh8dDfwyvCnyIrSkSXoevQFrDtT9AI
egz9Dr2KPkZ/Q2exCS/EnfjHOIDH8YdEIqlkJfGSXeRB8lNuBbeTe5ov5pfy6/kX+DeF7wi3iU4x
9OXe0J2hn4ZeCj8RfgliJwrkp6MasOgNEBUPoqfQyyD9DfQ2+hONH5C/GF+Br4ZRfPhWfBf+Kf45
fgl/ALNE7J1KFpMqGNVD+sBON5I7yV0w+ovwPk7eJG+T/ySfcgKXyi3gerkfcwFulDvO/Zk38el8
Lj+fX8lfwYfBMwXCxUK9sF94WHhGOKMp07RrvJr3xBvFm7W/PZd17g8hFOoMBUIjELtaiKTrwBI/
QvdD3D8GPvg1WPR3oPE4+gS8kIhTcAboXYprcC1eji/HV2EXvhFvw9/Hu/G9+H78KMwA5kBE0D2b
VJB64iQucjPZRr5LHoP3EfI8eY2cIKdBcwvn4LK5+dwy7gruSq4H5uDnNnM3g2V3cge4F7mXuVPc
e9xp8JqFn83389fxP+D38Y/xLwmXCd3wvl94ShgTXhK+FL7UEE2iZpYmT3OtZr/mT6JGXCDWidvF
V8S/ab14Fs4CzeXp2YLYYA3OJgdIPL8FnwZEMuZRNMw8G/xQD6vib6icC4Ffomg/6JZAbHwc5dQo
POR84sdPomL8c7RFQzjIxPw4CuK3yDj/LLkIvYpbsI3fx/UIvyYp6GHIRjvIUfIkXooeI2VkLbmP
Q/hdvB+9C/G+Ed2F12Mfehifxovwt3EJ3oJeIWauHt+MysL3Ex5LeBk+g0ADdAPfjq7++iyIS9Fb
6P3Qj3gjfz3kp1G0Czz6CPojfgh9gYXwh5DdOMhGTsgyt0O834Jo1muGdbYF1qMNMkiX5kX0GN1R
xBLNEv46dAb9F3pfOAIRtRQy6amQm/8R/064JJwDKwxWGdoP664TXQwr5l2IkmPQpq2rYKXrIJcU
wKquQ1egdvRtyHo7w4HwfeGbwpvCHvQb4P0Cz8Nf4CFYEaPAUYZ+Be870Bv4NliHF//PdoFQOxpD
H2ArTsMFsB5OCxuEHcIB4THhZ8ILmvlg7ZvRvRDRf4Jo1sEM2tBL6AP0GdaCb2xoHioCfReC7o2o
izRxx1AlTkReWLOZkMeXqjPxgZQbwXr3wXo+BmvjDOSJq9DP0AlMsAVm1Abja0FOLdj5GqDeCx68
CY8Aph2ydhb6T5h3FF5I/DCeApJ2QdYaA53eQn8Ga4eZXvMgL1ThtSDrM3Q5aocRFqA6PAweOIRK
IbNWcb8Fe8/BJrQUp+IHgK8FVmgUSkalwjuYoHmhFeGFxM0dgz0mDPgh2L2S0EW4F7SIhnmcQwl4
JSoOrQYdXkZIqWhQypdcVLZ4UenCkuKiwoL5+Xm5OfOys+ZmZqSnzXGkpsj22cmzkhJtVos5IT4u
NsYUHWU06HWSVtQIPEcwmlftqGmRA+ktAT7dccklObTtcALCOQ3REpABVTOTJiC3MDJ5JqUClB1f
oVQilMokJTbJZagsZ55c7ZADL1Q55FF8xapGgL9b5WiSA6cZvJzBOxhsBDglBRjkamtnlRzALXJ1
oGZD52B1SxWIG9brKh2VLl3OPDSs0wOoByhgcXiHsWUJZgCxVC8aJkhrBKUCiY6q6oDNUUU1CHBp
1c72QN2qxuqqpJSUppx5AVzZ5mgNIMfSQHQ2I0GVbJiApjIgsmFkN50Nuk0enjc2ePuoCbW2ZBva
He3OqxoDnLOJjhGTDeNWBSzXnbRONUF4bGXjtum9SdxgtdUt0+bg4DY5MLaqcXpvCn02NYEM4CVp
NS2DNTD07WDE2noZRiO3NDUG8C0wpExnQmcVmZ/LUU0xLdfKAcmx1NE5eG0LuCZxMIBWb0oJJiYq
h8PjKLFaHmxodKQEypMcTc6qWcPxaHD1phGbIttm9uTMGzbFRAw7HBWtAgbjdMA12ccgRk6h2tWT
lsVUI8cyCIiA3CaDJo0OmNNC+nAtRINtC4EMXk0YuALt4BF3QKpsGTQtonjKHxDSTA558FMEEeA4
/eFMjFPFaNJMnyIK0jiZDDXon4AD2dmBrCwaImIl+BR0XMLaxTnzNoySBQ6vSYYKzIfqwLbOpkV5
YP6UFOrg20YV1AqNwNZVjZG2jFqTgkjJy24KkBbaMzbRk7CG9myd6Jlkb3FAJD/GLgIJAW365L9o
kzmuunNRAJu/ptsV6a+td9SuuqJRrh5sUW1b2zCjFelfONmnQoG4ykYuiagQSeJYLwTlVZPEtNFo
CPBp8E/Dgro9wEFQMgSWawKmlksizyZdSso/5BkVtdOYRsNnKBerpthULQOLsme2F89oz9DOMMiB
vnw6qW24YnBQN6OvBhLQ4GCNQ64ZbBl0joa3tjpkk2PwMNlH9g16q1smHDoaPnJbUqDm9iaYRCde
BMFK0NJhB7511bCCb62/ovGwCW5vtzY0BgkmlS1Lm4bnQF/jYTiKKAxLJrG0JdMWqsUQ6EGiZV1J
hxWEtrJeniFYu20UI4bTTuAwahslEZyJ4eCVA8cU6nwB3rDri2jpYwSHNOIoKVfikMCHOKQT+RBG
Nq1GCBHuKE5HEhx2rciabTpbdq5shemTsuXnylA5wKYv4TE/PyUmJSYNHhgOEF/K3NiXioD+jmR+
DMaCGwwSnHDPMiE72qIUZgqZuostLt5lELIspZZLzE3mTrNQalmQtC3pB8IuvWCPScOIxMWmRZu0
toyDIhZHw2Mjkr4IVLxdiduaguWU/BSSEhMrI9mUbyKmUXLbiDy/3poNqjVT3ZabmnvPZvcuP82U
LGc6ouZe3ByXUmAxm2MT4uEsCG9HCo4pLChZQoqL0tMz0h13keQnWm4Ybckp6Vh+U+sD517GmW9f
X3LJNWVlXfVLHheOzEp/JnTqd4/fNNRWm2Xnn/myOCp27c8PHDjUERtF796Xhv/Mfyy8jObh48pF
h2NGkw9l/mIeL8aJCZY4S4I12yW4Mv2ajUZ/5huG1xyGJt2aqDWpTY5OQ0fsuhR35rp5A8nfSd6V
Yoh1jIbHR2bbi2ituGyJRatSVzmeTn3awfem9jpuSL3B8R+p/+HQZOuyjHNS5zhKjUWOWl2tsSq1
0nGt0eXYZLwudbtxMHWvbp9xf2qcpJOMmlSNw6azGc2pYqpDZ+SxZa1VsclFHiv2WPdYifUIcaGk
8JhiSCy1J+GknHgOXYLB8MqyRLkoHytwbWrBO/AQRMIYHIz+wiuJpSa4aeVkSdaPwhZsUeIsRZZa
MSM9MdeeMWQKgF9q8UcxMsqHGLDl/Lvqntr6xmGkLGxafvqT5tMrTGehzu4DP53rzf6kOftkpO7L
PhlrKW1u7u3LzoaVfxilgj2SkpeAPY6r9TvBuNJUMA9U0Ho+GEtbx5Xo2FKjHFuqYyWa4t5TogyA
M5bqrLTElWZPfzUNa0hlQ6OSsEi3yFicWgx2XGasTK1x7NU9lKpDzU0TgZNmNhcWLIA4yWDv4qIF
Cwpl3iKkpztSRU1CvMXMm+EQpOEdMroUy4l7tt2x86LLig7/pWXblo8egkuSRQydiPv2t29Yljdv
IQ682H97GD0V+iD0Gn571s5bN60qWpYUm7t47aZHvc92fPxrY29bcWppUVpeR/ex2za/tR5jGl/O
8CnhaoivRPSasuI70vb47eY9aLfml9Ir3Cv6TzkpTco0ZBrnxs819wv90ncELYSeBULPMpdkcWmC
mCn8QLhHep77uV4oxyvhYLraRD/aOgMOokssxlrEap0RanyFYrHm8NooJSq2KKr2mmi8MhpHKwnW
ouhRnKmkxubouOiPotaijxATlZg/C89KyBgScbRoF/NFjq7WkaTNqtthLa4wNZ9tBndTZ3+S3dx7
MpvWFGimRsbNzc1YYPaLMaEU2WKOGFcTY6KW58uxfWnohQ9Db4VuxdfhImzc314Q+n3igxt+8ptf
DW04QJKuPPM+vgPuzT347j1XB2r6bv4g9EXogw930Rx0N9zFPoccFA3n3QElTSMcjj9s5S4W8Drh
NYHExqQZo6JQkikNEnI00prPyzpme3J+ckuyN3lrspBsipZxJKxp4pk1M/FM5h2adWJL86ZyT2EM
nRSNEZp5HDYCs4oElONu/HsctXrzgdZ7Vlz7/NP3H9xQefUlxUPCEXPK2we3jbpjEs69zj8Taslt
rajrNOogEu6H1J0ujCEJrVWk9eRb5DbCEX4Uzx25RsDCKLn6Ca0kYGSQ0JO4ERTFpFkxCoi38zIf
4HnepjuC98Eda0JzmteZzrAoS6m+KSkxGrF4wZySQi49dOqHL/Vgkn+Sd+yoDs95/js0FndDVneA
RSX8OyVK4jRaG2fR8rFawnGjYTQSqy/nqAGvbC6itZJV31DEFYjaeFHUclpCRE7iCZGgwStAwyvQ
zxdoXmTa36bYFH2dvkXPefVb9WRIP6Ynsj5fT/RaSRVKayWqvr5IKmC+GIOtjHpDN79/0hvZ2XQj
gCRyVm2xGeKY2NJSBGVbLk0A2779XCQFHEYcJFspKqNIK8ODav2EZCzSKvBALFXMz69kVFsP6Yu1
W/XFbGIXJeYWaevhIXBmroBTOL6Gu0W7QzukDWpPcprnuBe1b2o5mcvTFnGLtSu13+f2aIe4g9oA
95RWT2NMkQqLi4gCD5Fme2NeQRGR6UOMLwbMPYqUkltEGuDBqGtmy9CCh5aIopVwFnEeyRAXk0Jx
BVHEq8haUYonSeJyUi3+UHxY/A15g7xHTon/RfQZJFO8VNwo3io+QjQYzNI3mQVRJNXCHBENUxxD
9/KY3VgmjTgu9Pq5YeHIlzncy1/UcEe/rKLraXX4Pf6H/BJkhPvxPcol7+FT2s/iPkvgf0neg+Vk
E2wSaTKtjVtrbrLeQ3ZrdmvvMYxKr5LfC29JrxpOCac07xlN+7S/Ib/VPKv9hUHo127X3KzlYkaJ
P6jTW6BS4nkxvlRMbEnyJpGkqBRkS2ysYJ6liaT3LF1ip8tPQ6j2QuborWxUJLepI7bD7LbyuLmJ
ppO4otgFhQUoIR45Uuekp8Wr+RsyyurBc/f9FReFnv/w+6HPBrG8q6fn7rt7enaR1NuxZjD0y4/+
Gnr25vD+H+3fP3Tf/v002u3h98hO4d9gti8oc+HYgR26udGLoi6NaooWbQnIypkTkCU2DrJ8LInH
Vk4SdaLBOoqxEo0sQ5aAhWuBaszCWUYxH0zA8TDFEZRAT11+2J/0Up4uD6E8fA1kUqBQMq1cuiV2
TUJ5/J74g/FcS/zW+B3xx+PPxAso3hQvx+fH8/G2xI1DanLtqw2U1NcGFsPh9jCKD48tbCpbTk9m
sAxMn9hOIivYip7WgPQkhH9MYTS85ufjZpzgiImnO1uJReNIpWeg4hhHcWFxWgy5bkyfMSvjUmvr
9ZddV6qXbrgBJ/Lp46GGG7NnJb2ZVbiqev7d+MXxlx8IbQf7VOBtxE2GYBEWKCn0tEBwCaQoEwR+
PsdzVYIJ0VXKIRv/YBdV+mTzctOfm1Heacj9cRBuFSQTb8O20Clq7Z0IaWyQWwzEquj1XLo2XQ9C
MKy3rYo0a1GRTl60mGaA8RG1Vh6YlQtYeGgkre4d6UMdz0s6XRyZxZsku85B5vEymHgd6eRd0rW6
AbKRf0A6oHtcOqI7K32hM+/hd0h7dL+Qnte9Tk7wr0lv6E6R9/h3pQ90xgFpo+4mcjt/k3S7bgcR
G/Uuci2/TurUbSCbeLGK1PJVUq3ucu3lUqNOtOryoorIIr5IWqwrjxI5YuA1kqRLIIm8RRLVo4ad
8JxOEgyiWKCJMhQwMxFtndZYpKcPNssoPc08kIb0SiQX3aeYKKDXcnDGxkTUIS1kM0hnMXBQiizi
Zpx32vTKaYpIGg0vVnJgFJnXSlIBx8dzHE/0Ol0BRwCEPMpxBsi/Bp1Oghxsj8JRo9g4Qj+1OUIW
IiGSYwWabyyQmIUCURG3aLH22BbwwjG9rDeQUbJQiYVTCc3eiGZvVGA3YAMVY6Q52PRJ7+nsbFPZ
X0xliTbTud5zvWWJVhNkYUCYTvaC8lCD/qDtNiGXpuFtuVZa0TyLawNx9RDK2vD4sF5euLCJHg6a
J5IUyu5lWQrTaweGRLUTP4l1WMRHQ6dDb4feCf0B0pWVe++LGv7Gv2+mBWLqTjg7zYGYsqFBZaGo
FSXRZNGapYu1F0vi5dJa0y7TPTG7E+417zM9YX494V3NWY3eaDDARURMi5MMetn4IjUSbE2pSlJd
UksS503amkTkpPykoaSxJD4JE0gLtnzbmI2z0Y0ocdpGxO4jkV2ojKatMpg5XX29cSkxcHA0s4MA
zMUURdRFeCfO1Mfdcf3mrYk4M/+GE4/++xub45NhVn8+tvCK7nW7HuWyvwyFPn9zV5Pz3jWbz9I1
UwgnHAOcCJJxuXLN49ZDiYeTfs3/0nrcetx2PFFbmVQ5qzJ5re1e/m7rAX7vLK0mUUaZmpLES/hK
a6WtMlE7xzrHNieRM6fza/lbrfcl3TfrvuQDsw4ka2NRsilZTp6fvCH55uQdya8la5NpXJjjE4qS
ickQnUyXNqGrW6F7MIROrBnOj+THIwQb4Ky4VnHYDXkGYlAAb9gbJ0gnzGa8ElROtEefMA0Q2+yX
n4lk9k/ohaC3DMxFz4jZvSchacH5EGK8FO5p2c3sKpAcHgvGlFIdgtGsUqJMpbzWVCpoY6COKZ15
sNdLSTbYQeIw/Zye5r7YUnqox821qxqPwY1nHM2CkhweX0jDrJceQmNSFsSWLChRNwsxbcGcwgJ6
bBM1vEbkDV9mmIY+/Fn2IldTY6c29J4Na3/xxucXLy8Mnb3YjIXQ3+/C0u+Hyy9fc7Xr2m/Neu/X
HzzaNtJa8UldOvUSPYeegSjUox3KRVqBF7Vpmli7gPOFgwIRBInj6RFUJ6XpkVbU1HLkEh3SY32i
bMw3KkbOyEvTj56G6UdPdrwuW/5J2Sdlk7femNI82Bup1WBJB5NLYUVvDSayaphdhJqAiBNMZRCO
sKISUtRyN1/+5ftk/JzMFQpHPg89+Vmo9zPQ3gDat/DpoNFu5bZM8Vc82S0exm/hV8UzRrhsJPJW
DcQUWqi9BDfh63G/qEvH2eICvEiswZeKu/Wfaz4XpTQ+XczSFfGLdJX8Ct2zvPYyXQPfpGvnu3Ub
8bd1d/G7xCO6V/m3dF/qjBwvipLODIfWLF0hX66r4aUEOLsu0q3Qrdft45/gn9ed5SU4F50ZibUW
8aPhEyMJFlqPKwmGmCLM60QeEVZpkaSlR9PxQ3NzisJsMxlXos1zirh0AicmIgkavV7tPgMmp90W
6NanIyEezroaQeCIBrKpHsEJtTuoKZSgUvRa10rjHuM4+IajaFKop+jYM/QDtsimxyOX4TnYqW1s
q7bSG5ANEsJZBqG8MpYG4UHTYHbvRCaMQJhmc0QfkXB+XCdLKWyCQagRO5TSw2lzb28fpo9CyIpx
cTQ3QobHW0I78eVHf4EvDe3G20P7TrxJHIQLvYXnhKRzL+FloSdoTM4Drx6GmBRRn+LIk/L5fKFO
8kpbpR2SqMECSeM5IiKtZLEk8lvo+RznKDqNKON8tIUGIjRjuKg64iVbyQ7CE5v23CPqXX9V4zBR
6GEEQpSdRqpdVSfVu1EZS4EQbcU05vAfQ8v574ZW8M98/vnfl4BW3wetmkArMwoq2dHYjktxISk0
LcVLY/6A/wtLomAW5pDGmM4YAWMSFx8TG8fFExxND1TJHESNLj5BZ0ZIr0vXSoo8p+ighMMSlhKt
LHulzinaYR2yEq/1jJV8ZMVWFJ9uTqBd0UA7lIDPJOAEm6W8jM0E9h11iQF0Vm2xeVDnnS4tjbGU
clGmMi2bExw+Y+DkOZskQE4vYndYDQXxw7cec963Mjl0Sl51UU1PYeiUcOTcu3su8d56x7mdZP6+
K4qrtn/n3IcwaZj/+tAq0gl3fROqUaIyo/fBEUHCSDKhWO0xnAoXPwxPRO5SdNLfDPfKfD4P9z+y
ayTmwfX0c7rm0+c+OU3TaLlJ3WywI50Um+IWlBQSkhAfazET19M/GGpbe/PY9nUXFTtCq07hj9+H
3ZSMHwu9FLr8Lw+E9t/bQTWpBE0UpskyxZpBMuAYtU53D9lH9keJktaE4F+sieqE4DLIdHpM+zfh
XgPVJvbaSqrN6XMnZyoTt4SDSw9XyD6KI1x1fdWiWR3bn7pn39LaR0Krgj/7/I/9f8EP4bzXQ7M/
f+mj0Cehv9Nbx9rwKT4K9rgoWFd3KrUbdbfq9uED4gFpX9QT0q8k7dqYJnNT4lr7uphOc2fiOru2
lJRqFkgLjMvIMk21VGPcJ/2GPK95TnrO+Ab5veYV6RVjjMkqWwmLiTTYn6x7tUZ7dF40iaa7VfRe
JCSfWMljPjE1/oTeljKxUbF9il1BsntpiXi9GRdYzDEmuNynohhTyQILbB700wu6v5csiDGlp5OC
VzfesWPg1ddCX8CzsM6cXLSyMFIJY7sfC10Tajm0Cy/De/GPDu16v6KhOwSvp5WKhi44UJOnK+hX
ufRr6j+vm/3OG3nXRJd9qrVp2Tec979TNvU/V1BoFZyfXwZaSf3/QIxPXBJagSqnvhT+ypekCRpA
Cb9Edwlr0aVQO6G+m5TCOvSh+6G9m38HrSYHkB2KT3MA7QTcndBXSOmgNkD/PCjfh/71UCoBtxbk
LkAP49+TjWScjHMpkMp3C5nCSs0mzfviUW2SpJFWSS/pzLordW9HvpNAOeBp+iIQcXloDdwFVpg8
cLSg2Gv46xD91JpNkj05NhMda3GMC86pKsyhRmxSYR7F404VFpAVX6/CGoDvUmERPYcfUWEtSide
FZbQINmlwjr+GU5WYT1qFf+kwgbUoa1SYaPmMe0BFY5CV0VfPWnrLdFHVBhMbSpVYYJ40xIV5tA8
01IV5pHO1KPCAjKYNqqwBuCbVVhEraYdKqxFcaaPVVhC1TGCCuuIM+ZSFdaj+XEPT/4vscK4t1TY
yF0RH63CUSjX4gZNME+tHmW5R4V5lGh5kMEC4HWWp1SYR2bL8wzWAF5j+aMK8yjW8i6DReoXy2cq
DL6whBmsBbzBGqfCPLJa7QyWqH+tJSoM/rUVqzDIsZWrMPjXdrEKg0zbHhUG/9pGVBj8a/uNCoN/
be+oMPg3cZ8Kg38TX1Bh8G/S5SoM/pVtKgz+lb+lwuBf+T9UGPybcTeDddRWGX9VYbBVRmSOesDH
ZtpUmEezM7MZbKBzyVymwqB/5ioGR9HIz3SpMI9mZfYz2MTk7FRhKucnDI6jNs98WoXB5pm/ZHA8
1SfzDRUGfTJPMTgB8PFzsQrzSJ6bwGAzpZ9brMJAP7eSwTZG36zClL6XwUk0BubuVGGIgbn3MjiZ
6jN3WIVBn7lPMNjO6J9XYUr/MoPn0BiY+74KQwzM/ZTBWdQ+WUYVBvtkRfRk+SFrrgrzE7CW2X8S
Bv2zWPxo2byyVqkwxV9DYUOEfpMKU/w2BjO/ZP1Yhem4D6EGtAl5kQt1ICdqg1pGD0FpQJ0MXo48
qAeKX6WSIct6UB/A9OkEvJtRyIDpAv5cgKoY3vm/lJQ3qZmM6qGnC/VP0vgAtwzqyHjzUSm88yG7
RqAChq0Aji6oVwPPOtDBz7hWgzwflD60AZ7tQNUH/U6gXMrGaD9Pz0XTaORJqkWQ/6kU36TWhTBq
Przh8gky3KBbH/T4oHSArLkXlPKPZEzR5kzTq2Ea/lFmWWq3dpDRDXUfWg84Otr/3OYyYF1gLTfo
5Ge6URvJ0KY0flXqGvCHjOoYv4zS2XjL4bkSxu5gtncCPeVzgVRq7QHGSaXlXkCniJ89MC7VyQu0
m/4hlYvFF6UbYFqtmxzXrUZvDvOyB7WqWq9gPZ3Mik7QZt6k7n2sx80itR6e/UzriEciUbUQYqmS
aeJnVp6wWx/oIgOVU43FSES5me3bWYTRmOthY033e5sqy8l0o5zdTCLVuxPG72YSI9aXmdZONl6b
6o1ID9Xap/rDyeYY4ds06X+3Gu1e1YMuZhsfi8bI7CY85FT172ejyWyE6VpNeJ7ahrYHmOzOadFA
aT1MVmTsCXzE2n7VIm1qpPrOo/ODTBezihvqiOw2FdPPLE0jaiqmPWzl9jGLdjF+qin1Z7fKNTFC
G+PfoI7qVmcaWY9UwpQVOoCSSotgp+zqVq3rUWfiZvT9rDXlVR+L0i6m3YVjYiK3+ibnQvu6mbwp
GTRfrFe1dar2b2NZT1ZX6YTN2tnY6xg2wk9XmFv1YSdbd141RjzwpCt6g2rtiISpbO9kvopEh8xs
2KbO38281sVovGztRaKxh3FGZjI9ut2TkUVX/kbVM91MGxqbG9S1Fck7XZN6dLPWVPT6v7Ij+b4y
vzZ1jFYmoZ9Zun1GbLpQL+AnLEtju21yhh0stmUWAxuZbX0s7vyT+STidap7ZL371awRWU0+Ncqm
smekt5t5xImuY/wRrancNtY7FWmR0duZtbxslWyanMXE2D0sZ9J+J7NEnzoGXUMRK/oZ/4TGE9K9
LIa6Wd6c0C2X7X1+6FsEe2oeyKXvXEY1PcPmsuzUDRSdbC11AdQNUA/zkIu1fOgaFgMRj+dOUv7f
HWGARUyE1jVtlBWQ6Rtg36+BUgmRR+GVgKU7QA08L2P4asDUw5PG5sWwE1TDeznDNiAj3KZoaWDR
5LtArMmT+Mg6iVjUq9p8Kkb/uV1syjMTGXnCz62sdxPQ90+O2TaZ2yLxPLUfTc+WkcwxlUcj69et
5kyfuqbXMSmuyZxIV2uTOhpd3RvUXNo6uRtFxvR/jWUmcufAZHZyqSvONRnTfSx/+NX13KHG44Xs
NbEKqcVc06RMreLzx2tXd0Aaga0sM0a0blU906NKvpCHMtisZloqkpHPj4rzR57IbTSLOdlZ1Amj
dqnW9qk55B+NTa2/BjBTeXbTeb5wqaeM6WeuSPZ2Mo28zLJu9aTzz/hcVmOxZ1pumxiXZpJ2Zmn3
tF2kb9pZed4kdd+0uJ3au7/eUlS7biZ/Iq48M+QNMP+vZ96cfg6dyI9TlB6gjZxQ+5nFqfzOyflE
9Joe3d1qRo3YP7KqvGp8TGXemTH0dTOaio9lbO7ne27i7EX3HJd6QovMJnLea2Ne7fmKD/q+Yu8p
yT52Wu1np/7IPrSBnY0G0PTT1X/v/Ql5fer5z63eeS50ijvfjxFrTZ1Y25jM89fxhMecX7F1x7+k
7ZSVzx9h5n4/UyOXeor1w94zIYHeTypQ5CaQCWf4IlQC9y8ZnvOhlQP3qyJ2y6KfjqxBtSplPvTO
h54iFS6B21gJ41qAiuEuQAuV/q/tdf/znXGiL+8r1pvcDxs2eV0dzjaX/JDc0OmSl3t6PH5AyZWe
Pq+nz+l3e3pkb1dbrlzl9Dv/G6I8Kkyu93T1U4xPXtYDfPNLS/Nz4FGQK1d0dcmr3es6/T55tcvn
6tvgaq/oczu7lnq62idkLmIYmaIWrXX1+ajowtz8fDlzubutz+PzdPjnTpFMp2DYHCargcH75YY+
Z7ur29m3XvZ0fK3mcp9rndvnd/W52mV3j+wH0jX1cp3TL6fLDcvllR0dubKzp112dflcA51Aljsp
CebsWdfn9HZumo5yyVV9zgF3zzrK6wbz5sirPa0geoW7rdPT5fTNo9L73G1up1zv7O9ph4mAqRYW
VHp6/K5uqlvfJtnnBCuCodwdcrvL517XM0+OzL0NqJxu6Oz29Lnkzv5uZw+oL7d1OvucbTANaLjb
fDAPZ48MfZvo/N1gdi9M0NXm8vk8MBydkBPk97d1ym5VFJ18f49LHnD7O5kZuj2edspNYVDbD4q0
gVF9Ezj/gKvH73YBdRsA/X2bcmVmac8GV58T/O3vczn93dBFGdr6wec+Ohj1o6uPqdDR39UFINMV
hu/2wCDunvZ+n59N1eff1OWabgkarT46iquv293DKPo860GsE/Rv64eBIg5sdzvXeWj/QCfYXO50
dXnBIh55nXuDixGwsHfKXWAOudsFtutxtwG50+t1gRl72lwwSMTcbmos2bURJtPt6tokw9x8EDtd
VEa3u4uZ168uJJ86XhtwtLrkfh+EFLOmq7efKtvfRu0vd3hgyiARJuX30ziBqfe5wO9+CA1wkw9M
xsITmt3Odc7r3D0g2uVvmxcxGrC3u33eLucmOgTl7nEN+LxOL6gGJO2got/to4IpubfP0+1h0nI7
/X7vory8gYGB3G41YHPbPN15nf7urrxuP/2b6rxu3zVOOvFcivwnGQZcXYB1MZYVKxuW1SyrrGhY
tnKFvLJGvmxZZfWK+mq54uLV1dXLq1c0GHVGXUMnmHXCatTE1CegKMzAzyx6gSXGJkMDmc65dZO8
ydNPOdtotIGd2TqKhCUEB4tR8C8svx4gd67rc7loJObKTcDW6YQw8LTSZQSc/hnK0OgcoOHkAse5
qKX7XG1+8HMH2HFKL+pCzzoXI2EunuQD10D0tvb7QTSo6YEVNW1CGb4JpSCQJ00xyUyjTd7g7Op3
tkKEOX0QIdO5c+U1PSxmN03MAuakZi4Ib6fs87ra3JB0zp+5DFbsYdFGeZ3t7W4aExCVfSwrz6Po
PmZbtrq/olSXu9tNJwSDMLoBT996XyRIWTwypGcAEmp/a5fb10nHAVkRc3dDoIL+4CrvJjkSvKqF
Zg7E7LGsY2pyNHv19rt8bBjIe22uvh51Bn2q3ozY1+np72qHNbTB7RqIpKvzpk/pwJMuyADtUylu
co6gFkusbf4pH9OJOVWtOy4slqk8yaCue1UQjOP0L6IEa+orYBPIXFhUMlcumb8wJ78oP1+S1tQC
Mn/+/KIieJYUlsglC4pLi0uNun+w6r52MdJWnqoeW4dwXXWphyR61Jn+McvMHj/qx0Y4Grw/g2YK
24Fmfswtq5ga9UOP6T0qjruVO8Y9xz0Fz+Hp/TPw33xt8M3XBt98bfDN1wbffG3wzdcG33xt8M3X
Bt98bfDN1wbffG3wzdcG33xt8M3XBt98bfD/8NcGk58fuNE/+mQh0nMZ1JFo9TBM/wza83svZlnD
N4NqAleD3of2enQW6N8H3MxPHWb2TfBMnK88F5Q41buWQdNpIphLWGsD+7xjZv/Mnjp19+1ndz8P
W5XTqS/UP91Snn9oQw9v55fwi/lKfgG/kFf4i/havnQ69QX7Gy74ic4Utua8+UQwtbSF5wPN9L4p
bK16Nl3/FY2n4XEM+hPngCiZ1j+J+2fj5p+0zT8t7+viSv3/8iicgV5HF3j9DDVwP0TRmP6Z8xi3
e8QUX6CMcj8YiY4rUCpM3N2oDgpBAW45GoNCkIfbibZAIUBeG8yZX3CYAiO6qAIT0N+GZChboXBo
CJ6YtRUolP62kTgzFX9TMDqG8X0rmF8UAUZM1oK6inhuI8Kci+tBDmTnNkM9G+o2qJOhbuXaIVNQ
PZWRaFPBVhivHMjLuQRIQ3augjOjAqiruESUxMj6g1GRcfqDmVkFFTqukrMykmjOCPnIzmk5MVhg
l5/k6M/lKNytI5Ke6ndr0JRQcIy7hRNRPFBtBSqLPfoYp0N5UOhMGkYkY8GOCgPXANNsALPYOfqf
9fewp8L1BEEQjFfNzUJm6FvPJaMEqGu42cEE+9iT3J2M7PtUCoy3JKgtpNWIMapgrELi6N8DBLjv
gcW/x0bbMZK+sABVpHOZKB8KAaNuAYj+BZaJGwRoENw0CK4ZBNcMghaDSAOe3w4924Emj7sOebkB
tAPKHoB5EJkQBAseZsCczILDnI2zgiVMT4LtMGATR6Qoqpk1GBvHyKwjhqiC8mOcD62EQkB5/4jF
WuB5kstiU5k3Yk2iDN6gZADTWSK+AEYz9cExbhY3m1kimVkgUGGHNkbRnB1h8mtynFqHvExepf6l
P2XJ6t+o9Qtq/btIHR4jx0dgFGWU/DutxytmkXdB2DXkbbQHIEKeJM/CVmMnb5JRqgV5gxxG5VCf
gHY71IehLoT6SDDlV/ZRMjoCFeh+b9BoppMlzwaz81TAnqYCliQViDUXVKSRZ8jTaBaIeB3qOVA/
TcZQKtRPQW2Feoz40a+gfpwUo8VQP6bWz5GjNKbJE+QQ7Jl2MhKMoioEgiKtDgY1tHo0iCKtujz7
UfIoeRglAulPg+mJgN0/kj7HHv0kyMPkQeIPJttjK3Tkx7gRfwJEQ+gErVEsuT9YQoXsCB6V7YfJ
DrJDsZYoaUqOspfLT8vPyd/LyWlyjlwi75UrTOR7SADjwYIlt8ET9mcC0QNFgbKDbA/yJYGKczAn
Oi+CtsJziEEt8PQyCMHTNNl7hkHl5Ba0EgoBGZuhbIGyFcoNiIfndVC+BeV6KN9mGD+UfigDkD68
wOEFDi9weBmHFzi8wOEFDi/j8LLR+6FQjhbgaAGOFuBoYRwtwNECHC3A0cI4qL4twNHCOOqAow44
6oCjjnHUAUcdcNQBRx3jqAOOOuCoYxwKcCjAoQCHwjgU4FCAQwEOhXEowKEAh8I48oEjHzjygSOf
ceQDRz5w5ANHPuPIB4584MhnHDJwyMAhA4fMOGTgkIFDBg6ZccjAIQOHzDhMwGECDhNwmBiHCThM
wGECDhPjMDH/9EOhHOPAMQ4c48AxzjjGgWMcOMaBY5xxjAPHOHCMk4Fh7njFz4HlOLAcB5bjjOU4
sBwHluPAcpyxHAeW48ByXJ26nxmDQNhshrIFylYolHcMeMeAdwx4xxjvGAuvfiiUNwAcAeAIAEeA
cQSAIwAcAeAIMI4AcASAI8A4hoBjCDiGgGOIcQwBxxBwDAHHEOMYYoHbD4Vy/OtB+S+7htyAG7Ww
uZKteC6rt6APWb0ZnWD1t9Ewq69He1n9LXQjq69DJaweQOmsBnms9iO7FgftJdEVZkgBK6FcA8UD
ZQ+Ug1CegiIy6EUof4QSJsVKKh8trhT3iAfFp0ThoDgukmjNSs0ezUHNUxrhoGZcQ+SKJGJkeRRS
C7qDPbfA8yMosInAs5xB5aQIxi2CPFsM7yJSpMSclj/Kwi9m4aey8MEsfEcWrpDIxZhnmQ5O+gQU
x42KIX2J/QSUkvSMJZCZvnfoQ4s9mL7APoqPRqq5SjbUH0IZhrIXyo1QSqAUQMmBkgbFznBZQN+o
pKoij0LJgJICRaZDILMZTjexMVrlMDHivSM/NyKJjpORCXxPBjPyoRoNZqyE6olgRqu9QsKHUAY9
BuHHwXMPQ30waD8J3T+NVI8E7U9CtT9oL4KqOZiRC9WVwYwX7BVGvAbZecraoNb1MG9arw7a1wLZ
qqB9LlTZwYx0Sp0FA6VB71zciE5CnaZyzYmM5AjaF0OVGrSXUmotyqCOxxqUw9QToNCaGwGFPjqM
G3ms6O2n7XfaPwT2/wTDQni8IY/yUL2YRn+DQWc/mvMjIK6wByt0lB72h2G1DtD6cfvetO32e0EW
Tjtk/4E91/69nFEtoL8Lem9nQwTtN8qj5GElzr7Vnm/355y0++yX2p321fbmNMAH7VfZj1I1URNu
JA8fsteBwGUwi7Sg/eK0UaZijX2TXbFn2Evlo9S+aGFEbknOUWoBVBAZfR7YNyttlMb4mpJRHKNk
iWfEHeKV4lJxsegQU8XZYrIYr43VmrRRWoNWp9VqNVpeS7RIG0//bj+b/nllvMZEKw1PnzyDTYQ+
SeRvXwnWEnQpCsRxtaS2fimuDYy1odpWOXC23jGKdauuCAiOpTgQW4tqG5YGFmbXjorh1YGS7NqA
WHdl4zDG32sCbIDcOopRQ+MoDlPULUn0B1iHMbrlu0mHEca2W77b1ISs5g3l1vLYJTGlNVUXeLSo
z2k/S2edDiYHdtXWNwYOJDcFCigQTm6qDdxAf571MIkmxuqqwySKVk2Nh3kvia5eTfG8t6oJyE4y
MojmKCBDGbQCMu1SJFMyyCdLKRn4KEKXDuxAl0IroNMZUTqjS9cZGR2PKd3wCbm6aliWGU0aQicY
zYk0NI0GIgZ4q4bT0xmVQ8aNlAo3OmSm2FwmyG4Hkhw7I4Gbm50JsmM2WCBviiRNJSmeJClmY3F4
isYeoYnPnKCJzwSa7P/ly7U0G4/M79/8LP3F2xZHtQtKS+C2DZ3WwNZWWR7e3K/+FG56S2tbJ62d
rkC/w1UV2OyokofnP3uB7mdp93xH1TB6trqhcfhZxVUVnK/Mr3Y4q5pGyssaK2aMtX1yrMayCwgr
o8Ia6VjlFRforqDd5XSsCjpWBR2rXClnY1W7adzXNQ5r0dKmyqsi9QjR6yCGW5JSmpaaTd4lNKAP
L06xbk46wiO8H+mzmwIGx9KAEQrtyqnIqaBdsM5oVxT9WWO1y7p5cUrSEbxf7TIBOsaxFE3+6hgl
qg0Ur6oNpNRf0UhDJaA4L+wzH32xbiuqdlfBP2j7WYH3dErku+DLf6FXf3+/jz76s+GWXBvIqq8N
LFgFmogiDNVS1QS43AkcxzHcsCRVj4bHoDMblMB+OhyFsjH9pUpFB7cukQxphkRCrwr+kcTkAs8x
2MG3QIF7HBkI5rH7MhkYSU2j9xf/SF5xpIb7Ka2DiSkF9Gd0SoCV1mmRWonJAWBH2o6cHSVDaUM5
QyUawB7aC0j7XrqVBvP2csif7ZswBID+JhT5AU0Y78fBWcls4CEKZGc3Zftw5NeUznvhCaNPGtan
SvUx8f4Jh0TwPhQhjnRm908w9assrLOfsbAB/w9woDr0CmVuZHN0cmVhbQplbmRvYmoKCjIxIDAg
b2JqCjEzMjA2CmVuZG9iagoKMjIgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFt
ZS9GQUFBQUErQXJpYWwtQm9sZE1UCi9GbGFncyA0Ci9Gb250QkJveFstNjI3IC0zNzYgMjAwMCAx
MDExXS9JdGFsaWNBbmdsZSAwCi9Bc2NlbnQgOTA1Ci9EZXNjZW50IDIxMQovQ2FwSGVpZ2h0IDEw
MTAKL1N0ZW1WIDgwCi9Gb250RmlsZTIgMjAgMCBSPj4KZW5kb2JqCgoyMyAwIG9iago8PC9MZW5n
dGggMzE0L0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nF2Sy26DMBBF9/4KL9NFhDF5Sggp
TYLEog+V9gOIPaSWirGMs+Dva8+krdQF6Mz43qthTHZsTo01IXv1o2oh8N5Y7WEab14Bv8DVWJZL
ro0K9wrfaugcy6K3nacAQ2P7sSxZ9hbPpuBnvjjo8QIPLHvxGryxV774OLaxbm/OfcEANnDBqopr
6GPOU+eeuwEydC0bHY9NmJfR8id4nx1wiXVOo6hRw+Q6Bb6zV2ClEBUv67piYPW/MynIcunVZ+ej
NI9SIVarKrJEXheJC+ojr6gvEq+RJfIGucgTb0l/TrxD3tSJ98hbzD+Q95T4kfTIR8pfJz5Rpkx8
Jg32a8rZRc4F6VNmTvNvsE/zS2SaX+4T0/yFwIXcvzytJt3dz8q5unkf140XjHtOGzYWfv8BN7rk
wucby8KZ1AplbmRzdHJlYW0KZW5kb2JqCgoyNCAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9U
cnVlVHlwZS9CYXNlRm9udC9GQUFBQUErQXJpYWwtQm9sZE1UCi9GaXJzdENoYXIgMAovTGFzdENo
YXIgMjAKL1dpZHRoc1s3NTAgNzIyIDY2NiA3MjIgNjY2IDI3NyA1NTYgNzIyIDYxMCAzMzMgMzMz
IDgzMyA3MjIgNTU2IDY2NiA1NTYKNjEwIDYxMCAzMzMgMzMzIDU1NiBdCi9Gb250RGVzY3JpcHRv
ciAyMiAwIFIKL1RvVW5pY29kZSAyMyAwIFIKPj4KZW5kb2JqCgoyNSAwIG9iago8PC9MZW5ndGgg
MjYgMCBSL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDExMzU2Pj4Kc3RyZWFtCnic5TprdJPH
lTPfp4cty5ZkW34gjD6hYEhkW0Y2YBMHq/iRUhJjwIAdcGJZ+mzJyJaQZINJWZywQGKHBDYhgT72
kW6aNk3bz3kU59GW7SvtnubRzWn3nHa3oWebkJ5Ttjlt0+02sbR37jd62CZJm3OyP3Yl7vfdmblz
X3PvnRnhRGxcJkYyRUTi9Y/6ou7KsmJCyA8JocX+iYTU11V4HeCXAGJD0eHRBy/vPUOI2EOI1jAc
nhyqHi68TEjeALRfCsq+wNTo/QZCiuqBx/ogdJydfzkP2kFoXxMcTRx6WPv6DdC+B9pN4Yjf91cF
+9n4d6C9YtR3KPpZ8ScCtH8JbWnMNypv+68vPEeISUPIsmA0Ek/cTsQUIdeG2Xg0Jkd3PhyfgTbw
E16CPgpf9jECqmNtQdRodfq8fEOBsZD8P/xonyWVxJvzXPDRVJMKMkJI6jJrpd7EJ+DJcOp1dW4y
lHpT+yp4979Tv8H366lf/2Ua5HH4oA8toQ/R79GHON5DSxCDNr1I7wN0mmwh2tTB1IXUO+RLpB/w
ntTDqXeEx8SqBYwmySdx5ncBvkfjMDtGzzFO9FZ6H11HHwD8MwAVAJfpI7SHvEaD5DDIe5G20uvg
/Sq9iTxHVpFeGiXd5HHybXqKasgMOUdLqYeGaQVo9yQ9R+vox2kbbSN/BH3m6L/TpPAM+Roh3g3r
1zU2eNbWu+tqa1zXXbtmdfWqa5wrHZJ9RdVy27LKivIya2lJscVsKio0Fhjy8/Q6rUYUKKmhSkVb
72yl3mVzOBx9tby9bGFbEVeZf+tQSLHN4bQ0ZKhsi2YtX9SuWtRekWl3KaRU6XS2tTPOs6TzDYWU
KLRUIUwMLbkZRPFJHYERZ0dIqWwLDAzAjHanWVI633KjLpz3bIGhzdkmG2pryKyhANACwIA2Oks7
N1FEhM6OjbMCySusrVGKXYqwqoPBiOKdGQDE2Q6cYKQkOzKXunhP7hCBaWmsRMWoomtT9ChXCile
n0JmpNmai9P3zJnJ4IDLGHAGfPvAdT7QcZaIqzqCPcyRHQwGgpKiAeb4sEGP1BGUpp3MHR3BAXg6
22HWVfuhO7+t96Tjok0phneHYnEpNwLFjYd/aROnOypCEmtOT5+UlL/f3ps76mDPvr6+ClB4usMJ
DIFZx8hmMKXCXVuj2sQdEBgYYTJHfEzPjhFpekZGXe9BHZC0I8gWxjvj+yDC6emOgLMj4AtsVgW0
Kd4efJGeW3rRRvBeex/v4gQwosGRgfY+h+rvrTt625huTl+7TV35TM8A74GOjvSgxDTYAgwUyS8p
ZEevE0ib2ENuItP+JowfRx+FWd3ZWYp2ldkpTb9NFDrgvPLrhT0+3qNbZX6bMLTT2TkwPd3plDqn
B6Z9c6mpQadkdk7Pbt06He0YAKndvTBrLvXsjE3pvKdPMQ8E6UZwPwuCzh29rTaHpS/d7E43CUQV
xFYBmgNegH9b+Au8THp6HRI4aldvnw381MvwHsDVN4sliN0mWGbuNuYjuSnjnjaOOhwsQGfmvGQQ
GsrU9l61LZFB2xPE63bBegywkYvpEesuNjKVHslMH3CClKdwF7QqedWZfyZzWUlHcKNCy95nWFbH
lZK2XtEm9KmYYBMZZnBBsrco5S7A17imYRFecSpml6Jt671oa+mTzBaoAmz5djq3br+lVzUMxAi4
zxAtHBqInpC1FodllcPi0JB3JfHiu14teYdImots574d6H6u2URKyE1PXtBS7VzqrSfzC9YLc6lL
T5Yvx7e3Kr9ovUCKHtKaiclQYjUcz7fmBwVafLyktEQWXO4rzQCktaW1dd7S7HK5+tfWlzism2iD
p8wKkhurnSt1gNxOb9/1lSNf/GZy+BNtn9iXDGmqvzyy9wf/Mt8vfDywM3omKTC9t8DOVwj6FMKu
6fFK6wtOaIQNYpNBKD8rmi1nDWWlx/Q2fUgoOkaWkSEmHGVfab0CUml/SSNxSKzSw2t1NS0ta/DA
tsAU2ALbRjlt/dyx5HPJX6TI336Lnovv6T0Q6+lLCObf0eufOfvTt5Mv3PkPVHfvXScemD55N/NO
U+pNcRfsyOVkl7f6B4SWE2tBqTH/bFGZWHpOsJoIKS0wiqKRaI+Xl14sfqVYKIbQ8+abKteT4npo
uftdBxpa5ls8Hre72U1aWwFvvdJsabYUNzOFLQ0Wp6W0HNTcUKJzrqyj66DdsE4YunSpsNRTu33F
Q8fOne548EHts8lw8l+TJ9vLVi5LXnZ0/d0TdIJe+22mYy2dFI4IT8FKl3oNZFYUiOgVBdF9wE3c
82wlLI5aoXteEZ5Kss2ZnIUzRghsKiA7vU1EY9YImjNmfbf+tB5ipV7v1b+i10TgIej1eeIZIuad
KSjWCYLOUGiICJq8owXGgv3g9/kWl7uhwe1G31ua3f0HYlf6VXFWAPY9q/nGfJ7wT/OtYtE7NWDB
C79K/jj5WvIppoUv9Yb2d3C2WUE+7q29S3vSKJiImZrN1jNGDa0nAyyEl5/RlpiPmEzkCJVoRKg8
km/PD/Mlb8BVb3D3N6tP5kxtkeBceY1gMcPia8q11avrqHOlXmfFKNAM0VNrHk999zfJH/0bPUYH
qZXecHMyai2vHmv/1I5ND5y487iw59Cjl2IzcGKxwHnj5KU3+9rsjU2f3Pfd3z/9N0zn84ToSsBz
+WSvd+M2watXhG/qNUQw6c2CXa/RU0G4U6cv1en0eiFfpKIuv1inFag+X5jSFmjHBP1UviF/PzcA
AgD+saxpKW5uPlnnOnnkO2vrSX9/iYMy58HjPH1UWEO/lNw1/7Pkbu2z7/5YdP2pU1z17s/AOT2p
y1oB/FdM7KTL26w3ndCeMIo/0f7E+AeLuL6os2iOfp9qIHMKharzor7sfGHlsrtNhlbDfQbR4ICV
LLmbSIR7sz8ng/oPlID/PCsEyCJAVlavrhZWmcGDm+g6M0ukHlpLGx/4xqEO67XJ3ya/9swvt6y7
nj7gv3XTXpffL98i/Ad9mHZtGb9j9z8+kTyQvHcitp1WfjH55ot7nn+BXvODF8GPbojA0+BHPany
Fgl6iDFtsV4QNEf1WnfDvIfFVOt8ixpL7OvW+pKe5PVJD8TQg+8omm7gEU1uF14E+wtJvXfFucLP
i0K1MCQezD+Zr8lzgE/ynqB6vXaqu4AWuPuBJ+QdcEUDaYMAQWEucRrousZi+nLy2Ma1/5n81mcf
0b6a/PkffnQluSFZBWfhr/9+nn4/lSLdIOnLIGkPKWBn3ovEy2LhUSit7GxuIC3PEH3qLa+j0LS+
ABZd/2md2WJZr9MJBr1QYRB0OjrTKrwmCAK4ucFtgSVvLW52u64097tYAXBYiqjesoluEH+TDASe
O/XKGx/TvvqnWvFHN93qol1tz0/jsZrV9KGh+zsrXr7N1PI2saln+0e2X/x99gie3A7RCbcFyGya
Pt7DLeCl+RO5B/5FF4AidmHT7ia3A2wRT5Em4TFSq32BnNU1E5/uMXJe+BKO90CfG+yPAnRDG+wn
pWQf+Rx5mxbSbvoYfYu+JXQJUeERQREuc0lFEGOwcwAuEB2s+wYw46/FG6BWsdEGYSSjz9MZ3Sjo
/zTHBYiRixwXoVa8wHEN0LzOcS3cO9/iuA763+W4nvipnuNmoqVpWRbAI0wDjQj8jTSBuBZwM51C
XIf9pxHXY/9nEM9D/HHE80HREfo8xykpE6s5DvaKLRwXSYv4CY5rgOYEx7WkQvwMx3XQ/xTH9eR7
4j9zPI94NKc5nk82a77FcYPmXa2G4wVkyEA4biRBwxDHCwteMrzE8SKyrywty0wMZX/kuIUYygXE
DczeciPiBczG8grEjdi/BvEixBsRNzMby72IlwBeXN6FeCnSDCBuRT5hxMuw/5OIV+LcuxC3Ic2D
iFchzecRtyP+BOLXIP03EK9F/IcMz1N1/iniKv83GG5U+3+LONOflCfbQ8OhROiwHJACvoRP8kei
k7HQcDAh9QRl6ebIWCQxGZWltkgsGon5EqHImLS2uXltrae+vrFO+lg4LCF1XIrJcTk2IQegMxby
hb8gheKST0rEfAF51BfbL0WG3pvjwWDIH5RGfZPSoAyMhkPxhBwDjUJjkl+OJXzwHhmPheKBkJ/R
x+tQhLQ57PPv3yEPj4d9sQzfWilnUOKjOV275VicyfTUNdZjdy12/28pjcJIF4mQGBklPhIGbJBM
0kIikxEyRn4FkB3bSRLwHiMBeMZIQPyUOCt+XfwmwDPis+LjpJ2EyDBAAuAwcAhARWG0bJZE/MAp
SiZhJqMKQq9EeuAtw/tmGGOSEjAexZ42lBvFpw85MgqJrCXN8F1LaomH1MO3kdRB78dAuzC8s7zj
2JLhLcN7ArVRKRkNs+Yr0AohHdMugXICQDeK1u2HvggZ+lA6HoQZIbA3CDjjNgnvQZzBNBpGqQnU
S/VRCGf5sYf5Sm2PkHHUNQ40jFuafxzsyFohkc3w9MH4frIDuY9jO3YVfWsX2J87U1o09+pUu1HD
eMZOD2jSCGuQpa7Nof6/4emluvQgFgHuTJcoyJ4kNdC/Bej8MGMH5pDKuYtrF0GvxJGuGy2I4UgI
PbITnuOYV6p/l8psR1kHkeswtLeBv4aQg8xzoglXg62vmmljaPdoxmcx9E0c8zeOmIw6DGGOyriq
wzBWsyhG0rxUX8XRzxH0pwR2jaPXx7ifJbTVh/L83O/qCNM0jmsfRHqJz5vMrH2I52yUr5WMtsXh
G0GfSLzySOhHpv84X/fQIq1UzyfQozLGSAjlqtJlThtBXqrsdL+6RgnuET+P0vgSugTwlNErIXir
vP28Zxw9XZcTzRGsPjH0Z5jHv4wxMMrnpPn7cfYElxnidrIx1ZdZHwxhpoZ5b9arIe7bCLcjhPTj
2MrmaBwjK4zaXT0ihnAFZcwAZomMewDjpkaFyi8CuSvztVF9zyxQ7RnL8VcAJQ9jrzo/N28ZTRjW
XY2PCDxZ3k5wT6sc0vqoFSTMI0NCD/q59SFcsTDSRDFv1Egcw5kLa3+2HjE9ZXKIr8oo6sKicoLn
olptwhktRrGVjdt0jmY9ttA6P5ehVqVx9HJgQVTK5AD0p/3KotqfsW8Io1rC9T+Eno1jxCUylUBd
caa7mukJXmWimd1Pzd5sTavh2TcMcBjnq1ozvn4czUaZKj2A3opifkxmrEjLZvMP4rgPPRHjMlj2
TPBKG8L6omqc5h7FCBrFOpett0G0Lko2wg3EDXzZtw6pcitiHdalUaAIYh6FARsFbAxXSMZWnNyG
eRrmtDLnzqg/vJTcWslsS/fcxnONrVNWThdU6h7YGToB2iD+GL4NelkF74TnTdjfAT074cki9EbY
PzrgezP29sCd2YDQgzEVv0rESZl+NVdUv0a557OR+uftZNn1SVfk9GoP4ugk0I9nZPoz1U2N6uwu
llst1eqRraNqDod4zYzzvB5GLnKmKrKM7ePSWIZP8Go6mNmNVJmJ9/FMunoezFQomeednInsGNaQ
BM/qIR6VV/NXOheZx+QcLtlcXiovwHdAVnkGsTqqWg/ylRnjnK+yQlIlWrXQU2pNXhoVSyVnT1wT
WF1YjRnklcyH9UXO2XsWW8u8vwt6srV2cslayPyUkXu6Uiu4DzWKomdD/KTy56y5xGNxLKfCpeWy
ehLgt4vsTpJ74q/JUMdy4ja7d7+/p5h2o8g/HVeRBfwO4vrvx9XMPYOmq2SWMgK0Y5iJ4+hxxj+Y
sUfVKze60ydX1f/Zm1I64q4WQ+9nUTY+tqDtS1cuffZiO4/MT2gRfjaO8B0zhntq7hrEyOIbVppz
HM+47EwS4LvRBJ6NDpLc09UHr36an5qTMj8HLNwv0/yWrqPqreyJ1Y88l+ZxesV8i3w99Bdpm/Xy
UgkLd/2FGsn8FJuA3SfNYRfUf3Zyb4L71AY4oW2AM30TvOvxflUPIywbt8KzEb5roOdaoNhAGgAk
gPVkHdwBGKQ5dnIbF9uRW43TlX4czznDRL5KPkWxAvj47Am+k6t1I50XMtgp8X6Z2yb9Rbtqesy9
SN/sTspskvB5E/91YQyeg+hNNUrH8Smj38e5ZV2YLYf5WJzHVZDrOZTZs9mcnRixEt7FhjiPOK9u
zM49aGec7yDyR2Ihg+6MZ6NYteNYAVajrmrkji44zy3OWR/PpTA/1wVwR0vv5ozTOD/ThjLn2wg/
B+fOW1wbspISmRveOJ6v1Bk1RD01jyNv1nc4MyOOtSHB+1RfxXgWf9TeVG8B6ZODzM9t0iJ/sn3q
d+gFH/ekH2cFeDWI8BPGrzI3oQj358Jqkb7TT+bMCvAoUn8JyM4axxpWsyCvZPRP2vMx3IPimV1P
4rEq4963h2eezH8L+Wj8J/M6kq1kAcxANSpCi6IigVHhQ75S5lyQPmmF+N0lHYdL7fdxH4TQwjF+
k831QySn5qh36tU8j1UJh+Eb+Uj88eFvDR/MP3s3zf6Clvu7bBZXfXu1sV8soGMrlvuLLf5m+x48
w3geyGlrVmjWarZqbtTcAM/mBRJY/rwXly48YbCTGvMIsymGdZRp8d5zsrio/gdTirC/dVj68a5Y
cais6mDZ8oky23jZskRZZbzs5bGXI8J9Y1MRIVo2l0e8VVXhSFn58nCk3BYJHw0L4Ujl/rEy2/6x
o7FlI6WMIlU1FCq1Lh8KWW33DdGhUKUcLLVJF7ovTF1QLly6oLXLVA4eP7DsfNufHA8B3A9wBuAU
wAzA3QAnAY4DHAO4A+AowBEAz+HJgP3Lxz32RxWj/auKxz4LYFLoF0967Kfv8NjvA5iao5/eV2o/
D/BQv8V+FuD+fRb7GYCnj19n/9rR6+yn9uTZZ/aU2+8GONlbbj8OcAxg6sjU0ak7xDv2WOxHAY4A
vNz7Wq/g91nsgwCe/r0W+z6A3t3F9j0Arbupb1ehfQDAsxceuwG8x2wbrBXrrdZ11uJGq6nBavRY
89dadfVW0W0lddaaWtN1rqI115qqVxdds8q00lkkOUwr7EW25VWFFZXLCq1l5YXFJaWFJrPFaCws
MrI/HdXp84yiRmskVDCaTLTVdJvpqOmrJs02sk3cphNt1+fZTRvz7GJznp005dm7G6hSvJVs7dms
lFB479ysNLi2wuLsUDyurUp+997eWUrv7YNeRbhrjpIeRXPXnACv4rZb9vbO0Uo2fBz/puwZQunU
8VM2/u7rc1Uph7bu7FWiVX1KC0NOV/URF3zi8YTrfT70iV1TuzpCM+0ulZq6VAQxVzxNpvZhO76E
B3ABMepIRZoqrlQoHrBRJZjNZyYGdmwm5H8Ahd8TnQplbmRzdHJlYW0KZW5kb2JqCgoyNiAwIG9i
ago1NDU0CmVuZG9iagoKMjcgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9H
QUFBQUErQXJpYWwtQmxhY2sKL0ZsYWdzIDQKL0ZvbnRCQm94Wy0xOTMgLTMwNiAxNjg3IDEwODRd
L0l0YWxpY0FuZ2xlIDAKL0FzY2VudCAxMTAwCi9EZXNjZW50IDMwOQovQ2FwSGVpZ2h0IDEwODMK
L1N0ZW1WIDgwCi9Gb250RmlsZTIgMjUgMCBSPj4KZW5kb2JqCgoyOCAwIG9iago8PC9MZW5ndGgg
MjgyL0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nF2Ry2rFIBCG9z6Fy9PFIddzgxA4TRrI
ohea0wcwOkmFxogxi7x9dTxtoQvlG+b/h/E3qtq6VdJGb2bmHVg6SCUMLPNqONAeRqlIklIhub1X
ePOJaRI5b7ctFqZWDXNRkOjd9RZrNrq7irmHBxK9GgFGqpHuPqrO1d2q9RdMoCyNSVlSAYOb88z0
C5sgQte+Fa4t7bZ3lj/BbdNAU6yTsAqfBSyacTBMjUCKOC5p0TQlASX+9ZIsWPqBfzLjpImTxvHx
qXScBm48Z8in3HOOnNaeD8j5wfMxcOb5FBjnnIM+9nxBzpCvyAec+Rg0Z89V4IvnOugTXP6+pX+G
z/knHspXY1w0+BmYiU9DKvj9Lz1r78LzDeoJiawKZW5kc3RyZWFtCmVuZG9iagoKMjkgMCBvYmoK
PDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvQmFzZUZvbnQvR0FBQUFBK0FyaWFsLUJsYWNr
Ci9GaXJzdENoYXIgMAovTGFzdENoYXIgMTMKL1dpZHRoc1s3NTAgNjY2IDY2NiA0NDMgMzMzIDcy
MiA3NzcgODMzIDMzMyA2NjYgNzIyIDM4OSAzODkgNjY2IF0KL0ZvbnREZXNjcmlwdG9yIDI3IDAg
UgovVG9Vbmljb2RlIDI4IDAgUgo+PgplbmRvYmoKCjMwIDAgb2JqCjw8L0xlbmd0aCAzMSAwIFIv
RmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgMTE2ND4+CnN0cmVhbQp4nO1TS2sTURT+5pFJjfYR
CT42YQJV24UxqbQidCEIQsFaaDAiFOxkOnnIPMLMRBoE07jRpRsXumnSLkQQEVwUd124K/4GN/4B
EREXaf1mMiZF8hM8MPd+33fPPffcc+74bsNAAluQoOqWVk8JAmjvAOG0/shXSwGDsM9BrpjNcurZ
lx/kn8nXq4a28bEhTgPBh4Uqhae9e3HyNfLpquVvrmMtQb5FPmY6upZCjlB8zkGxtM16ErcC/oKD
amuWcdu/c5f8A8/4VHc8P4UnRzzaDNaDRBCmh1OESsj/Wwki2oDUVsrsIqt/NZlJXsgkM20JvZaI
Qyjl36/bsTKr9RWIteQOxoGMeuni1LWFjHr2zFRckS4fft/udLaFSWF8d2dnt9sR051ut9v71u2G
VRbOv3r45iDxYHLxJ06OhQfvbyT3jicSazED9pn59I374sVe65jLv/0SZaCtrAV5of80Ag8RE1EM
EX97fmOwZwLvB3HSg5gCX3E6wiKrMBNhifqVCMvE1yMc4xu6GWGF+go9BfkE2SLuR1hgTi8jHOT0
NsIS9b0Iy8QHEY7hHG/Sxwr1XzP6rDqXy82rhYatLtd01/Ganm9Ynrpk69mVumEXmlbJMVeNSsPU
3KEwREXD9WqOreaz+dxQ5fV0zPKXmGPRcpgnKqABm/Myalxz4cBDk58PAxZnFUtc15HlVevUbO5o
cqVETxOrVCqMYELj3lEeo7QiFZexa2TB2XlGzzOfUb5hL0I7eszajLA/Y5qVXwplbmRzdHJlYW0K
ZW5kb2JqCgozMSAwIG9iago1NzUKZW5kb2JqCgozMiAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlw
dG9yL0ZvbnROYW1lL0RBQUFBQStPcGVuU3ltYm9sCi9GbGFncyA0Ci9Gb250QkJveFstMTc5IC0z
MTIgMTA4MyA5MTddL0l0YWxpY0FuZ2xlIDAKL0FzY2VudCA3OTkKL0Rlc2NlbnQgMjAwCi9DYXBI
ZWlnaHQgOTE2Ci9TdGVtViA4MAovRm9udEZpbGUyIDMwIDAgUj4+CmVuZG9iagoKMzMgMCBvYmoK
PDwvTGVuZ3RoIDIyMi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdkEFrhDAQhe/5FXPc
PSxRoTcRimXBQ7ultj8gJqMN1EkY48F/3zFrW+ghgZf3vuRNdNs9deSTfuVge0wwenKMS1jZIgw4
eVJlBc7bdKi829lEpYXttyXh3NEY6lrpN/GWxBucHl0Y8Kz0jR2ypwlOH20vul9j/MIZKUGhmgYc
jnLPs4kvZkadqUvnxPZpuwjyF3jfIkKVdXmvYoPDJRqLbGhCVRdFA/X12igk9887iGG0n4YlWUqy
emjv2eN0p/axftqAXZmlSZ49V9gf94S/3xND3Km8vgGK9G2jCmVuZHN0cmVhbQplbmRvYmoKCjM0
IDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL0Jhc2VGb250L0RBQUFBQStPcGVu
U3ltYm9sCi9GaXJzdENoYXIgMAovTGFzdENoYXIgMQovV2lkdGhzWzUwMCA3OTQgXQovRm9udERl
c2NyaXB0b3IgMzIgMCBSCi9Ub1VuaWNvZGUgMzMgMCBSCj4+CmVuZG9iagoKMzUgMCBvYmoKPDwv
TGVuZ3RoIDM2IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAyNjI2OD4+CnN0cmVhbQp4
nO18eXxTVdrwOXfJzZ6bJm2SljY3DQ2l6UZbWgqVBroIVsqOLVBpSNM20o0kBQqiOI6CgIL7LqgI
OjoaymKKjqDjOoo6yzfvOIs686LOjIPb4Mzo2PR7zrk3XcSZ1/f9vn++72fSe+9znvOc7dnPuW2j
4f4g0qNtiEW+QLe/b9f6y7YhhF5DCKcENkSl97M+uh/gdxHiG9v7Orrviz5zFiGhGMqvd3QNtF/3
xdZHETJAE9dXnUF/26JPDSaECr8CRHknIG5IXCcgVFQG5cmd3dFN6/RT10O5CcqXd/UG/LZd3BYo
/wLKvm7/pr6/qI4xCBVboSz1+LuDNxx6+BSUoX3RS329keht2JlAaA3pX+oLB/vu0wypEGqdhJBq
K+AwfMlHD6CKlBmW41WCWqPV6Q1Gk2hOsVhT02x2R3rGpMws9P//hz+BHPQ6iNI5D7IjNPIBXH8k
z0Ro5CNSl+gd+QPzByA+plzy52l0Eu1GR9BB+B5GIuZQGxpAu+D7LPoz2okeQDfioyiCNqMDAD+F
f8T0oZWgSTbUh36MijE78iZ6DG3FBqRCKegVdBqtQDeO7MEWpEMOVIPCaIh9mf2PkY9wPe5BDMpA
tWgJOs5+hH6FOeYC3s5HRgoQjzToRXSauRjmbUapqALNR41oNczpEMz1BfQbnMvXjLyDXMiHlsLI
A+gG9CD6Cd7DBJl+5gD7Mr985K4RGAV6UiMPqkchoIqgjeguWMfHWIst+Fn8Hmvn7kl8lvhi5ACs
fAoqQ3NQHeqH1TyPXkVvoffQP/By3M54mWVsH8dzHSNpI0dhzpmoBF0E3wVoOWpFl6MrgWP3osPM
g+zuxPOJv4M2svAtgFlXoJmw/pXAq9Po19iMHTgHT8Hz8FIcwvvxPxmBqWSuYg4wf2d5Nhe+5eyD
7DH2d+w77KfcPG4T975KN5I70jDSObJpZN/IyZHfA0+dKBddDH2uRpciP6xqI7oKXY12gLTuge+9
aB96CB1HcTSETqCfo3fQ79Fn6O/YiEvwLFyF23EX3oQfx8fwk/gN/DOmhfEzDzCnWTe7EsY+wCGu
llvERbifJVBiRmJ34nDi9RHjyODISyN/GRkGbjqB5znA0QLUhIIw8jXoRnQnjPgoegLF4HsC/Qb9
Fv0JOKeBr4it2IYn46m4ABfhcrwIL8YrcQeO4gH8PXwD3ovvxPfgGD4Cs3kGv4B/jf+IP8GfAWeA
zYyOMTFOJpvJZwqYQqaR6WC2M3uZx5hjzNPwfZP5BfMr5jfMe8ynzBesmbXCN5v1sPPYi9jVbC+7
iR1gr2AfBX6+yr7LcSA/E5fL5XPf5x7inuDe4D7kvuB1/A38zfwd/Hv8eyqkElUXqBapOlW3quKq
twRWWCy0C1cIVwrfE46rkdqtfgwNgnUchpWO+zCr0f3o5/gZ9DY+yFqZR/Ei5hC+DRtZO1rH3o1/
yjeg65gqJoYXMGnsX/EGvAGlso/gc+gcOs5wzK+wlzuE96OnwZJ2M+uYTZwJX8I9wg3jKPczjmXO
oIPMR2QclZU7BKNtAPfWjWcD1IG60X2MFb3KHAAprEfPoftUGmYvyH0P8jDz0HQ8n8iG+Rh9CNZh
xtXoMrCTYfwgH2Xux5vZPzJ6tAIPM+/gWXwUtatEdBU+wjSyr+IzYHlPg7404E6mEq9Fw+h9/AB+
n1mOFjBXowe5Dv4X+HfYixv5TtA/xL3LzmfbGQvz1HmO6Al0FCzhNLqYfRmtxjeB9Z9mvGg+04vu
ZX+E/4SO4su5DrYTZrmJ4fDVYAuPoSPsPE6H5qKj7FH0DH6Y/SX2oie4TbgH3zxSN9yCPlcd5B5n
D/Pl3KSRnyR+ix/Cb46cYD5FFSM/YZcnOvA9nAPs8nKw3jBwSIcehfb3gMc4iNQA5YA93gD6mgq+
TQNWXg+e62J0Kf4MLOZq4FI5zkWNTDZax8wRJBVEJGEKBKk5y3zVsy+omjWzckbF9LLSkmnFRYUF
+d68qblTPDmT3dkuyZmVOSkj3WG3paVaLSlm0WQ06HVajVpQ8SBFjPLr3PWtUszTGuM87nnzCkjZ
7QeEfxyiNSYBqn4iTUxqpWTSREofULZ/jdInU/pGKbEoVaGqgnypzi3FTte6pTheubgJ4Otr3c1S
7CyFF1CY89CCAQouF7SQ6uydtVIMt0p1sfoNnTvrWmuhv8M6bY27JqgtyEeHtToAdQDFbO6+w9g2
G1OAsdXNPMwgtQFmFUt319bFHO5aMoUYm1Pnb4stWtxUV5vhcjUX5MdwTcC9Nobcc2MmLyVBNXSY
mKomJtBhpBBZDtolHc4/tXN3XERrW736Nnebf3VTjPU3kzHMXhi3NmbbfMY+VoTOU2qato+vzWB3
1tlDEinu3Lldiu1f3DS+1kXuzc3QB7Rlcupbd9bD0LsJF+1FMBEyfbIUeVFBdx3BtF4mxTTuue7O
nZe1gkDSd8bQkgHXYHq6b2jkXZReJ+1c1uR2xaoz3M3+2kmHrWjnkoEjDp/kmFhTkH9YNMvcPGw0
KYDeMB4IjtZRiJITqGHJKDsxmZF7PqhBTApIMJMmNyxkBrkFZ6CdgRlABp9mDK1ibSCGUExT07pT
nEnwpH2MzxHd0s7PEYjdffYvEzF+BaPKET9HBCTKMapgUJ+EY15vLC+P6IVQA4KEOc6m5ekF+Rvi
TLm7T5TgAexDi5qgWfPMIuC5y0WkuivuQ2uhENu2uEkuS2htxiDyFXmbY0wrqTmVrEldTmq2JWtG
m7e6QX2P0pQwNab2jP6YxDRLXefMGE77N9VBub5hqbth8comqW5nq8LbhmUTSnL9jNE6BYpZaprY
DEaBmAyW1oImrh4lJoUmfYzLgR8V1eS2uKAGVaQYLNXHxNZ58r1Z63J9y0bxkU9IK/oYa6ZMMzbT
O7E8a0J5wvT0O1mYMOdhGpat3LlTO6GuHvzOzp31bql+Z+tOf3xk21q3JLp3DjEPMQ/t7KtrTUo0
PnJiV0asfnczLKITzwRtZdDcw268Y/FhH96xdGXTkAiJ/I5lTYMMZmpa5zYfngx1TUMSeFqKZUax
pCSREmrAoOmDjJpWZQz5ENpGazmKoOVAHCOKUydxGAXijIwTKQ4+BSRoE/Hz8IXoJKCLDjP4KVwI
GavAVAwinovjwqMs0goEOIaRQ63iST2DWFxzRLPqGbtX/FvVcFWjeK5qwXAVqgZY/Apu04pdZpc5
B24YcegriT31lY9H/0QSd4rsUtogihsh97bggC8UZTfwA0a20thsbOdDxm0iP0VfoW8zb9Bu0G1n
rjOQ7YtWgN2LaID9iyhaRIMlC2GISFiv02VpBStUM6LBkCUwVkFgdFotkwv8FFbqLQZxJZNr0Otz
wQsb4vhLX7pewzBbsEan05NeNXr9PzWCT9gmMEIcX+ubijQwgAZjpLFYtmhMqAjWiuo1gjUXAxtE
ZBNsMF79Y3avV6zykhs8xFPYu7nxE/COLd7NC34PT8DjIu9mqHCQx6ct9ElrCHKMQEH9AR6o2luF
SG9nodOzwEva+Xa+0Lt96/PbC+3erSJ9qMnT+Pzz28Xk7bCKqVnWdEyUtPoyIT7y7iA8kdfbPK0Y
t6CWllJcakmzpdnKKyyl2I09U1QC24ZLn/n7+rmekoypR08mXn8ucYu/3OQ9wZ8Y/vVXj7X9YOgF
9tIv69mF7z66582vrgEetI38kVvCzUZGJKFNQ8g88q5vqdFcliHBbYoGt2b3ZTMqPiPVmsU2W1em
rsha4exNbXWqangcFTdYt6RvzjrK8pOcnJDi1OlMEvIVwK7Y43JISBCFPsgxI9meoN3bKP6tZcFZ
0CfvAmDB2eqz04pRy3rc0rK+xeu1iBXlpSWQVzCcO9vjqbCmlZbMZirKp5d53NlGpu3J2z8/9eEt
iY9vv/zVdcf29s4Mr61Ldd7Ys3z3+un4Zlzx2sOfvPZk4oWHL3vuxtvuLmrdcmFg1d59i+95g2hk
ZOQj5ib+YZSOdvjyLjK1mzaYtpvuMN5pOaSJTTo16Y8WLcKYRQ4TStHlm/Uqh5PVmT4xx3FiUIym
nMAJZGEyjlibNPo4kzFoiOqeZjKQFi7NyCmfbnJ+GSiWZo+G1cSZPUcyZhwhhtPiPXfm3BlxmNzP
kMWC4VSbK1MqxVeI5HIElTt7imd6WYXFXVFqqWBLBTerSiWLxh9mzbmgy1ecftWezD0VbywezDq8
xZaTV3XzLebpuXXuK5jQbsxvTVyxe/hYX5qUDfK7DOQ3B+TnQNno1BBygfw0ornMKcEtDVTG1wSC
1Khys3fZdzk4u+PCdEZAxxwvOGAfka/bmL49nUOEFmWkIzYFm02ZaLIIUY9BsLVZBACHl3IZ6fnm
vSn7U5iUFE5y6gWbk9OlxJmbfBlWSe1xZ0omn00qQybR1Gd6x8SZZk/2zJZF7qUyXzBM2XA2pbKo
hXiS4Zb1Z7A5pbIyxVb5ipfwJEzUwIttKqoA08tSJlN9EFwyX8qxS1YGFbso5kl8/KMNL3Tcj9Gt
z/yn8avPuOsCLUcTk5lleMe66EkcSrn6L91vXvM4vnDfX15rXOJ03HrvZrx5kn7HjfuBX/3gGp2c
h3rFqT4dqsMqvo7TMnU4zlw6qKrj48yOI+qZESLHs+eSqoorSgV65Xpfy0ts857OZ5tPn/7q0OnT
RMdqYYcwC7yeHVt9Gy/ksEfATr3TwGhwjno+rldfwm5Xv24WOoTN6s3mR8xPqZ8yqzgdZ2SsOquR
YW12hrHb3bLnA8flNohWg0G0OFUCA97JkIu0Gg3gmwyaPSIWRU2RodpwpeENAycaFhrWGHoNHPhA
ZquvIB18oMZub0KaFAwfTTHC4H3QQrQGnDVa4dBgJBrA1xlsK0A+ipcjLk6kPi7sBd9FPJ34KfFe
siOjNeuVGrli86mkV6PXWeLKjMR58bIzE4xVVUSo8AmDkYObYstl+xZYt0URJPiqWlxyrD/4+Orv
3yRdfWx75rzatYPBvDXgqk6vXb4rPOO24euZq3dPLpvbceSlxAyQ3QUgu8nAZ5AdLvJpD7Evsh+w
n7OcJg62eHHRjLKFmm2aNzWsU1Ok2ad5QnNSM6JRQbDjMAusRJjNZQTBzWErwQQIb1W8SsgF6TMa
QejhNCLlWgrHkQ7t0OE27k2O4Xw6UxnXr4bNPqcwTmGad70XOAGJyzHOt6CwmjbTVHuqOd/sHFo6
0uCRscY5LsBac+GW4parMovl56Qi+WlTSDVWQpo5hZYGHa5q7/hP83kykoVQRe5UEiAAL9iWwFdV
CaIsiPXe9VR7LaUsrvMe9SZq3z72Nnf29Ol/WjjPP39NdLgR/AgLfiQffXZMl2cCDxIf+eUReLLE
iTgAuNVwj+uebHYDu9lxm+5WPacjIUKC2iPwdBGqWgCuYXfZD+gOGrh6dkC3Q8fm6Se7st0z9Jyk
17GZ2epseHLYNjltiQVNxnhqutMi8M6pukzJB7odxfnErWhwk0RUF6M4Y/WJBU4btn2illCOmMPk
fJJGuGSePLUMpYlpzLtpOO3ZwhXPyv5mvXfBuZbhMy0Ahs+eEc+tP5t0POCPz5htldhMnA4En/Ut
1OPQuwUiDvEy08umeCZPIf6HqKtN8BBFTbXaSJAF7VVRv738WPFVKzZtmpyT+H1uTe3LR1/+KXeY
29Z/aWdB1tY3y1f4X9oev+oqvE7X2FPfOqcoL2+LY2rvvCuODt2ub+1bUVLiSS9fWbZ048I7Vq1a
BQusgYxpG/A9D8/3XVBvxvk+jbZsX/5T7pP5b9hecX/AqO603el+PO3x7Cfyn7Kp6owr1MuNl6S0
G6/MV2kw8NM4XV1qrFer8glXFhrEMnZqHsPk5RF/giWxMgo5D8KZWVlup2SVCELCTqdkSklxW6xW
K0FYscVizXFC7NPrqc9R5TmzLOB28uP4Zz6D1aRJabKKyCJaGEscr/MZnJliVpMkIqfoZJwE40SM
mNeExTFvs8KLRQgsTqtoISYjexP5goDQAo8Fw3CTwfHQ81g8Q1QaPopmQ950lt9eCIIiTgYg+0Rw
zON4icvxtpRaSgXqcGzf6HbGwzVvH8sJ7msJXJO6+Ejgmmtse47dZJlbtfjhFnfXsdvEOWULHrks
O8R5nli/InRpW+CK8LT1w8uYZ1bklFWt3ffQ8DBzer6zzLf2iQcSWsSMfJgIcfNAlmbkQl/6suuc
K7hLTStT15n4manTnXXcAtP8VD6HKzR5Uyu4KhMvwmbGtxiMZhIxpWb7Jjxgvw7fjv7hUjnsHv0M
PA93iJ12ldqFU8wMm2ljzGYlTIiiMVOODyqb06gz5yKjRkpH6WvSmfQ44/JNRiQUmM0QCnZQpyaS
/eDFGpSdC3KxoWztq7OVVFdJcz+lWe55bp5EgBZ4nlV8Pb0PmyuLFFeDwNVA0grMpwYFWWkLixX2
Qz5HTYa1gAmBfaUo+VwqLj3kbLl5yR0v9+w/sOJkaNNhsyPccM+pq1rrNgTnJkL8j27xN/zu9YOJ
jw82Pjd8kp2/sXDOIrzmye03z7/xZ7COcogDmTQOJHzLW3m8kN/Gv8mzauzki/h9/BP8SX6EFxiW
VZhFPD0L6gwcYdmeZHBMQSfRG4jZht6E0OLTpZShTk5DmLNiTdLFEw8flh088tlTqlHSwSPi4GnJ
OKkCSuDYEXHsBHXEVSE/waGjpENHxKFTLDh0pEQG8nxyDql0p0z08qNu/mte3lulsJ169TBEVlwO
QTTxOn/iy3o5E2FXgQaa0DnfFg17reZm9Y0aTmVIMxxUv8T9ifuSVXmYXG4GLmfm4QF8HYbtF8Pq
GJMpmX40qVU6RbFMMstMpibkM4qQ6BKmgVGjYuA8EhHTivqAeZ+Atct2z6IVIuXgq0O4Co0y8bMW
mkKEgY1DCMHSrS6FMUYbrN2QJjOkwEafg1kKL5qVBMT7jTlHdTLWoaT+wVYiafjguUmqyNa+vb9g
yb1LyhdeVDRjzcuVKznPW1s2THk4+xeJs4kVJOo9AJnbAGSDWnSvryFlCivp67U+/SL9dcIOzTb9
Q/ig9kmsU/G8No2bop2BeEjEStW8Va3meYZXM6UYWcmWUq1mGKzSQp7WhNSimlHHcarPzDRJuBh/
gtlevAczeER3Ai9gNiG6QwgPf95CtoLg3ZS9oHpcAkWtCdh1VK1NsZVhb7OLJTu98gqQN170eGyV
Ka1sMQ6cHN7PeYafbH1r/U3MlRDGGbQSong5yH8Kmo6e9S1eVYBztDk6tz4nfya+CKuK1JXqS1wd
Lq4sP0/HFeV6DKwJ5WS5c72sxaAtSc/1evO1Bth2G9Imk5i7xOJMFzzaEtgT2ZpMEGjj+Me+rCJJ
5Sk3SVmoSXT3uRn3SJbPDNaTJWb1ZrFZT8MSK5CHLrRRfB92AH9rAQdOdwF/a6HhuPrscMuZ7UY5
aSQOpJJcZENghthMwzPd3+YQ70GCcXlF+eQKGp1BrMIUKmLq1klwdnss4MnBq9CNQjkrXvp44Oaj
i6/1X4CXX5RaWD0QvtH15Iy/Dr0QaXLMmpT2pOkCzyXt931vbsi/8mDr9xc3/HB783VLU/TGzIum
VU8uCbaI9z18aX3f8r7EP65YWHJpGX7fJGqM3ksrL1675gfJbL8SeGxDH/sWTRamC4ybmawuZ+rV
K5hL9O3MgHqT+Qfmk5Dkv6Z+xWxk02wMp2IZm41GZJ9Y2UcjspLoi4AIi1jJ91nYd4LigDLl6m0G
A9LShF0Tx08O6ptEePgg9cdjaf9TzFbY+TH4xKCtCcfxCZ9lXAS2jyX6JOQuODMMCRHsvIbP0Lyf
RNaqKm91FXKIZ+zUnpS4StRQjquKd39eFshoXJ0QUSGPf/vAlHUn/FfdnL792PWp8+t2vVXawXmG
utt298+6cngrc//aoulzX/5rIgU0dHriEu77wL1sVIozh5AH0kfYfU6Ly88SkkZWQzDkplmnMZy9
UrPcE/Rsm87neIunMzkpOanVqMrJpaWl5ttsWq0j15BrdzjcWhvorA1Ppl4JcsYbfKWGIqdVsOfa
VLlOg1blzDTZ7RqHo0kDdJq0NI3tSht22ops22xv2Lg1NoxA2+NMzlGNG9KaOH7DN4mR9riw6wXR
Uw1C0GJtWa5N1Nq0ZVrPmnGBs2U9fh+0+j1x2Lv5M/BAYXoepATON+kj6b4cRchO/Jbsv8AHUBPg
lXQd2Cw+r36enIrIkdRrs6kg6ywtqSivqJDtIIXofUUpa2TkTbISVsuTcXXmk0x2zrTGA/OKclOu
33f/W4/+ZetP108++Et3+NVrtg2t+iA1q7e2OdZ947q5l6+raDXPnm1OW155csWes28dwfl3vvj4
P0ce+VHn3CuXOJil3RULFm/Fqo1X333hjT8hWr8aIf4wxFwdet53gZeZys5kfMJahteyDKPj1RpO
bdBzGo1yfqfiXWq1ICCWc5ETO63GlatDauE5pMKqOLPmSZ7nNOxzDAOwL1PDQUPNFhpfkgdzehpH
6teN22wl85OJ+1OCPkMP3c61nCFna8OoSr5Dzl8lDicDJvEuQlXVdlFW5lLsElysfK3GpVy2+6sH
Wtl57q/il7F3u/kThxIzDiWYg2TlJ0Y+4H/F/xxloH1HblNjC1FV2A5ZiaoaQVVFcnxilgzmMjtB
TdOB9tqtdsZjrRbr2U0iJxqtaakOMcVUabxJhyv3kkyMSynQsY4CToO24Djj91lNW4xpecWwrxWw
UDbJWJNZVkP9J7HYBeA/z41uZFrIyRI5TcIpcKOBj8ZLUBybCrklZBYt5a4Sjm5fJEFlpn6R+/lz
qxP7f5P4PPHSR7/As/6EXbYnM4/tSfz14N63B+/4G8NlJBJf4XoIWLsx+8GXPzfvu/fj1xPv/eGj
F8kJ8v0jv+PLgQeTIfbPwpzvmlapT9om3a2/zc13urE7B5eWlTlycjJ0umlarUfKyMiGUnqpTleC
pk1zu7MzcjIyc2p106xAkOOxl5Vlaz1gsx6UIVndfOY0bZnHzlU4ctJKdUUmj11bpivNcagz87Pd
0zKQlMXPzMxk8yULnimxOrcuuz1rKHPvtDj+4IgqrXFqHK/x6YsaTesrGlWOqu4IYdy5BcCyc2fF
c+fI2ZPCOggtZhpj5MMniDs2WiSGCDqiTp7CYvEVcv4qiMYq8pQvNZgngRQTHQ1OYJ+eKTRKUc+o
EkigtpGH4MHlyiEmBCoLOZ+Vj7PYf2wd7Hr53KqVddvLdMZLHwte/8Nb3rp6YP7c++b2z+nc0Z64
9ebq/MUz69clnurcMXPx3X2372mf/+FgdHBe+QWRKTN8y3649kB/4MfdZ+9o3rR41zVL+7svYTc3
LCyfMWvx+sY1X/3t8+d8Vct6w/eCKTWB3d4KdmtC6ehu34yHuUMWJt8y07LJcl0KZxTTTRbRKKZm
WBhzusmkWK9ZdBmMRuRIp8YLaaA6PY5P+rJT84pU1apFqlZVn2qbSqUKTXLiKGQ2omy19SHY54GJ
tmB62Dv8vrJ/SxrjcBVs2JJRhUrATExSiS3YVQJu3WpkBJXbxVpcEMqBcx63qwmXMm379nVetD46
9/q9iRsv34drno5dNqP9xsQO/sT8wz2rnt482+Qa/iHzxeKDLfNWecG+6sHCeoi3wm1DSAu7rKk6
sUziffwq7jJuF3cHdxcvaDhsYt3s/dr3tJ9r+ZDm++ztqtMsJ5+5+3I1ot5cptWwao6DDjmVGmnV
BiQYdCwkxTpG1MF2FyGDnixE9FbBFpZoEs1hKkliV02K3gzfIkhONBq1VsuzLKeDVIBnOTWj0ykJ
N8uxDFfKa62QZGrUGq3aLaisgqAi79U5VmXQq6AR7F94TqXLVQuQYsZx3OfVcoEiHvO7q2kqwBrI
fMKwqxm/A9fDBFfslvfe8p67Rd50N4ot5DBeBAFBApA8PJKFAsYg56J80hh45RVFUmqCukoQ1VXq
qmb5CH99i5ec8JHU1M0KbD0uPfoMI36cmIVTXvzFby/iT3wVwV8kosPtjOuZxL3ymfwfuTTIATLQ
bp+2kg1ZOzJuV3HUey4HX1qp3WVmVmeExMs1A+Kdal5lTbNO1dTgJgY2J6bJxqU6PLkYtaK9ZBvC
pTh1gsPJ6RDNthn8iTFNEjyTYNNiFI2MsSFzRsO4tw+w6nMtE1zpGfmkUnafSpylh8/y6Y+SVrKu
Y7X/3P/D/9iJ8UOPvjyII5d271+1qanpfny15aVn333lcbzoiWf36YPhnYkPvrdjx7WwSvJ7LD3o
NEzScRzXIXrEjM8d4Wa+DzsA6s6nFZdWlAobvKfzyTkyg0KJELcO+EL2WB/5dCf0eIvjuvRrM9ks
5ZSNxB6fGYD0tFmo0rgQrUKXIVU23T2VlpGnb75tUpkqKy3rEiNrs4uiAVn1GYwR9neiwQrFDKdG
MOYaVFYnoxNzTUajkezvRE2fAVJQjYhEUawWF4prRB6yzYBP1Jgl3iO6cg2iaBNdWs8Q9qDx5waN
kNWTzGd0i3b+nvXs2CGxokUpNNmhcdjrXe/1gvnnjGU4aZDiYDe2jmU2AvhN5rO7b7jltbs/3ebf
N23qPYnXjyXu+J5/yaF11/rXXNgyPXfT3t+/8SL27e/u+fGXNeyF996+A4tXfu+W2YtujxKN2wYa
twH2eQ6U8PU71A7NrbrjwnHtB6nv2QWwOs339dfabxVu1T7KPqJST9FW2DcIG7RRfb9dlY+LxErz
fDOX6rBDCp/msKZBxn4l7IXSHCSF59VWdTGk8GrM82qkdqRp1JBzmoC9DruWT89Nc6h50daURpJz
k72p2oFFx0LHGkevg3PEma1HMmDHTfL6SXqpmMdv8u/yn/BsEV8N+0uHjbfx6doZzyoMbySb6AU0
qLWsh0fyHSWx37OQx1dVyek6SeN5+k6xxUst1yjKQaulJcnnCkup8saJ7K1Iyc06Tr685fbsbcdu
SJl/4cU3hlxpma3H3j506lfXt9c8yASHm5cXVdVcdMWKip34VbrX7AKevkIjixM9PIQy5Qw+hajo
GvLOiVUZuUwHG9LHDceNQprRmjlVcKdeaLzEqLLacBF2afNTV2jbtfxMXKKtSm3Ac7UXparsJpNe
p7Nq9IioqsmoJZpqeM3YpH9NNK0x9Zr2mzhTHE8+7hJBMyVQyBykxHtq5GfkV03AEXDAlUUQsLfS
xStZ9Tg9s1lkNaMptpJBs+Ldj9z+yr6PN70Y3HQ08fqhRHH+ZRdtabv2+21z1oXm3TX4zi+ew3P2
n2RmfVmPf9S7bfm2H3x5xQ0zd/2S6Bh5s7SOnkrd4tOIPNZgIkRim568Mvq0u+nTN8WaWsawbNbo
6RTDQoylp1P7aRYsnyXRMxJzenYZObu7Tz6buu/2cRlxC3n74P16TnzeSZF8zE3Oivpx6Y9Hz4pa
ILGrgZwuDb3ou8wt4Fw8VVcpvGN5x8rbsSelPIXlMCTwqWxKalqaGWDE63V6VqcxmtPS3IiHufML
jdgoabCVyWctKSkcBKy0XKS1RK1sVITUISWamgq7rSak4aKwLHKgT070j9o0r0JcIkdDyaT+zDi3
cQb8ctGZ5OEv+Q6DONcn3zLJHkR8ReDFcW846PbUXVFaMZtJnv8IAnmx2vLsA5kPOO2lkUDd1a7V
s6dXWO0/yfzJs+xdu29f3zYn8z779EB491ftRIIjsKIDIEEB7fOVZzBYQpJQzrIMq1Fj2MHnQo+K
zHjGBXFbAKmpVBpBIHsXJzlTlM//ssuo6PSTssqKIGGOkTgVxy8cV1MR7hnCzLjDMcoBL4nNRee5
zqrR7Ys3eUIiJ/ywM62AzQvGP8WmhNPNfc+dcCc+5S2HDn15FtHf/GHe77hA3ViwxlT1udqhpr+q
+GD4uZPJX1sc+TBxiWobSJ9BGuV3y2k7YXaikbyTUD4u4MX4j1MFRPxLqI2LoDamEkXgeRk8++FC
ANfil9AFHEKNqh+gGi4y8iGUy5kfoFrAPQD1KwkNXNP5FWg19HMCnvfD1QT19XBFoJ8NUB+Caxtc
XUrfLdx/EumgmdiCr8Z/ZXYxx5hjbIizcT/nh1Tdqi+Fm4Qv1Y9pGrRTtAd0Hj2rv8KwwHDK8Jbx
WlOxKQ5R7U4xQdfpRFVEHIRDEGeL0HIA8lRbAQfbTrSG24yQUp+gd5byRUtLLG2lx2oFZlEX0QYK
c8iOtykwD/AdCqxCk3BMgQX0PH5NgdXIw+xVYA3ayRxXYC33HOtTYB1aq2YUWI/a1W0KbFAdVf9E
gY1otemKUQleafq1AoOYxGYFZpBKvFSBWVQutikwh/TiXQrMA3xQgVWQOg0qsIDWQoSRYTWymLMV
WIPqzNMVWMv4zZsVWIemWX4z+tcKpVa9AhvYldZqBTaiQtudMBPMEa4bbS8pMIfSbf+LwjzFf6zA
BD9MYRXhv92mwMBzu5vCAsXPUmCCv5DCaopfo8AEv47CGiJf+9UKDPJ1XKXAQO/YpcAgX8ftCgxt
01kFBvmmZygwyDe9VIFBvukLFRjkm2FRYJBvRqUCg3wzfqzAIF/pGgUG+UofKDDI17VAgUG+5O0F
wFrCk9wWBQae5Mpr0QHemnuNAnNIypV5qycanjukwByalPsKhY2AV+e+p8ActD1LYXJ0ZpyKFRj6
n2qisIXipyowwVdQ2Ep4NXWxAgN/pspzS6X0/QpM6GU+p1H8vQpM8I9S2EH7eUGBST8/pXAGpf+T
AhP6v1M4k9DnmRUY6PMyKeyk+OkKTPBzKDyZ9JPXrMDQT14HhfMo/ioFJvg9FC4gniDvEQXmkrCa
8n8UJvRPUpiuK++nCkzw7xBYL9N/ocCA9woUpnLxuhQY5OKdhpahAdSHgqgd+VEAnhJ6BK5lqJPC
C1Av6oErqlBJ4KF7URhgcvcDPkQpJMB0QftCgGop3v9/2FPR6MwktBRquiDLSdJEADcfnvJ401Al
fItRgQKVUOwcaNEFzyXQpgPmEKWtlkB/EbjCsEcKojagCkO9Hyjn0zl3QSlw3lxnjqOT++iA2XRB
OUxnMtaS/EUK6T0yuhoyGzI7CeVCv4QmDDURuNqh3dQJPY/v6V/1M0Zf8LU5LxtX9zjlPOFrG/TT
TWe6DnBk1P+5TCTAkrWHYF5ROj/CQwnKhCaq9Loc5CWhRbS9hDx0vAVwXwhjt1PZ+IGetAtCr0Qa
G2lL0lvhN8xJ1oNeGDdM/yanE8r/iipI9Y/QbaSz6hgdN6RodwGVYC9aq8y6kdZ0Ug3zw2zyR+ce
pjUhqslL4d5PZy1LRda6GSCVGjqTKOVykm9hmIsEVH5FV2WNC1Het1ENJDrZQ8caL/+A0pefzo20
7KY9knl3wvjdtEeZ+xKdtZ+OF1CkIdeQWUcUefjpGuV2A6PyDynW0KdIMEh5E6FaKa8uKSG/Mv9+
OppERxg/q6TkCW9IeSPtu3OcNhDaXtqXPHYSL3M7qnAkoGhq5Dy6KPQZpFwJwVPuO6Bg+imniUaN
6XQvteww5WgXbU9mSuTZrbRKjhCg7Tcoo4aUlcp2GaSWneRCO7X2LgU7xteQwt1eZSUhSt9PS2NS
jVAt7aKz+2adSPreyOhagvTva0h/Y30Qv7FOma1f4X+AekVJsdIkz9ro2B0UK7cnFhZSZNhJ7a5P
0ZFeuBOL3qBwW+5hLBr4qaxk7ZAoDwPK+kNUal2Upo/anqyNPbSlvJLx2h0a1Sxi+ZsUyXTT2RDd
3KDYlux3ukbn0U1LY9ob/VrEinxtfQFljLW0h37K6bYJuhlE6wGf5CzR7cDoCtupbktUBzZR3kao
3kVH/YksdTJ32d6jiteQrSmiaNmY95Rru6lE/GgzbS/PmvQboLVjmiaP3ka51UetZGB0Fcmxe6jP
JPV+yomwMgaxIZmLUdo+OeNk731Uh7qp30zOrZDGxijUzYSYWwT9km8hpRrvYQupd+oGik5qS10A
dQPUQyUUpKUIWkN1QJZ44Sjl/90RNlKNkWmD40ZpBE+/DGJiPVw1oHkEXghYEgHq4X4xxdcBZinc
iW5eCJGgDr4LKHYZMsBui1zLqDZFvkHXpFG8bCcyR/sUno/p6LeLYmOSSXrkpJzX0toBoO8fHTMw
6ttkfR6LR+O9pew5xvyobL8hxWdGFJvuoL0ER30isdZmZTRi3RsUX7p2NBrJY0b/DWeSvnPjqHcK
KhYXHNXpMPUfUcWe2xV9/CZ+Ja2QcCw4rpcxKz5/vDYlAhINXEs9ozzrtYpkepSev0lCU+iqJnJK
9sjna8X5Iyd9G/Fifpqr+mHULoXbEcWH/KuxCfeXA2bMzw6cJ4ugkmWMz7lk7+2nM+qjnA0pmc63
kbmk6GLPON+WHJd4kjbK6dC4KBIel0vnj1KHx+ntWOz+95wis+um/Sf1qndCfxup/NdRaY7PQ5P+
cYyyF2jlDLWfcpz03zm6Hnle47W7W/GoMv9lq+pT9GPM807UoX+3ojH9mE/Xfr7kkrkXiTlBJUOT
VyPnewEq1Z6vySD8NX6P9Ryh2SrJSNqUOLSB5kYb0fjs6r+WfrK/sJL/hZQ90TdlcefLUebWWMYa
oH2eb8dJifm/xuv2/9Zsx7h8/ggT4/3EGQWVLDYKsSfZA9mfzEHyTiAXcvgyVAH7MAnu06BUAHus
MriKETk9WY4aFMpiqJ0GNWUKXIFK4SKtytF02AuQi/T+34t1//PImKwr+hr3RuPhsoG+YLs/EJQe
kZZ1BqUFvT29UUBJNb3hvt6wPxrq7ZH6ugKFUq0/6v8viIpIZ9LS3q5+golI83ug3bTKyuICuJUU
SnO6uqQloY7OaERaEowEwxuCbXPCIX/X/Ki/KxRI9jqT4oCio7/LH5bkypkrguEIGaaksLJYyl0Q
CoR7I73t0akysUw0nobiC5Sel9HSw9KysL8t2O0Pr5N62//tSqRwsCMUiQbDwTYp1CNFgXT5UmmR
Pyp5pGULpIXt7YWSv6dNCnZFghs7gaxwtCfgQW9H2N/XOTAeFZRqw/6NoZ4O0jYE7C6QlvSuha4b
Q4HO3i5/JJ/0Hg4FQn5pqb+/pw2WAqybUVLT2xMNdpO5hQekiB+4CowLtUttwUiooydfktcfACp/
CCq7e8NBqbO/298D05cCnf6wPwDLgEIoEIF1+HskqBsg6w+BGPpggcFAMBLpheHIgvzQf3+gUwop
XZHF9/cEpY2haCdlQ3dvbxtpTWCYdhQmEgCmRpK46MZgTzQUBOoAAP3hgUKJcrp3QzDsB/lHw0F/
tBuqSINAP+hAhAxGZBkM0ym093d1AUjnCsN398IgoZ62/kiULjUSHegKjucE0d4IGSUY7g71UIpw
7zro1g/zD/TDQLIA20L+jl5Sv7ETeC51Brv6gCO9UkdoQ5ASUDPwS13ADqk7CLzrCQWA3N/XFwQ2
9gSCMIjM7hBhlhTcBIvpDnYNSLC2COhOF+mjO9RF2RtVDCuijBeAFmuDUn8EVIpyM7i+n0y2P0D4
L7X3wpKhR1hUNEr0BJYeDoLco6AaIKYIsIyqJxS7/R3+zaEe6DoYDeTLTIPmbaFIX5d/gAxBWvcE
N0b6/H0wNSBpgylGQxHSMSHvC/d299LeCjuj0b6ZRUUbN24s7FYUtjDQ213UGe3uKuqOkv8FVNQd
WeMnCy8kyG/ZYGOwC7BB2qRx4bL59fNr5iybv7BRWlgvXTy/pq5xaZ0058IldXUL6hqXGbQG7bJO
YGuSa4TFRCYwUVhBlHL0G0yMLoYoMlnz2gFpoLeftAwQbQM+UzuS1RKUg+ooyBfMrwfI/R3hYJBo
YqHUDM06/aAGvWuJGUHL6ITJEO3cSNQpCIILEk6Hg4EoyLkd+Dg2LyLC3o4gJaEiHm0HogHtXdsf
ha5hmr1gUeMWNCWSnBQo8igrRhsTbZM2+Lv6/WtBw/wR0JDxrQul5T1UZweSq4A1KZ4L1NsvRfqC
gRA4nfNXLgEXe6i2kbb+trYQ0QnQyjD10vkEHaa8pdb9tUl1hbpDZEEwCKXb2BteF5GVlOojRfZu
BIfav7YrFOkk40BfMru7QVFh/iCqvgFJVl6FQxMHovyY3z62OOK91vcHI3QY8HuBYLhHWUFYmTcl
jnT29ne1gQ1tCAU3yu7qvOUTOpBkEDxA25iLG10jTIs61kB0TMZkYX5l1u3f3C2d8mgDxe6VjmAc
f3QmIVi+dA4EgdwZZRVTpYppMwqKy4qLNZrlDYAsnjatrAzuFaUVUkX59MrplQbtv7C6f2uMpFSk
TI/aIWxs+5XjYrIBGX/sMrFmHS1tRmfPo5tYs25cq/OpZHzDv6AZh2f3s0+xj7FH2CH28HiaCfjv
XkF89wriu1cQ372C+O4VxHevIL57BfHdK4jvXkF89wriu1cQ372C+O4VxHevIL57BfH/8CuIb30q
Mf4koZdKvv9fnSiM1o/tPGWt/uZdrFxXixdDKTqBJomrUXYcct8T5zi+ZmzGJOJ881pIzbc4FRmF
B6g2fxOVXEPW8XuFu73nrXC0hkvnajgfN4ebwZWMp5qAb/iXJz8Ta77F/HHxKH/XjaeZgF+EerGf
eoaer819Yk0P9S8h9GcKjaebWPNtdelb8uy/1d+31TPye/Ej5+Cagm5D3/A5vOzKOWbmIHoCrpNw
fQwXh4rhvhCuNXCxyMccHNxT6ovDYw19HGlcXLKNPC9eUELLvnnyU2uQn5qZ8rO4lNAdOFK3iZQP
HCmZKZfzpsnlyTklV84RmQMIw8DkboJ7EVzVcF0JFweDHziSmik301hJswePpGeUmE4yDwLFg9Du
QTrFB31aqE5ZqFooMB/PqcAfQm/76P1Kel9D79X0XkTvJqX2z2R0ej9J70/QexG9V9P7QnrvpXdK
j8/C9y/w/RC+f8Z/9qWgfIycWMzHohP78rHPiYewBusGy5w3xrHOV1HmLJRqnCVwlUoXOvPh6YRr
S948ZwFcrrxaZwVG5N+nYAapkc0Gokkxq31x/NiTie2G4e0GpInj6sG8i51zNHgmOsGR4crhugsu
bjAv7HwGWku0iJDEPDro/GdBHK8YdH7pjKvxoPMLZ5zBPovzH84zzr87n3J+7rzI+Ureo84hoLpr
0Bl3xjmg2p8XZx71mZy7nEtgcmecm5xdzh6JVnW54OHTOQPQaGXeSmeTFCejNEp0lAud0M1xZx1U
1ubFMT7u9Dmvc5YW0KYlpOlx5zRn2FnopMPly8NNleeWSx7HnVNgsGw6Sp1zuUFj0FTs/a2w92Fh
70Fh7xXC3jnC3lnC3nJh73Rhb7Gwt0jY6xX25gh7MwWrOkUtqo1qvVqrVqtVak7NqJGa/lMCL/nr
D6tKJA8VR+4chUWG3Bn5D30YrGbQRShmYRuYhqVzcUPsVAA1rJVif1vqjmPt4pUx3j0Xx1IaUMOy
ufbYDG9DXBhZEqvwNsSERauaDmN8QzNgY8yOOEbLmuLYQVDXZJD/ST0EUnVcc30GeY5cc31zM0rb
UG2vTpltrqyv/YZbq3If9/+P7BP/HVLDooEhkHLTEcF5gQDFpVDcS4p7SdGeGbutYWlT7AeZzbES
AoxkNjfEbl4qrW4awo/jx+pqh/APyaO5aYjNx4/XLSF4Nr+2ubkBREPpQO0fJ3SPkwfQqX+Jqgkd
qlb/ktJxWKZzUzpQO5kuTUJuSudOkybQZeEfEro88gA627soi9Jl2d4dR3f4hLuu9rDbnezrBKU5
IfcVq6IkTieQuJyUBEzFSUmcmKEk9WMkBQpJ4ShJIR2JxWM0TpnGICVpDGQk77f6BOd6vXUhoiuL
mg6r0dzmmtXyM03sm03lbnDMfijjBPoZ+yHSeZtjWvfcmM49F1VX2+l/6FDpYypACXAR6lku+xUZ
JziEH6bUekAblKqCOQVzSBVoL6kykn+frlTZr5jlyjiBH1aqRECbYYxx84xG++GD7HWh2tGfiPLp
V55R1BDLW9oQq168sumwINTFfK21zYArTuJ0urr4yCkZWQjIKoJk2VHCUZxGoxACN44vzMcLnbgC
ptDsjcBUYKDxHIxGwDbR/wZFwA0CCmVuZHN0cmVhbQplbmRvYmoKCjM2IDAgb2JqCjEzNDE3CmVu
ZG9iagoKMzcgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9FQUFBQUErQXJp
YWwtSXRhbGljTVQKL0ZsYWdzIDY4Ci9Gb250QkJveFstNTE3IC0zMjQgMTA4MSA5OThdL0l0YWxp
Y0FuZ2xlIC0zMAovQXNjZW50IDkwNQovRGVzY2VudCAyMTEKL0NhcEhlaWdodCA5OTcKL1N0ZW1W
IDgwCi9Gb250RmlsZTIgMzUgMCBSPj4KZW5kb2JqCgozOCAwIG9iago8PC9MZW5ndGggMzU5L0Zp
bHRlci9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nF2SzW6DMAyA7zxFjt2hIuF3lRBSS4vEYT8a2wPQ
YDqkEVCgB95+sc02aQfQF8d2PnD8ojpXpl/8VzvqGhbR9aa1MI93q0Fc4dYbTwWi7fWyreith2by
fFdbr/MCQ2W6Mcs8/83tzYtdxe7Yjld48PwX24LtzU3sPorarev7NH3BAGYR0stz0ULn+jw103Mz
gE9V+6p12/2y7l3JX8L7OoEIaK1YRY8tzFOjwTbmBl4mZS6yssw9MO2/vVByybXTn411qcqlShld
cscBcVIih8RphBxxPEaOicMjckIcSOSUcx6RH5kPyAfuEyIfOX5GPnGcaguOF8hnjgfIF+YEueQc
5VhJZnRW7J+kyOwfoadi/wjPVewfYB/F/jGeq9g/OSFv/pTP/gH13/zpXPZPqT/7J/h/FPtH+L2K
/RM6i/3jiAax/XEcCd6Zn1ELfbfWjZkuFs0XJ9sb+L170zhhFT3fTn+xgwplbmRzdHJlYW0KZW5k
b2JqCgozOSAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNlRm9udC9FQUFB
QUErQXJpYWwtSXRhbGljTVQKL0ZpcnN0Q2hhciAwCi9MYXN0Q2hhciAzMAovV2lkdGhzWzc1MCA3
MjIgNTU2IDI3NyA1NTYgMjc3IDI3NyA1NTYgMjIyIDUwMCA4MzMgNTU2IDIyMiAzMzMgNTAwIDU1
Ngo1NTYgNTU2IDY2NiA3MjIgNjY2IDY2NiA1MDAgNTAwIDI3NyA1NTYgNTU2IDU1NiAyNzcgMjc3
IDYxMCBdCi9Gb250RGVzY3JpcHRvciAzNyAwIFIKL1RvVW5pY29kZSAzOCAwIFIKPj4KZW5kb2Jq
Cgo0MCAwIG9iago8PC9MZW5ndGggNDEgMCBSL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDQw
NDcyPj4Kc3RyZWFtCnic3Lx5fBRV1j98762lq6qru6r3NZ3u9JKlAwGSEALRlLLvOyRAJMgOIgQQ
QUGDsomoqOPuCO64DQEChqiPGYfRcWFgxm3EcWRGcJuJ8jiIjpju99zb3SHMPL/393w+739vOlV1
6tZ+7lm+59xTtXrlNfORipoRh4y5y+asqL96ziSE0DsIYfvcNavD9/y59wmgTyIk9lmwYuEy9cq1
sF3SYf3qhVetW1Dpumk5QtZmhKZ9uWj+nHnjV3yuITR/EZyj/yJo2JS6yQTru2E9tmjZ6rUm5/lP
Yf0IrL931fK5c364zJ5AaMH9sH7VsjlrV2xX9vIILYQJha+es2z+iFfa18J6DKHkH1YsX7X6XlSS
RuiuH+n2FSvnr2g/9MNTCN3tRUiBdoThR/9UIEW6TjheEE2SrJhVi1XTbXaH0+X2eH3+QDAvlB+O
FERj8URhUXFJsrRX77I+ffuVV6D/P/0J7cgHk194Gvn4BAI+pb+A6Uu6TC1Of0m30yX5GnZuy04I
7UEv4MXoBfQqeg2fgaP2osOoFf0OedAQ9DBaj36BtiIRzYCWW9Ak+AnQ/gvsS7eiMvQoyNKj6Cjs
Ox3dgNqRG3vTX6Eb0WbuXThqM7KgAnQZmoCWo9vwmPQ1aBb6lL8ZVaEx6Gq0Ajen69K3p+9KP4Ge
RIe536W7kBn50Vz4HU1/I/wp/WfUC464Bz2APsV3yQeRAVdphj1/iVaiB7kGHqcXpn+CO4iga+Ee
eDQWHcUdJAlnn4++wF68nhsMZ3k83ZI+AnsFUQNahB5E7bgSDycRYVZ6bPoocsM11sJZH0D70SH4
taFX0AmsCmfST6TPIB8qRSPheVrR73EHl+ramKqljAYuFaNq2LIc/Rd6Ax3HUfxrslxQhX6CIVyX
fg85UV80Fe72aTjyc/wDuQF+N3Kv88PSlyMr8OVOym30W/RX7MdleDyeRorJcvIItxJJcMW+8JuH
FgO/74ez/wUn8SGikmPc4/xz/HkxL3UybYUeSaCH0C/Rr7EFnjSMV+Gb8Af4MzKYzCYPkb9xv+Cf
4f9omgNPfQVahm5Dz6EfsB0PwBPxTLwIr8db8Z34AXwUH8dfksvIFLKUfMst4pq4V/jL4TeZX8Xf
LGwRbhW/TNWljqT+kPoh3S+9BU0EedgId38PegSe7DA6hj6C36fob1jAZmyFXxhH8FR8PfxuwLfh
x/Ae/Axuhascx3/DX+Hv8Pf4PEHwE0mAREgB/KJkJbmW/II8TI7B7zj5B/kX5+EKuCRXydVw9dxy
uKut3E74HeT+yvv5Y3wa+NxPuFfYJewRnhNeE86IqukmCUnv/Px4V0nXX1IotS11b2p/qjX9V+SC
PvQDF/JRDdz9HPgtgf6+FyRuL3oXq8A7Py7Bl+IxwJnZeAluwmuBk5vwg/hJdu+/wi8Dlz7E38I9
W0iQ3XNvUkkuJ+PhdwWZT5rITnIXaSUfkJ84E2fmNM7FlXDDuQZuPreaW8fdy7Vw73CfcH/jznE/
wy/NK3w+X8An+CQ/nJ/NX8M/wn/BfyHMEt4WTouKuEzcIraJ/23qb7rUNME00dRgusN0yPSe1AjS
+Rt0EL3YU+fxSW4jN5Q7iG4n5byP/J78HuR5NprHjSUgqWQP3kY24FYSE9aKg8ggPA6d4RPA69fJ
LnKODOLG4tF4MlpC+mbOJjr5Z2FRw/8GdfIvw7P9Hs68VlTxDeRbUUX7MSLVcM3fcn34JPc2OsF9
ik38o+hjXsEe3Eme5iaAFLzCXyrUoQj3MPoV14Q3oINkKFjs89IOkONx+FmwC1NwP/wjl0YcGQdS
VMV9hm5GS8mfUCfo8TZ0H57HL0S3o3K8Hn2BngKtKBauFktEF36TLOa3EwduRYR/Bp6uGscwJzjR
JtzAPSh+Sz5C16BjvIL+wj0Pd3+M/Ioby58RJuFFoAEb0BbUlN6I1gl1/B/xQsThaSjOnwTrtp7r
x0dgeSNYlVlg0w6BdreDHbiMGwstXpCcMSAXU8FCPAi/+8FO8CBBi0HHp4MV+z1qFaeQNrRQsGKw
Ogjxb6cmoRnpp9AD6YXo6vRdqBfYg63p9XDGPeg0ugPtwZtT16MVKASa8xc8RhhGjgnD0r3IdvIR
mUzuvbh/gdtx7EVfw+9XsHKp8BLazn+IJqPa9I70+yDdRWBhH0BXolHoFDzlN3CFEVwHKk+NI/vS
w7gV8Lyfoonpp9P5WEGL0leh8ehl9KRJQHNMSWPw1CmXGbWXXlIzaGD1gKrKivJ+ffuU9e5Vmiwp
LipMxGPRgkg4P5QXDPh9Xo/b5XTYbbpmtahmRZZMosBzBKPSodFhjeGWRGMLn4iOGNGLrkfnQMOc
Hg2NLWFoGnbxPi3hRrZb+OI9Ddhzwb/taWT2NLr3xHq4BtX0Kg0PjYZbjg6JhtvwjIl1QN82JFof
bulk9FhG72S0BehIBA4ID/UuGhJuwY3hoS3D1izaPrRxCJxun1kZHB08X+lVivYpZiDNQLV4oiv2
Yc+lmBHEM3TgPoIkC9xUiz86ZGiLLzqE3kELFx86Z17LhIl1Q4cEIpH6XqUtePDc6JUtKHp5i5Zk
u6DB7DIt4uAWE7tMeDF9GnRreF9px/YdbTq6sjGpzovOmzOrroWbU0+vYUvCdYe0eK475b2wCie3
D67b2nNrgNs+1Ls4TFe3b98abtk9sa7n1gid19fDOeBYEh/WuH0YXHoHMHH05DBcjWyur2vBm+GS
Yfok9Kkyzzc/OpS2NC4Jt8jRy6OLti9phK7xb29Bk9ZF9vv9xuH0SeQfGt4+pS4aaakNROvnDAnu
c6Ltk9Yd8Blh38VbepXu020Zxu6zallCtfQk5ndvYxTbnVKjJ3VzFtM7io4EgWgJzw3DndRF4ZkG
0Nn8AWj73AGwG/zVYziqZR70yOIWeXDjdn0gbafHtwhxPRre/j0CCYh2/uPiljnZFjGuf48oSeWk
W9Rge45uSSZbSkqoiJgGQ5/CPV7K1it7la5pI9HoCj0MC2AfmgC8nVM/sAzYH4nQDr61zUBXwkpL
88S6zHoYXRnYj4yyZH0LaaRbOnJbXFPplubclu7DG6Mgya0M/rpapET3v6a7HUMXDWzB7v+XzfMz
20dPjo6eOKMuPHR7Y5a3o6dctJbZPqB7W5ZqcQyu4wIkS5EAx7aCUM7q3pmu1KktfBz+RSbU89pM
Ekgla8HhYS1644jMvF6JRP6XB7Wlz9Cj2OLCYdnbbBmYvHh90EXrF92eup2DGwY3OHrKjO3blYu2
gahlLjgyuwCJR1PqIuHBLWgqaGYc/tvSHQPoVB9oMYBlg+kOIH+ZpuzqRTsGsnQ9/FHp7FU6DAzd
9u3DouFh2xu3z2lLN18ZDevR7YfJa+S17SuGNuYEpy3dfmugZdiOeuDVIjwQlIKgy/dF8baJ+wy8
bfKMusMQnIW3TanbTzAZ3Hh5/b4YbKs7HEbIYK2EttJGuhKmK2g0hofcTyS2f+CwgVAz28qzBrY+
tw0j1ibl2jCa20YybXqujUAbn2kzWBv9ozZm8JS6ntLDVLK+F0gjwQw8CwjQOESKEVvEFocZBof6
c5jr+NkQ0HkU5jtobDct/TnvFjpQEtfvI/SUhtnnNSwWMtUbRBjYaSRVWMHFUcWiqVpIUYpdoSAf
Kg4KxZaoRfX6MLKHdVUlU8OmRFv6y1a6e6IseZT+0x+yV9fW6p16p726rPN1/XV7tX4k2Y9OffsE
jCLB4rYMtWyx8ENt021rAtwk91X6Euc89zWWdc4tlu3OWwJPWhQhzLWlTxpmGnHyJgzXxW3kiQOU
YS9hGiRYcGWrqrp4bzt5AvnIIqMQ7lKA27TYV80OLw+TsNdiEaeGm02rEkYkWtEngVFCTxC447Mv
0i2Jnb28bXjAft+7uB0PgFCuwzDDfmFEO2BnaRu+a9+t3qR+riHZebZTP5dsaAIi2dCJajtrO7tO
2ejD6V0NlMA2u6e6bx88YABuQA24qd5R5XaX9+tfWZGIFpiquknRVNi/f3k/N3h80UTnKFqQmNaa
f8/SG/c+tqF8jNNuXtW2ZcniHc7WyNe/WvvW0gXzbtqZ+vKDX6fxzd4HtrbctP5R5yNk7Ya5N23a
FD74xsL982Y/3Dv0yu0dqe8/B8bMSn/B/114F/UhLqNwLjeXX8Wt5vl4YSVXHRzMjTSNyRuaPyQ2
rHAyV2+alTe96BaHNdqW/q5V18nUWI6I54hEjijMEbDzuVZLZucMEc8RiRwBO58zhlGqyJKIkRhX
GO+vVUSHxIeWzQhPi06NX2VeYllqXeCc711nvs5ynbZBvya2Kr6F226+xbJdu03fHLs5fpflXu1e
V2ifyMSzVyRhDyT8cqIYJxAq9tv5fn0TEIgSZOm1LnBLgATibkuvUGEcxwW3AN1rqKoqThVCveRQ
yM2x/kpCLzXAlF00sB4r68z8AkaveMxqMQuRYF4oAAAM8JeI47ECaBOFUKCX36DSfocf+zshqmU6
YqctOgRlE8CRrcA7sYjbcIvh6EUvSS8NdzxKTqBiXNyW/rrVaiVTi+mtWehxxf5+8Ew4YW9L/4Nt
sjP2WRjxo6HRfexTwtClvr5zZ3qT4/SzDWNPJZNJ0KlxIIrJhrEgk+zBQAKTp+jsLH0im4c+YTUG
sr5vHwQi2/2HG5ocVSECokhlsTARK0wkKisy4ugxJah0upweN+9h0ilGC2KJWS9aZv9uw/JnJ0+Y
NSh11cTFC2/47heP/2uL0K698EzLo9UD8Ed1zddtOf/LN1L/fAB/qF992/TLVw0ZujDqmZOsenz+
8l/PW/zORuutt2+cOb68fGnRoINrrjm2avVX1AbF0t+REuEB5EF/OoyUdMeBaKJCpmy9DIhmMDBY
tSiYQ25dTmqK6A5yZk0vQAXYYo+rOG2ShspDG00rTM2mnSYemcKm3aYWU4fpuEk0taW/YcIKxNlW
TWPEd4zJQPzImMwIymMgfoKdRUqcMcyaBpRIZcdEzRo1EqZ2sgR5cf99C6gp6GZmQ9PZU3pnTVeN
fupsDe0HIG3VIF7l5fqbYAgaksm4B3gILLZFK8ttVbZyV9TmpEaB6P4xNVdeVbpp04GDBx3JotCj
u/RL5z9G5u7ApqtSt+3ountsqR8sOhqV/pIP8pdCHFJFehmlskUu8Vn8JcWWkpJqS39XVWBgyciS
BktDyRLL4pLGPtstW4ofdD/kf8biKqJ3bzaLVBm/NHyUesr3bNEh30tFR3zHiv7o+qRIGuLGISqP
Nvq4djtTGKY2ldTsTqVUviffmywtqajmq0tH8iNKp0n1yQXS4uQadav6pvovy7+StqoKK+b1sliF
p1/E6Z1dvLyYFAfLrLXWO6y7rGmrsMu61/qtlbOqtCOsVBFo11jphV2U71aVMtkqUs5brUHO00ae
PeS9xxkMmhDdyU/vAw0tVPqBBBTP0ecgkXYgikdiVHWyhusfhpm2xnjap7B+Ch6eEWcZF4D4s2Gm
l4uxC8H6z630xLE2MtOwFhrUL4QTfRJ7E0I1CCETFjBoHxxiRF/aZlhC4EKqO6rJ7mpc7aH3dhk9
oyfuLSiLvSoeE0m+WCsS0UqfVFTp/Yheej+iSm+GzsWpopU+rqjTi4t9B3QLVEMTqHNSB3Wlug1e
JvtX05U8fZqK16lkzuXk9m/KGLOc60ENTMebYIGa4lR9mXJXsV9lRWHG+VxKmLa7XS6n2xNNcKLJ
SoAEmwA7cTXzDi/Z+/LwVSMql55YiMuHbrtxXV6L9+rjt2x7doIuewpeDnquPLJ8Vr9lixc9lsi7
eeqw5zaP2zjOabX4Y3Hl6l6X1Dd5m24dbcwZ1XvtmfObLxmAPykK6kVjy0Y0zhx/ybUg0aNBokMg
0S6UhycbnnwUdJGpXIPQIE81z+eWCsvl+WbJRfuPsskGhDGJUnlBOi+0fyT85Dzn5/vaB/r6Bi+z
j/VfFpxon+WbFJxjX+afE1wrrnWdI+e8OnJjzeLxTHA3ule4OXdQ26nv1omu84GgYkLt5FmEoZep
8DBTrtOO1DHG9ziCvNljWEBemJ2wUFtCL22hkks7zUL3lwtLKlos2OLPh7UD8URFPrNcVEDycb67
XI+ZjFhJRb6p1jTexJnCtP9NTBZMQWZ+rFQWTEFmaNzMyvhCFVXMzGflITm269Q4Haz3OWbBx1Jb
DzY+eaqWYqqGmq6mGkx7305RRwPrfNy0EntoxyObjsr7IZvTFGEgBEcSrPu5K9pLvzn8Vepb7Pzz
+9iKf/5S2b957o6uE2SiOmDaLeufwdM8j7fifMxhFRel/pL6lx7e274I37Nl8KKnwGY/hhBPM91m
dI/hArcoSSYT4vgQAGRFDpmRZKJsyNPtFaYp3KiwErYQxW/h5TCmjixM2Y2om6MKgnL+DlELTFmT
JURKnDEUyhXUoA6a2ZMrNWO7asD9NYw9eyqJqMmlE/CjRu+q6dun3BZxRbLTY3zs50e45M/vc5uE
9hdStc+nLC9Qv7MVAPLnIIFuvMFwCJzoIHv0Nv0z7gvHGe6cQ+TptWvMlop1Or5fP+496U17+bDk
tDrd9qBgwqLbolisqjXmNejjeA3ateYiSpud1FiYqTGy0QczM2NkLmB7UHNhpp1udlJZg/V/UZMF
lEINkpliJmaCzUZ5/4q0GcO/eZyX8tNf0b+ixXvGS1Z4d3tbvB1e3suRcpc7jhkPbbYs67Ls/cnw
0PtA7OpIoVdHPL0y22ajV0OEsZlnLGZQBq55hga1YXQcnYSQYZwHmNwDOgCXz9Yw69SzlcKRGh28
X01tbacNMAfI4uB1hlu0yYqkmBRO1BM20RrAmmIPYAg3ksmSjYBCEJivcvCH/bO2yBa1VWTgh23r
Y9d80vjoBF1pLVk6YtXTfOK+vUNXjO23oWsV2XL1ssvueqfrZdqLE9Jfcp3Qi348IxvBVFhv1LBm
xgaagFZADMTbg2aTF7QZW10miTl/ZpJNKlNDnakks6VH33s9g6OONPSjE41Qhssqzg8Odgz2THZM
9jQ6Gj0PkYe4By1P6E/4VcniU5aQxdwS4Rp1haXZ8pR6UD6kHFRVt7pF/Yxw1oLZ2nLtRo3TIGB5
1ljXB9GbaoTb2ol2A3vPIBlpmhlduMcg3HrMKjFPWBCg6MiczMeAgTA2aNdhgwoNHkG7Dfvpbnhk
0BU7ZsLUxJCsOVEYjmFSZOobqDiSxSvgKjJupmFlNnQ8TK3fgPrOlWeTnSvZs4MK2arL9IZT8M9Q
I/RSfc6YVNhpR3UjRGpRuJp9ed/+6kTqh5Vf3fLCn/P3+m6cse3ZJzYtuR1v9rx4DOdh5XlMNu59
NLD0qt+8+8FrN1E0MwRsfyH0mQX58NJDLhabOXIoS6M4ZRWlfGyD3aT41OHiCGmaWC8tFBdLUoU+
0D7QXekdqo+2j3YP9c4SZsmT9AZ7g3uSd5mwTJ6nL7Mvc8/zXotdsihYZnJThCnKTPUqbr4wX7lK
VTxB3mQLms3OWICFugGmumCxvqZKQe0zEw8923qGAQdGMPtMCYYOKZEFiB2GIxav6GPCyKQDAuVM
fT8N4ABtH0ldAdDWGFKt1NrZmaljsoeCTCdZnyEGB5BKew65mVYacMp8VAsM6+unLoGGn93aBg6h
4VxDQw/9Y90HLqCpATUNnlVnyJOFyfKVwpUyjxvqEd3FoVdB/6EMpEcO54VYdMgTt/z2Y+y+/u+3
fprqPLx/65b9BzZv3U8cuPD2Nam/dh39+004hC3vvP3OH3779ltwQ8NA6z4F+28D7z3VeEIhvCVu
qbAMsQiVzsrgdDJFmeScHFxI5gnz5bnOxmBH/nvC+45PfKcdp53fev7uO513Mj+d787PT/pr3DX+
0f4V+TvzTb1JzNLbPZBUWkaToZZhzpHB6co0y0LLafEL90/4rFXHLs5q1jUUAG2xIcUFQNBbjlHc
psV1/bgN6zbD1mhrtvH5rEvzWffa7NQe2hjApd0LdghsgI11MrR+l7HGNivlvI16ecp8G429LmfQ
Y7U99qrpmOlTU9rE5/x4qIcfD2WMCRMSBmFNDKlSPz6hp8dqGtvZdaG7GppqdAjYak6xiIFONorh
qMqxHoxUZkKGrMrZym24R39xA+YfufH9a5a8d3PjvWUHusLPX7PmyT3Xr310yyM7zj++C3PbJ15G
rD8NI/Z33vr16yfeOUK1bhuYyxroM5oVOmpcIfenzzBe3invllvkDvlT+YxsQnK+vEJulndlm07K
aVnJl8H+mHjCySJ3A0aiIPKKaIoLiN/F7+Zb+A7+JC928Gd4gvgwfxzWeJ5GVZTtfLcb4pkb4pkb
4p2UW3wmBmBEiukWED8bCuUeP04aPqFnmNXQtBJcD6qlvGJwh04U8KxsSjoqy10ccGhba2sr//dj
x867+MT5E/SZL09N5L4GSxNCJXi50Wg2C85Sc9w5xjzUKcp5vrxSc8JZGq0293eOMg9zTjPVmReZ
f1K+d1l7R0sLL41eWjimcGfp7lJT/0j/4trSYeZhkaHFUyJTiheb5kbmFjeWNpeeKPwy8k3020Kb
xy262si+1qKgw8SsvR5GfZitb0Yd4EwhiCEbjH5CMKgpQwuCquJ2lcfLlbjXe9yDdY/hafQ0e/hS
wwxcKmWC62GC6+kWXA8TXI+bbaPWigku3Uuk6xnB9VAWjqLM9KzWcBwV5Mde1Y5pn2ppjc/XarXx
4IwYCtX8tD+0Ano2LUjPpDHp1Zj0ar5k6eoIFeDkuB4CfBZE9mIZ7jp1jga9pygmPUWXNbRTmsBx
eDzg0Vk4UQiiTDKS7IEAmJmfRE/zs2Cvud/g1Ru2ea14TcvHZ67+w20vX/fU/I93/9fXDzy1Yf2e
F65bu6fOPzHeb96MqpZbcc0n92O84/7mn5f8eGztc1zJHzpefec3r/+GogEHdHqz8C7yYIsRcspY
85X5+vgM3wrfQ+rDlmcskt9SZGnxdfh4HzXORf78ijzJwqlaUMEuknQ6eE5Eyi4ndqYdBu+J84gj
d2EKrzoO9B1QwSBSMphfsRNhn0H7xGdYKMRyMshVxOBsAQNdpVlEC+aFmXpnFnhlJB6Iz5kToVDs
RWbtH/f6XsbtKILOYQUB2y8kGGgMkKzRAXbVdOqdnQ1UCWoo4u2stmVwllO3ibJJlCDm1GV7ANlE
LYABZJVs3IiTYE1WltPMQ2VFFU3xgPum3ttFsxD7d+1y+G9eM2ZWYEC/SUOOHeMe3NG0tGLYdPsv
lWGNV+74eQHwdDPw9HXQIRt60xhU5sA6j6N8BT+Yn8wv4FfzomyTZEm2OGyyBXESNgdFAMdIkYt2
SlgqCDuwgxTYGESF8Orf4WXOTlDCsPWAqyJzjTQ6z/LrrOFmDGM5GcQQEhpnH37kYiMB+BSQy9mV
YFYZEgUOVTNzgfQ3t1o3HKH2dSVuYJizmxcmgJubH7t0ce3MKy69/PJBVzhDfOLRphEDny4cXtu4
sus9akkeAZDWBdbTgrxov1E637bUSUbro50z9ZlO3qyGNKsVebw0AEKSPSEptPslnXa6RO89QO9a
8of9GP79Xsv/NRDKio2aw+v/EQ/5Bs3q8egQBkI41NRwLhsh5qKhrppMUAgBUT9PCAJ8EonYgM7k
/aKRR0jxXWOvuqv+m9SbqW34+pcfaRjTd1PqFqHdap9/aNlLqa6u5zm848ZZN7ssVL8WpL8Q1oB+
5aF3D84lS/IIzqWXEIVtsykVRv0sc8Hsrc5rRpvydqIHhee4Jy2HuVbLG5bj6FTeP/NsVnueLS+P
KxGLbCXBcP5wyzTndNc03yJhad719lvtD3IPWB8M7sFPkD22960O5ER+3an7edKW/sv+omoWqPcq
qgYggPmAI6RygRAv6wltFEqEASj78z2JMMge453kC82dlXHDDWM7WcSYS5faWJ4eeEfNFQTNNGbm
owUxaqpi5f34LM4FptmpqeJbX7sk9ZvTnakPH9qLB7/2Z1w66NXy1+5+5rNZyz7f8vjfCOn77flf
46v/eBpP3Xfy7V6773os9e2dL6W+2s7ilIcREvJBfmS8YZ/dTJ9AcbgqJK/qJlM5yrsIpSTCcWGT
5DSZJGLiOEnmCZFNEs+FRVGgWS4qJwKzKlRQBJZ5hvUfDD99WKEhbMZh8wRzo3mFudksmCWIuJni
WeBi/zuJy0WIP+Qk7secxCmD6ntKHA0FIRBk3oFG3TT4q2FZqOrqrXzv5NYNRzJJ+8OIS598UbVV
SGGYARKt79sH2J0EkNoqGcOq4fE7Dg2rlox+GbJftanAV007+5APyH4ZkrZGGWmYo9UmqxMmB10/
e8gBZF6GzAPSRckf97mqs3eKMwsGgetB8zFAhSi2PfwGR9rf+DkltJ/fyN/40zC++XxzVtOFGdBT
Gkj5aaMsnI8HS8E8qtk2PaQhCYRLxhloKTN2ygrlpcwApczSmZRzsj8/T/9f5zv+k9uhnvpN1TtL
00GnbLqD2f7+XMAkiZIg8RIv+rx+LxHNiqpYIOZ2uZ1uh5sTA5wngu1WmHmlYAS7FVsEMbaUwN9G
nDEO4KztYB6sJBqPUKfdbSHwv56bcUP96lXjrrvz6ObUPlx955N9h46976pxL6TeEdpdeWOuTB07
8nQq9cycfi/07zv0q6c+/6EkBE99GaCgJWQZ4M1ScMBkBUfG4rGE4CgifmEFHc/gV9xGNfNUg/45
KhsLsQuCaNNRGXFdRopx28GD2SyNmADvE8VvHEaW9FmGE6lJZQSw+0/GWLOlIs6f4k/Jf/WcDgvv
C+fCxCOFo7I3EJY5LhoKii4KcMAtRf0+XTkexzvju+Mk7vH4rfGdNmzjWYTgZdEBSyGzCMFJ+8ZG
ddNDnZGNsDiBRWg2ljy25eyyLTOaQAncYKje+E6I+NjpAt2nC7DTwfo3ho2eLsAULcBCdWhNZZJA
AZWeOJDLSgfo+dyIlEfj+DjCNGtAaEg4HrhKj8ljHlNn0qTnHAbM3Vkl7uE9ncx7MnCdjTV9sXgb
XnsgMrwnystC7bHgRnu0XEhDw0rXuKHzh3zetBJRGAKeZiwd3gVjSv1sNvFjVZ2OhFO1BbDd4som
fDZmk5M53+v20FnPlA+lgKDJn0f7PbVkzX35N7z1yLMHorMuXfGL1rp5YzYO5BP3jJt9ZV373kNd
heSXV80eeM8TXfeR/WvXTnjwzq6PqLzUQmS6D+SlD+cxrucLnAUD5VHykNi0gvkF6+Xb5U2xpxzP
lb7GWWSP3+vpM7r0A48QIFMJ0fthxTtLmiXPUmaZZ6mzLEukJfISZYl5ibrE0ppoLdToMFmsuH9s
hlJvnpeYV7Q6ujrWHLtbeVi9q+i+0nv6PKE8oz5e+ETRgcRvE+6inIQW5IhojojlCLYP7Y+CHBHN
EbEckUftnT1UPUMqjKsK7w8nXLy5d56fBhgFvlIW5fpqfeN9s317fcd8oubL9y33ferj8313+Ijv
FZAFFxg1luU2nHR3HRuY6Pg4ABWsY+rAOw443RWZ7LfVVoFx71l5V+WRvKDLxGeGTVgY93kuVPvc
cFBR4oO9zfmAZWI+w+Gt6EcPL2OI2JuZU5n0ualM+sL0SF+YHuVj4x0+lun2tZGZ+02xEjj0YLD6
eAkuoVehR5RQVEFPwwh6BBBfH6IHlfjZpSKFJRWN/Tr6kdp+zf1IP5qxjyFvRg+YcIczXCZTGUFv
gBKGj95EOKax5I7Gbk8LsxCIesAwvaZmZQFQJhgq+BRhqm4E+fpm0/IQB2W1oRMmHRYrx2WHa5LJ
JkBfF3SF5dRgWdvZxIZrQLPYAC1dZMZsskM2oDJGYa9QFMLThE236w6dEwss4QCSi0wBLPSCWcgJ
qxFrNIAKohZVKlYCuKhQVsQkH0D5eh5VsqQOIUJmxnxeSXLjxo2oh17TaLmhux6hMFHYG7BO/6r/
GPiFH8WKLE6r3a/dcv36tZXxu19/YPxlA0runLzhlRm2FnXV4vVL3O6ywKZX75u2+PUNxz7ClwSX
rpw/5JKoN95v5MZxw9cV5SdHXL/QO2nWpKpoMM+hxMovWz9rxq7pz1MvOzX9BW8TOpBOM0jZzK3i
D/GCM2SxeOScAMhs1JJ5VhtiI4fInbFzrK9p2vYozI5mk1+BbJnARWc6yyItmQpX1md8kxkIhVNm
hIUJJWJovfuUF87ZKoZ9ehCg934SNv9X+iRyw2SHSUufNK7kxa1km3mb9qZVkE1mLxnqGOMa5Rsc
mOKY5ZrlmxRYalpqnuu4yrXU1xhYR64V15iv07aK95vu1d/0niAfiB+YP9b83be7Smb1KTJGsi4T
eWe+bRXDb9YL1SihN3KlKCwz3533oygWDaB/GKb6eofOUkfg1XUCHVmYcOi03206rUMRpy59d/ea
/asvX/Luo++tu/PwM+vXP/PMDetHNZB3MY8veX72gVT6RCqV+s0L97+If5m679szeBFe8s3iLdTG
9oFYqB0QkgndYlgEEuI5CHpoqarcRlYdCPOYb8P4RTGMSRmHOaAPYoaDaF+aGRaSskDouxz++VsO
Ef2cA0KZjBCiZ5QOPdATCoEK0rxDw+c6G3LIIKGILVJJx3uII5XHb08FBMsLL/z0TyppW9Jf8hR5
U0lrNh7CgqrFhEphqCDU5rfkk/z8gmB58PIgzUCKAx00HTnGPcbfIDVY6rQG9xX+JdJVlkXa1e6r
/R35H6knPCd8f3P8w/MP32csh+kLC2VambOPUKsZwhhtgrBAOJH3Pf+TruouKy8SFKDxsOIKWs3e
2HEz1s0GoPNmM59BkGYm02ZmuejQD+OHOZd0NueEF4iTjDFs+KiMDRetBhybDZYz4zflXJyQDox3
4t24BZ/BfD6uxeMxhykzsyOcP2cgA2bqgxlkwHZqCzGLlnAmHhczu7KAG3vZWIOTjTX4QsN7jk12
owW9C1pOXcgNNTQxsYT/C1lN2BE1RaIAvkEswbzoCISSc3oupIFwr6dbV+67cm+TkfrulZeXkoqp
d655/slr1jwvtHd9f8f4O95alfo29cEv8b2vTr316NvHXz8KMhVJTeS+4RPIj3/IWpE8xalxZi7o
0+yiWXQYdi1sNtSwxvyS5itL+j/xe48CEKQLliZgJjhwQAtijbrbZcHqIuc0ba/CGRZDI1q4qE+F
TmcmVba7LV57oblQLbT0V/tbKq0P2MxF9iLHCHe9vd5R71psX+xY7FonrrGss13nvM612bLdtsO+
w3GL835lj/ll/SVbu/Nr5Qvn95Yu/V/OdDBkz1ost8McDPDaEG2Txmm+7tvPpDEyRUrV1QGjStNU
3Wa3K4jzOR2OuF1xwoqmajY1blbAwSsOWsBhFukJUFAPkrLgq0ESbCO1BzXgheFsI1MMc63dsJPZ
9lftxN6GLz+k4QI0NKDQTYxbRljto45XuQlqWiUq7HGgTAPekNrWQHj9Am8SmNfVBI7Q7+0EstOr
nz3lAxjf1On36p2MQl6a0qYKulXonZQ26Edg6U1agUDwJFutek2NdGR0i3Xy6BbvxBl1LyE1/SUy
p7/E1HSBNYPg8DByQtxXVa0UVFVbwXYcdFXbCjJRXT0dfERNDUncUO8ozGQZ4YfLHYAqqxzlWDRR
53Wjc1BpzQiPLSGYU8te+yRZkJ/8rDV11WWxPuunVaQWPqMXxQJLtTy+qOuBazauX0OWnv/d3svr
J1Mbdz/EHRq1GuRURq4OIyl9LhMjS1aLDTAjqwiwsfj7G6OIUmomHtdUTkaYSLLZiiSZKGaRjQrr
WSX/6RBTch1lQFUm+ZULDX9uvcixUS9U29GhHz/eQZFCMskyFkmUc3T5tKRAnCqyOcfmPJsL4Wzu
6TsjSinC9Jtj2TPCEI7MSnwUNTuE9WMusvrRyGclkQJWw4q9QmMzQeUQtpqRJGGi0AenZ1NySWfl
JTIN2YFX0wxLNmUl5uLZjBnH9FnOloGVYGmCmszDNGSe5kJ4ngwYNyKiSU4SkPg16hb1d8BKdaQ6
UuOK+bil1FrHzeTXWNZat1okMxGkakt/63gymhtiMqSxlsutyv3kAe5e073SHu5pk2gnmtXaRyBO
QSASWLw+ggSkpE7SJlEQTCT6FiOEXVarTvup0d4M+tBO9iAL7rtfCEttuK+hqLISNtQbzdjcDg9p
xWbYQtqw2ZA1iOy1FTrW28i0F8NCo9AscEIb2XPARhMlPnBT4Ki8ELgzJQHa371yqgEUBNig9/j5
9c5OqixbNxzZCqqylSUrR7eYQUNCoCGvgIacBxn8AJH0B9TB49EtKmwrYsO4lvSP+6wKbWWKY0m/
dyhSbS2NVFvagAT96VfFyIO9oLVXNjNSv5KONIFlrq8vt0UwVR0cgSgMR7HtfhzDM/u4fZV4NhZe
Sk3bm6oT2s9/d+eICQ9xP/80jH/7fCV/8nwY4tB7AQ18lRkLRCXYcRjx4KKGM0nkh0WnRRdEV8mb
ZHGx/xphhbzKfLNws1ksdMuct7Ak5M6TZYc9VFJSXIwyOZb8UMiGJG9CVKlmiDTcKGdlVGzcVBRZ
GZXEZJ5JrsgckzglnlCD9AiVZV5Vloahe6n+0rzQ/4eyk+S/p2FYzWUPlN/579UndACdIvtMGTCN
eWl+5UKdr5VEcaRfJsGSiAJu6Vd1KcnQ95LEnrdXLVi4+Y7pzb/ekbobX7JxwKjRw256JPUxXnZF
YvCMgVPu2ZF6QWivPzz/iqfKC19uXrivsS83yeZeMHbk8uLzu03qgKXDJq3rm6tvoTU6TjznMEDW
jgMuTwWro2bRf5yv5IZy7RaeNQ30+Co8kk21OTkBIy0omJxmRY3LrARFxh0ydrMRVTerdZFZlYvM
qlzk7ioXmWER2U/3k2kVCxueklmVi0zNCktwyEoWjJ87xIzQODeFtx5a2eI+4yYr3LvdLe60m3cT
5/95zOD/UOIi/VuJi7tHiQvJDBi4/n1UMZvFTPZANKyZdmsGvnRXs1hFqyluFdUAtkhaLqmBkuCE
aE7Dlinm7pnEaL2hY82vRrdes3TCbTUAYb67q+GJh7tmk0e3Xj/59g1dL8Ez3QwdVcXGZD87JLAB
WYHG41UDKtiyojKz7NM3syyIs6URh67UhHxhl/CpwI+H2RmByxdWgAFKCzxwSiFchnn0TIyJrvLK
il0Id6AzgIj/p9GXn7K5pJ7FQpkxKymbQsoB8nQ6pyTZsVo0jr+YqyzOTWaGa1lgsjLTTLl0c6vQ
/tMwissfRUgAUUZeVIB/NiJ2sxXb+wdn5C+QluXzMgvMJDY36dm0SQdTU0smN5JR8hxezhB2CCQO
2P0VsDxzoKCwwkbX8wor9OxSyy5h+58O5CUy22F/Pbuk242RQMSto4KjwpPNs4LLgivltdZ12mZl
m3af5RmtTfvS+oWmgwcN2zSnzabZNECFARLxuxXRbtMtquCVZbfH7wt5KONZoOnxoEgBGxvyAgq1
SqGE9WExF+KKOUMkUk0sYAZOZEatIRxbEWuOcbEC7/92vEj8P2bvo4P29ETurIBOZ+NFSd8pLxV3
6oSydiwJ28CQ2WlSzwNorXdSAOSWKWbu8Ud9dgOtNVEkQ6vW9IE2+0DqV3AT80JWANN+H4A2X7Ud
JqsRrNYLnDDlw9Sdnq/vYR49bo8jyvUmhYlolA1Tscgg8ijZfuSd6956d2zR1DHps69NvXp6r8jo
v+JHN9877r7HU32E9vG/W/fwB3nx2LhrUk2476YdA8ymrmu48qp1wxdtobI2IrWYO8lfCjFgEPc3
bjeTJCnxDiKjyTpVrHXV+kb7doZ2h4QKR0WgNjTEMSQw2TE5MNcxN9AYag69J75v/1z8Sv3aqxeT
AjXpqiaV6kgyTJ1BFpOP1I+9n7m/8n0e+JlomLc4/UGzySo6g7wZWT3WckQrUzSsa4bWqDVrfIgN
8IdY8KexAX6te4BfYwP8mjubj0pl+lRzUwXUcpkwtnstS06ttv1nZUqMVaawsX0TG9s3sWIikz9T
W5oXunhU/3+oSumiVewseLNVd4duqAnbsjVg/bPD+BfVo5SW3Df1ldS3y9+94bdNj3VFnl+76qm9
a655PLWYSIPG4d7YtDt181O3/zSYe+Ho0d+88d4Hb1APdXP6S+iVBPLi8YeRn1bTgl0jYYebKuIZ
o9zurEg6cExyuFXscEMwpNiCnBmVu+NeD/VMfuaNPMwbeeysOKK7ANzDDJmnu9rS48yWSWT9kIcl
2j3UT1kog9Ie3OHBnnF+Zi2pO/Kf8ZMV/t3+Fn/az/vBGXY7I5qdCcvH5ZMyL+dMqNw9gJ31gwrz
fvT8zA3JzA3JzA3J43wXGUzqbv6zpLKmi9UG1dZkRrCZC/LzutWiWYiYGfLhRJ1XA8gi2QKIuqOS
ko3QW3BstnqoMFEJJhdCbDd71QNornb9+1c8Pl43t5ptV0+cePug1odbRywbX7mK3NV14La+wydO
vmMbqT5/AkBmF9jnepblseKFh7BV01nM811rlsggezrqZtRfiCcyLw6U6X30hdIiuVHfxu3U3xRe
Fzv0M7pZEurxNDJBX2Ru0f+p/tPyTyswi7fwVs6syALPqxarJJogzBZ4SVRN4Mm6X4FBYZPqhE2E
42ibi7ZxYV51wlFyCFB9SOTENrLCkJGkfmWArSXt2IwwAHW7GkbzTdykCfwx/lOe25nJTxnmCWqH
6VOV26lila7rGugSudHUbCKmu7UPPoQOghDXBxP8ezszwL0TcHuNv7P2FAB5+Kd4PUmDWwDsdJmp
TKqu3qofOWI9AjFvZgmG8wKQb+U1TjK1p88glP5xAEPyK5uydjWKy3GUi3COCJcoFE0cKf8Dqfvk
ua6HHv0I//cDwwqC5dR74pdTQ8gMfO/ha2+7leqRCD31IuiRnc/Lxap2alOY+mdekmBziNfeYy/o
8SwTRylbWM1s6Gi1Zsq1OowyStkMtq7YOIxUiKaxqClIsagMgKs2THiFtynZEbLMqzQ2mog9qn9w
VH+Pha3wl30hIfNwmMV3bs2JS/hihYyyzbTdbuNsYSpGCk1wZUvATuZK/s8Ycn6kQg+Cx5bp2ov5
sQpeVGWHGJB9doFHvGiGGFuy68jBOU1BKWDOs8ZQ3FQiJa0VqNI0UBpkHcINFw3TWGm0ebA23DbK
PlObZF9qmicttK8TrzOtlg6L7doh+/fiebnIbCtCRZZCa5FWaC9zDkBV9mulLdL93H3q03gP2WN+
Sj2IDont1t/xH4gfyV/yX2pf2M+KP8lBM/PXKpvrYuY1Fmah2TyX4gkoVo23I5tkkuImLW61xxGy
mjgLVuOAaT4wqqjFsJA4LmGpOAt2OkTFbEsoSdsUfpIyy3aVbb1tu02xKTwE47Q7Mh1zgdWZLFEZ
BNqZV8D0U/SXGWmA/4AB8F4A42ESZEWRwLsoOiCYtvToAwKyh9vSI40FimYN/8ZmksImm92ehDhA
EExW6Oe4xQqRllUCR5VUJCccjgQC9wrhBabvnJrsvKTZVKuF3Z4dbCp9J4AQLNo1WhujOM/pFtxo
oWXSnKUNP20o4fEKXq7cqBCljUw15PE2vNx2o43Y6JpZF3AjQ7QQUuOnD+JzjnMLGH7xjT3b0ODt
amiCf7+vC+jPu7FLLpS2ZwYjqzPKCPOtY3vG1RcvQCq3WvUjJqteQydK02l0S/7kulZLWA2Tl9Mn
EYbJmj7eivpoYYCPJ/GA7F/96JaKySw7dHyfib72CQ0RUPVyFpdL6ZP7TOFMqz1rACgwOn5IC9Nz
S23p4/tNfegZ96MBpD1zpe6Tdx/nYcfZ0icPKGE+jAb0zJJZIcK3V6NSmEDB9zkosKq/gMMZSmNR
fgSXO1h6zOGhObIoV8jh0amX2p+p5cufObyr8pJDe1OtLz1T/CGf6HrolO0tcnXX/W8fJQvOnyDr
D/58DCyNn8aUYGkU/HU22+oRJKRIIIUKEmRJwESIsRqVsuQnR/VPjtrKy6l4UvcVeLESYssCW7VC
k6wWW7XstgcrJDoDJ/L1AVji7FKhw/pyKFKBimCmUGslQ+yD3DCDtRPGDUW9K1AYZppajIrkhFKN
KpURaLgyDfxLvVQnL8ALyGJpsbwWXYuvJeuktfK1yla8lWzhbjFtk7bLv0T3y3cqz6PHlFfQi6Z9
ypvot8oJ9L7yD/SZch6dVUrhcRQvcitFKKFUKeORAQ7KsLsrBIAPFVmFluF56KMjhTpBjdkxxMYN
KS9om51FMcAV1koEQTXTF7c+SQJvYDqaPJpEZVR3KX+MKsUkSXFZccqygrhu7RIUUHVZkqgymRQZ
dF8oA59VIBmGITfLRG7DgYMGqAoBVQkYcpgYuMD89R8pwuikKtLV4Pd2nmrIakS3ttiqL0431TNL
jZsuwvgoIzbZtCr+Veqq/zoVz/cm/3E4dTWIyaaFy6esIdsy1bZbU4v5CKBsOwrhK43bVb2Xfok+
Wudrwy1hkh8uVqN5/Vz98i7PWxHeGZYGegYGRnlGBeqlmeosz6zAEmmpulhf5lka6Ai/6/zE+4n/
3dAp56nQyXA67I7yST3pquQH6sP4UfoM/bT573kp3Wyzcu4gKzh0B60AuH2x4wrWFUNpVJoVPsxy
FmEj6/s+p291AuXNrmeyPj2zmZnBFiZvUZbXXI0d5aScGur/eVwlN5yi9xhO0S8aTjn378MpDB9h
e2Y4JX94lRdfNJ6SG07598GUfwfkK1GTI1dIAbETHeFLFNq4Hph86xMD71q07fiSaz69fsYdvW1P
rVn73NOrV+1LLRZe2T5x4o70/Y+nzt86ZmDXee6Jo0fefv/ttz6kWIJm80oA9QlomaGCl+dCApLY
kB552tBMhPtf59LO/UcIKv5HSdPnDZnsGX1ji76zde9r5I+AcP75AlxiG9iaH+k7ZmSOERAzlfXi
NHGGzGmWfwrnRE7OpQjP5joyQ8g5gtXVseTBVO5ahdjFsCNSIdHcgD2DKFphaRdYQyQDMTZBi8jz
Ai9WycN5IS72UuqUa7lrlBPcZ6LpKRFHxYQpLlWLA+Ray3hLPV8v1pnq5Q38OuEB+XXxj4AMTolf
mX4Q/yW57IoicBxPRNEkyxKsgA7HTSKgWJHj+biggG9VFBlWJEwQ+6qeZDYjBdCpBraFZ3C6QKJr
kTB7u0fPhHI7LdhijiOwD3hnrjyBhot9/6MaKJPHsbOkgL1H4axPtfw1MnxBz7ofCP1YIc84vekc
e6c8eSEnALbCw4wF33Mgx6RLNVINx+ZZi2gZLeN8eRNHZK+Flvo1NGW9FJjP0rxqWcrLqxFpFWde
NSze2x9mi32RTC6gnmWjm8AIMb8mpjv2R1hJ4H43Xfxlv14tZhZsTWWLfeZcNpviS3op+yc8lpxu
uJrTWcNmNMWy30sP/se+QGZ3+k5MQ5ZqYpkpgN44ik22ba342a9SS/Crf0k9eqPQ/vPLuCW1pmse
yb8uNZNqiAZy+d/gA3X856wPdGnYLPJEFoloAVOdHWksSzJgxqpMAy9qdqwV+Nj9GxN81TO0e/l7
pQesD2odQofYYXpbkzXDXe3nHLLL4tcr8UDzRny7WSqzT+frTfXmOut9+H7lfvOLpE39nfkt6zv6
Ce59+Q+Wj/XTij0HMM0qsts0rwUMDs0uGVZKaSIiFqQoRGQjL9QJwDNnRhMXiCJnkmQZiyLIG8eB
fYT40oI1zaKbIcglFjOn6oqoEU3RX0evy0SPI9mJkMwRy+sghXGVc6oqp8gyxxERJE9VkTLeju0j
LTeoBYo2R5RvMBTwSi8a4gSxmYVogw1rmLuBFIwHXo60rWcF3A1nM44K/JR+Wj/byezCBUxHRa8h
66gaskOI1Zq2VWJILTOHhYmNKtZkRa7V6s2rNrN60bxqtcBTzcFE10GodFaA66rGBZFq2QjmUlF0
XJEmdKl0gDSUe6jbq6JywRViDW9KPfDXx3sHS+MHPkzdiW/95MTA1FekCKf+NbzP5eXnU2rX7/Go
+lQD/WZL+gvhE+E9ZEUB9JYxwa9hp+50BjyBAM/rvNPsMQf4ZzyHrK9bOY/HGyDhPMM23jHeY/jr
hDp5uj7VNtsxwzPbO80/PXCr5wGi+0IcZw+ZZVcibMLsiwTZ7xp8k/uKwZncVwy+zr2vdjb3vtpP
RiRjOJrzcJ6WoPZb7DFI5wvmKqQzJdINOQs99qLakoaGJoeOIv14WibK6qSrMi8XVxBwN2gu3ob7
v42HPdeaOvTqsVT7nt/hvA8/xoF1X935+9SH5C28DP/ytdSTf/40tfvg7/CM/0r9kDqGK3DgADbf
nToNt2Rwc8n7wrvIi7YYo8zYrARwQOEVWaVfGTWJZky89OtoJsRzksduASsq0O+lsc+lWVSzkzdx
ElZEwYyQHnZi56uigMxPim34HsMiPIkMm6MC+XwrdmQedexZml6p6WqoqS6j8UImZGDL3Fv0jiq3
J1FYLpr6V3lobtJEQ/LC/lUJo/euEQ58J+dcuLn3jdddsnztwPGjBqxZ3W8j/8LtA4oPDpl7T0Xp
7SXWym1Tx2+7bdTUO3r7qN34FCDSeaEDKWivEeYAAFcs5W8kd5AHJP55HstIFAgHiFIl+C2F5ewV
WgmEspUzJ3OJ+uxLiijIDLw163XPZCrbcpVMzMj7VcGwaJkRA1o/1EfAYcEAlOgzt+MavBllim+b
khdlomheGAwXZUdu/CoStYEPq+zfv6qcnG+97N0p9/2tbDV//aXr8381/K3Z9NlkhIRh4KsVfGnW
JtopNmZvQ3QHBmU9I4Is5I2VCbgEFXFxpUztozaqt0i3yDvVDvWMag6rE1TCE7NEMubtRRlAFaKu
srY2a79iYHjCkuCUJAFhHCaCkxBBhkt9FVaQJM+X8Hwi0cc3F1VPkHCztFOCdYwNCzGKqmcTfAfZ
RQihLbawMEEgfYRGYafQIZwRBKGNbDtgbtyTGcltonyik5f6SBAcv6/TW8sMUzb9Q7M/mSSPE2K1
/UgDPPLf+2U7pgvJSasFshEd7FYEu/VnIR1in6xiKtaQwdqZcdhyTC7r+t0f8Ybe+QW98I7Xu14T
2s9/2Lxi7Vq+mI6fYFQDSM0E8hTCb+TiEZtu8TocYmaIxGZjxDeGTBGoJeQUQqyWme4QCtGtoaAV
toQYtAq1kZcMlSgeTzhftxESzqeByntH6fwoKqNVjElWy3iEvhad7WR6QdVuz4zJGLJmI7nrnDTM
dgeZGnLSNnru/XDqzLsi2Swtk9z/6Wq05oFej16NXczoP0gYJL4kvCq+ZHpDejNoGqnWq1OsS9V5
1uvs1zlusb9sP+0/HTjjV181v+ggAT2o5+khXfyv9BlkgoBagqUMGuIPKbokim8F/c5g0C8F/Rwm
kj/IWUI6/ZzUeBu2tWHvQfoEiLFDg7hNWeV5F7hNq/LwS2QjCoPfH2CotoO1ZDZZTm4ECW0nMZSP
78h+IYp9H6pGP5sdF+5kX4XKGhc6kGLNpgnBwuRq9QZQRL+yvj7uiiSq+mdr7y98IYoWYprgnzf9
XEU88ccf/HbPA9ff9DA+7PjxD++eG/H0a4/NCr3wwmU1cztuOHJ6wdK7H97uOPbR1y/UPfvyE9vm
9KWF9giZ1tCRNvyxkShGCVuxPeGtRv0hnOjvHYmG20bah3vr0HRbnX26V79ful/LqpxRrmO/L+mq
ECrUIcIQdbRrijBFnemaJ8xTl7pWC6vV612a4KK1IXYJSRphGv9v6aiAEeJ4lnYCNVXMqipbrJqm
Oh12O/1wtNfVlq45ICBvmC5Vu40ujRkuSQ7TDFM4EwN7BUkKubxOl8trV2U55LIDabepmhbWbU5d
t9llVfK6BM2mq4jALQmcV9c0ORM2E6/dbrMhye/x+PXLZDwRulGFuQsmAwl44qEwfXHI52vDt+7L
DJM1+H1jAY50dQEu8bKC9/8xy5R9ETWX9v2/p5koVqk5kqN6zsAsaGAWbNR62BUvQNaMrYhDY8kF
W5EtCbFCywHVEIxsJmhlQy5Mh4U9E61HMfVYGD+Suv6NT2P+AQr2fP3H8dFgr89/k7r6pdTbhSaP
M/UmQNza++75e4z7S5c/9Y9/3trK/eqnYXzDjvD84ecfB+lZBljmMPjlOHYY/oAz4CKNhfgKyYHt
XCyGInYPiaMQqyM3wiy2xaInZOUiIVHGcAPxWJjjwiRc2Eg4Qr/nQr0XG0egBgCIEwy4kO635MjK
5kJcmJcIK1hh7kzxJbIfvqKQZGwWnzTQMJnC2bLcdwvoiHN3VXXuTYQhfDQQ9Ad9QU5UE3rclchP
SHE+EY17LXkR5NYcEdjZ6QibYK1AiEdw0OyJYKcNZiE5EkExDmYom75mpdW5vxL2QgOujNsuemsM
cEJvQgsATKLLaedpaZqNG0OW3ZE6vvtPqV2tB/CEj3dhfFdib+TKQ8s3v3ZtZMBWTO684cylpPZ5
3HVy5arD+Io/fYBXtS5s+0WfFc1jJ24av23XkdSPzXOqsA2wZV36duEbwJYuVIQXGffMTuxKEJ+3
ykXMQT6fPq0z3xkVS4RenmRikFDjGZgYI4zxjEw0CFOjdYnlwvXcdcIObodwD3qQewI9x72P3nef
Rqc9p73+oJBEJcIggW8Q7vLem3g/wcfdJYkKd3VipHdkcGj+0OjoxDSpzjbVNSM4I29a/vTw9ILF
wgLX0sT1iduDtyc+9v454TN7sYvGdgGWjjQGBKp5r9NbIgwUeMK5izhTUcLrFpAY4Rx+gdAVJMRC
IY0jUixkkv0JB4ufHDls68iMfDIiUxbryGFbShhxKiOOUcQfLmkuISWRRBjAo5eVzzJ8a/YV/zu+
7S7gzxSpQoiWlRlPNbKV62/qbzZk3wxEK5tYtiWegX89+pmiYGjtn4W/7EM7VYlC/vutK6sf+eXj
v30j9fLeFjz0TQqJr+76fM+y5wAJf5T6Gw78edGsmfN/2ZDcWn39zA4868RHeF77r1NPnjiY+vS2
soaHcfV+rNyd+jAFO6d+XzjIB30+A3y9CjoYQgVok1G2w39rgKz3rw+QK/3zA2SpOsdKZoBLJP2t
Q6wk4JNMPNILweJZip04hNrIXiMaKYjU5Cv5NQUF4ZpIJISuCF2tXOFZEtOvCIPjWxKdPoO5L/Be
9C1vNrzVBeyp0c/VMO06lXldEsIAkPoGnKBvE2cKl7o9FU/H8K3ExFWWu/CfcMjdN/bSgCeuXfWg
97Dvh7c/xGjGzXX9/aTtKF4csy8ZO3BQ8skrBy7etfMB99ETXz/V+NjqcaMar0rdd5TW9baD092K
jiIOxQ0vqUEKqZmNlqMb0V7E74btu/lH72c3zD7C2LdPOVyz/SgcCtxanppoel94Hw1H09EPxnQ+
oofdkUi80lJuHWod6R0SGRYbNnL4tCnW64qt7ngxTsgleYniSn//6sHxad76vJmRacXTRtZPm++d
H19QvMZ/Xd7K2GbvJv+OvFsjWxM+qz7BirjJFCEoWmEf8wQzMZvcL5ERaDAaTV5qHTyQU/Jh64sD
cTi5IkmS7XgsKiQvHSobEdNo9EZuNjR9wqUoZt+txfroK3Sit+NnUIA80lo7oCQG+8soSh4x5HAl
rvTVTd+R/epfZxd0zdmGTghd9C547rLOzgb6QTBApLUNpzrtuYFiCicy3/3q/n5EVTmX+WBLVX97
ZQWJRQt4wsxTOFZVLjIDFiukfWqnER6EVbqJZRQTbJQ/281Wwt9y2aMT6/csfvy7ldMfqS44sDNU
nFc5beXm51IvHP06teH99/Hd32MRX1l3sPzH1LP//ZfULakfB0+Zdx3+NTZ+xLeunPPOoT8Nneq0
pNw3TRmwvmnE1jlG0xLj8dEzF/1p4y5cu3tmw0Ndc3ZogcJLJmDLHU/jgl99nFr49fepR55puWHx
iRtXnr7nlY/PfgKhePjtN194O/WXv75VUujDY265f/Cmtxdsu/eynb+nyLgIIe49PoGseK9hsbeR
NyVix/3sHpr7+70hA4EvDbFM4GvGKCCKSZFcplfjamUkHkaGSSPl8fosPIVMkWbIE/Sr8FwyV1oi
X49XS9fLt+LNEKL8C5+lapbAxVJSrpaelD7EJppTeFF3VZBSe7VMLV8UjAoZKCtEUpQ4JgBjCKYD
3GSOkAQ8p8yxoAxuZuN+SasCgYjWKkkmQXyJzEQA2uhL7yyYL7DstmJkNayN1mbrGavAvpoXo5us
q5FyA8Z7ER4P6pEGfWGmD/k0fXWEJldohi+b2+uixKkk+5IAU27AqacBpZ5mBYvZwQDdeiRbZAwB
STKTUjsIOiJRF5/hnkR5CWuvvUi5SFmZcZBN9biBZe6k9F/2a5QJ2cWXLwaqZckduITmWPd7qlmx
hOKuJk6Y/O4L6ZfySixG6Ysc2NS/POIqIk+sqkuN5+Z1/Xr5uiX473dxknjXtV1XXC8/hNiXlzmE
6mbeKs/War6XAhL7kvtjnxWW5L7qnu7KWgIEESrOfeodGHtpahwoK7rQctFfpQhN/Co0jX6HX5iG
ZsEyBuujYBoN64/BciuP0ARYDoFpGH4DbYPl5bCfgzyLNsM+jwhvoAUwPQzTI9B2mfgsO6YW9pvK
f4b6wHILrEeg/X7Y/156TjjPzbD/o0CPgOlmYVq6C9ZF2M/PrrkK9kNwLYQ0sRrN5fKQAW2fwvEy
LGtMtyEftC+DqQ7WZ8D9tEv5aDnsX0S/U41pWcR08hU/Segr3C2uMU2Q+spmebOywVxoflbtpb5l
2WUdbF2g3WCbZO9j3+pY43zMXeXhPO97J/tu8U8JRAM/hnrl14RD4bmRvQW/js6Mvh2rjv0zIRUW
Fn5b9FXxlcXNJc3J1Yyjlf9Pe1cfHNV13e97K0srgZAQNshGaC9fy4dAEkK2QNgggQQmCggjQREl
hqe3T9pndvet33urtTwTez0Tz8R1Y9J0xmndmeJ4Oq3T1M0iZajA6eCWNGloWrut607tfNjpx9TT
SYkz06b+p+rvnHf3Q0g4Tto/+od2Ofeed+655/ved98bIYlTlB/6jcSiXrSJk7iH1dZQheqgHQwd
DfKHz39zG+JM1PBViGct08IKD4mHtZUKrxA1mq9wPDZoTyi8EvzPK7xKfEP7HYWHRVSPK7xa/Ir+
nMJrKv401KjwJWK06m2FLxVj4fsVXlv5tfBLCl8mztSdLNbKk3VTCtfEHfU7FK6Lqvr7FB4SbfUP
KLwCPAmF3yGW1j+q8Erwf1rhVWK0/jMKD4sV9f+i8GrRX/+hwmt0Y/lehS8RO1ZcLP51np0r3lB4
bej0nSGFLxOtqz4FS7QKivrSVc8yfgdlZNUXGa9k+u8xXsX0acbDjF9nvJpyhMfgAEeOGv9a4chR
4zsKR44a31c4cnT3IYUjR3c/pHDk6G5b4cjR3VmFI0f37FE4cnSPoXDk6J5/UzhyFHlF4ciRrFM4
ciQzCkeONm1hvIb82vQ040vIl02/xvhSpn+J8WWMBzLryZdNVxhfAbxh07cYv5N5/oHxu1jOPzO+
kun/wTid0JZt1hhfTTybA9vWEM/mCOMRxlsY38D8XYxvZbyf8e20MjYPER5m+xXOujafJXxpQD/P
OPuyOSuGxaRIC0uMCUOY6KX4MmBYxBk/gvtCCuArLomdzxEucGoN0G3mkKAkML8VWB/Tjf+lpLai
ZVIMYSQhMkUeD7TD6AN9O8RufNvFdoV1MLUXMxLoj2POOGzwedZxyPMArphAGwOXi3EDnDQyDh0J
XLnzrO0u45S38HZjdyKJXtGDnbCgHV+JnfMIqCZGHYw7iLIvtpTJut3MEscRxKF09YccUYpXDDOT
rP88aCT5F4+1BJU8smGJzxZRbCSuicdXUk8gD1Ic4/lSRFnfEbSD0D3GMTfAT/MsSKUoZ3kmSWtd
wKYgvw70kk1p8E7elsviuiK+LFs1XtRrq6rdznlxxKiy+iiPxLlyDFizrWi7yyM2V+gQ2gxbHeQh
qKZdqKEDbInPUS7EzYUtElyGqsGgkmyOfYwri2otxbrK68VUsgy2jWYmWSLZHYf+JEsMoi/ZaoP1
mSobwQhZ7al8GOxjMG+ymH9bVXlaZdDi2HhceYF3hQwZyv4Ma5OsodyqQuYpNnSdZdnxsmogXodl
BboL9CDavoqIqSrVm8fnQ6bFUbHRB7JNRclwpKmiSjXt8Ip1OaIJnk+WUj6TalZBg8nzJ5RWW3ka
rD2SUIrCGK/hhKKW4mqr6DrKE5v5M3xVyqrHVZpg6xauicKe6hV9obEkyyvJoL3hvLLWUPE3ebeT
apUWYhZj3eNMDebTCrNVDuO87tKqRhy0tKInVLQDCaVd3uBcBdUhOYam8t/mrCWYJ81rL6jGFM8M
PCmvbrtYWbTyH1OZSbI1VJsTam0F+06iaEeSr0rV699yJ/Ju8c9UOkZZQoYjHZtTm5Z4FPRCZDP8
d+oKHo5xbUuugcc4th7XnV/cT4Ksk+3BevfVrhGsJk9VWWn3DEaTnBFDPM7zA6tJrsmjpUoLtMc4
WmleJZNFLwq6U7xn0rjBkXCVDlpDQRR9nl+wuCA9zTWU5H2zYFsr3/N8jHXjXtoGufRtZa7yHbaV
d6ckOOK8lhLAksBSnCGLrzxxlmsgyHhrkfP/VkOWKybgtcq0HMVOP4z7/UHAAVQe4YOg0h3gINpP
Mr0flCG0VJuHcCfox/cIU4dFLZ4MCIa5mrwFak0W6cE6CSKaVjEv1ejHu4uVMlPYkQt5HuXRSfBn
ijrN4t4W1HPpflS+WwY7R2kfDdavrfZMT63pcZZiFfdEWq0jShut7gm1l44W70aBTv8jIlPYO7PF
3clSK84q1rTL+4ev1vOYqseF4lVYhRQxq0xKaRXP1xdTd0CqwFHeGQOrR1VmUkryQhnaxF7NjVSw
I8+vivmaC3sb7WIGn0ENaE2oaHtqD7mdbor+CVBK++zkvFxY6pRRfuYKdm+DLUpzZG110vk4OZeq
FlNle1tBL+0kMY60XXYXccvOyNuK3G5Z3Zbu3R8dKbIuyfILdeXMkZfl/J/nbJafQwv7Y4nTAW9w
Qs1wxEl+vOhPYFd5dSfVjhrEP1hVaVUfpZ13bg19lEel+jjMvs/PXOHsRfccS53QAm+C857JWU3d
kgP3lniXJHt8WqUTSUzdhyb4bJQV5aern539gjxXnf9s9ayz0Clufh6DaJVOrCbLnL+OCxkzbon1
2M9lbSnK8zXMvd/PtchSp1gf956CBHo+6RXBk8BmnOE7RReetSTaHbjajqeqTn62orcEJ8SA4mzn
v+XaiW+Ad+EZrItn3SfuxbMAAUn/+e51v/idsTDWdkv0ivfD4cm0NWaYlvyyHI5b8oiTcnyQ5AHH
TTuu4dtOSqYTZqvsM3zjZzC1kTA55CQyRPHk4RTm7di9u307mo5W2ZtIyOP2eNz35HHLs9wJK9br
2kbiuDWeSRhuQWw3E6Widp+0XI8U7Gxtb5ebj9im63jOmL+FucoHmXBkmLuX5bBrxKyk4Z6XzthH
Wi1da9z2fMu1YtJOSR+sJ4bkMcOXUTl8RA6OjbVKIxWTVsKzsnGwtRYlwV9n3DXS8clykiX7XCNr
p8Zpro3QbpfHnVGIPmqbcSdheNtIumubtiGHjEwqBh8Qpl0dB5yUbyXJNndSegYiiCDZYzJmefZ4
apsM4mKCy7AxmHRcS8YzSSMF86UZN1zDhBu4sE0PfhgpibFJ8t9GyNNw0DItz3OgjhwyID9jxqWt
RJHzmZQls7Yf5zAkHSdGswmH2T4MMRFUr0Dzs1bKty1wm0Ay7mSr5Eg7E5ZrINe+axl+EkM0wcwg
3x4po+xZLpswlkkkgLKtUJ90oMROxTKez656/mTCKo8EVapHWiw3aaeYw3XOQ6wB+80MFAUJjNnG
uEPj2ThiLuNWIo2IOHLcnrCYgUvekAmEQyYtxC5lm2A30mkLYUyZFpQE4bYpWNJ6DM4krcSkhG8e
aidBMpJ2gsPrq0XkKX0mZoxaMuOhpDia1qMZMjZjUvzlmAOXIRFO+T7VCVx3LeTdR2kgTR5CxuWJ
y6QxbjxupyDa8s1tQdAwPWZ76YQxSSpodsrKemkjDdPAEoOJvu2RYGJPu07SYWmtcd9Pd7e1ZbPZ
1qQq2FbTSbbF/WSiLenT32RvS3pnDXK8lYgfc0LWSoBq8ZSjg8OHDx4+0Dt8ePCoHDwoP3n4QP/R
oX7Ze+h4f/+R/qPDtTW1NcNxhLUQNQox5QSGwgOfI7rAEmNnqJDJ59FJOelkaKZJ1YY48zoKyhLF
wTWK/GL5pcBujLuWRZXYKkcwLW6gDJxRWkaY6c8xhqozS+VkIXEWRdq1TB95HkMcS3ZRCp1xi1k4
xcV5SA2qdzTjQzTMdLCiyhza5BWMQiEXQ1GcTNUmJ4xExhhFhRkeKqR8dqs8keKanSx4AZ/UzoXy
NqSXtkwbm858zyWimOJqo7lGLGZTTaAqXd6RtxHZ5djy6r7FqISdtMkhKGG+rOOe94Ii5XpkopPF
hpoZTdhenPRAVhDuJAoV9iNV6UkZFK+K0FxFHI/DYyXnaPd6NGN5rAb7nmm5KeWBq+xmZi/uZBIx
rKEJ28oG29U894kPmbSwA8RKW1zRR5jFG6vpl3JMjhnK6rGFxbLJxQlq3StB0GP43cRwYqgXN4HN
uzq7tsiuHbu2t3e2t1dXnxgAsX3Hjs5OtF07u2TXfffuvnd3bc1tVt1HLka6alPm8TrEo6rDD3l0
KKdHtEmtFjf+R3AAeJ+PDYWxIT4G0UMiHdpioRdCl0J/HLoGuBK6GvqDxVf6i6/0xeIr/cVX+ouv
9Bdf6S++0l98pb/4Sn/xlf7iK/3FV/qLr/QXX+kvvtL/f/hKf86Tfwk3mH+hsfdumWPNeSfAbwVu
IzPBFV52XdFcsaNioOJQxQNod8/RQHvw7aQc5TVDe0/gfVzLa18KCV4Xt5+zMF78WV4xu4l+h8j8
z6Xhut51oVXiJmAWEBIRtG2AQcBZwAXARUClqFMUB/Ak4BrgxzzSE1o19YWdPTPonuVu+pFEB18a
weWZT/Hl9C+NBP2Rh4K+73DA1h2w7egMyK37g37TtqBv2NiRo76mtuO13pWhleKNEP30ZRqtpn9D
1GmaiIgXQ3eJPEAPVSpKT6hhekO04+K1UIXQQnpIQ1Ajs6+FtKna5R29NfqsflM0iIj+7/qPghH9
R9PLlndc7P2E/kPxVcA1QEj/Ib7v6e+JJ/V3hSbq0e4DXARcA7wOuAmo1N/F9wf4fl//vqjTvyfa
APsAZwEXAdcANwFV+vfQ1uvfpR8H5pbwfQBd/y7aev0duPUO2jr9bWBv62/DtL+d6trdcYWRljaF
RDYqZNVqhTSs7JjR/2bqwy2RGf0fp2VL5MXedv1NkQfoUPYmhL8pJOAY4BwgDagE9hawt0QO8HnA
i4A8oBJz3sKctzDnBuA7gLdEO6AHcAwQ1t+YgpoZ/fWp6P5I70r9r/RviVUI6l/qf879d/Rvcv8X
+p9x/230zehv6N+cao6I3iUYF5hTj74efRvG79D/ZHpDQ2S2d7l+DeGJoG0D7AMMAs4CLgAq9Wv6
uqlYpAFCXhU3wgKcU+J97n9XvBQWPY9EeqIHUGOSmmj3A8DQXJQXo3pP9PnfxCU10ee+AIya6Gd+
FRg10cefAkZNNDEBjJpo7BFg1ERPnwVGTXRwGBiaGf23/2jDpkjX4HlN9tbpWUQpiyhlEaWsqNCz
9BUfVpBtvzW1dSsi9kJPy5atkdxVLfd1LXdcy72k5Swt94SWe0rL3a/lHtZyLVquScs1a7keLfeq
tguhyGk9X5tzubunUcvd0HKvaDlPy0W13EYtt0HLSa2rZ0ZfO3V4J3f93E330rpC/8DejjrYuBYR
XYuyXotlfw3t64BZvuoBk1wXMN/dTP266a37guvW7g6n90H9OiZeRxquix8AKpCg6yij6xBCP55e
h3Yf4CzgNcBNwCygEtzrYPgFbuvQtgH2Ac4CngTcBFSyOTcBunCUiV9lw9qU0YN0pV/Hdx2+a/W1
PWvqm+pb6h8MXWjS6pq1webZZr1LrKT/ntCwPLx8Rqu9/NPa//pprajurdaf0y+INUjE51V/YerD
NZEZ7Temoq9Geu/SviiaK1B12m4R1Tai3yU8vr5XNIWp7xRN+lfQd0w1ncS0uqnotshVbRnNuhz5
sOmfIu83zehA/7Xp1cjfy5kKbSryd6B85XLkzaZnIt9umwmD8vXojIbuqmTWK027Iq/cYNanMPDC
VOQJ6i5HPt10KHK+iQesYOBhD1c9dZHj0dORByGvr2k00uNB5uXIvqaHI/cHXPfSnMuRdpjQEqBb
YeyWJla6vpkFnuia0eI926qerzpVNVh1X1VH1baqtVWRqjVVq6vuDDeE68PLwkvDNeFwuDJcEdbD
Inwn/Q6BFvrfFXdW1vMvuaygtoLxep1aPfivO7oW1sUnRH5FaEAfGNqvDeRfM8XAqMz/59D6Ga3m
odP5O9bv1/INA2JgeH9+V8vATNXs8XxXy0C+6tgvn7qkac+NgJrXPzujieFTM9oskZ5enW84QH8e
XVv+9OdWU7/56c+NjIjGlRP7Gvc17F2++2DfAs051Zb9ArXGOfia/PMDQ6fyv79mJN9ByOyakYH8
rw/JM6euaD/Rftzfd0X7gLqRU1dCe7Wf9B8nemhv38jIwIx2kvmE1D4AHyrmA+YLNwtJfEKGmwO+
FwK+jZgPvg3Uga+6Wmxkvo3V1cxXoRHfJW9Df9+lDRuYZxXOnszjrZLlPDc2gmfjRuZZmRM3mOfG
yhzx5PcyS1MTWJqbmEW7RzQxS5N2D7OcLLG0KZZniizPsKaQVuJpCnhq3y3w1L4LnpaP+7H2t7Ro
03tGzDP91vr+c+v7LcC5/LMT8cZ8blTKS+YIDch8KHpu1IxTb1j5kfVWX95c3ycv7TmzwPAZGt6z
vu+SONM/fOrSmR6rb2pPz57+9UbfyPShY51dc3Q9U9TVeWwBYcdIWCfpOtS1wHAXDR8iXV2kq4t0
Heo5xLoE1/ixU5fCYv/IgTNBP60vqUG9nlu9dmT/yvr0Xi7ePWsbn1h9FQeSl8WSlpH80vX787UA
Gtreu72XhrCmaGgZyHVqqPGJPWtXX9VeVkP1IC9fv1+0+BkvIxr77b7gn4cPSH6GAh60Ld7tPhjr
z/cYfZ4vxEB+69BAft9Dp09dqqoC9Ry5lO8u0JYs6Z+ZfS0gtoLYTcRQqMhItPuJVl2tGOfnP6N6
/r+IOf3Vaa2nWcNT3Ugo3zwwrGMrGD4NX8+cPnUVxyW6PXgjcNDTWjSvIIPNVr+4VpC/BfAzClNx
8FUfzMIUrxCO4oeiJP4HkH6OcQplbmRzdHJlYW0KZW5kb2JqCgo0MSAwIG9iagoyMzMxOQplbmRv
YmoKCjQyIDAgb2JqCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvQ0FBQUFBK0FyaWFs
TVQKL0ZsYWdzIDQKL0ZvbnRCQm94Wy02NjQgLTMyNCAyMDAwIDEwMDZdL0l0YWxpY0FuZ2xlIDAK
L0FzY2VudCA5MDUKL0Rlc2NlbnQgMjExCi9DYXBIZWlnaHQgMTAwNQovU3RlbVYgODAKL0ZvbnRG
aWxlMiA0MCAwIFI+PgplbmRvYmoKCjQzIDAgb2JqCjw8L0xlbmd0aCA0NTAvRmlsdGVyL0ZsYXRl
RGVjb2RlPj4Kc3RyZWFtCnicXZNNj9owEIbv+RU+bg+rxB/BuxKKxMIiceiHyvYHhMTQSCWJTDjw
7+t3XreVeiA8tmfGj0bjcnvYHcZhKb/FqTuGRZ2HsY/hNt1jF9QpXIax0Eb1Q7fklXy7azsXZco9
Pm5LuB7G87ReF+X3dHZb4kM9bfrpFD4V5dfYhziMF/X0Y3tM6+N9nn+FaxgXVRVNo/pwTnU+t/OX
9hpKyXo+9Ol4WB7PKeVfwMdjDsrIWlOlm/pwm9suxHa8hGJdVY1a7/dNEcb+v7PaMOV07n62MYXq
FFpV1jaJjbCpwFa4ln0n7B24Fl5p8Ipcg72wE37h/jv4lSx1NuQ9+I0sNbfkV/CO7MHv5BV4TweT
WFd0g6emv0N9TX+HezX9Hepr+psdOPsL099LLv2t1KR/LbnZX+6lv4enpr+TOvR3EpP9X8DZfwum
f40YQ3+PHhr6e/TNZH/Zp79HH0zuP/pg6O/haejvUN/Qf/UGpr+Hg6G/Q88N/dNfYvpbuYv+tdSn
vxVP+tfiQH8Htrn/yLV5flDf5vlB/23uPzxt9t/IQObJw2ji7fwZedXdY0zjLg9M5hwTPozh7xuc
pxlZ8vsNif7k3AplbmRzdHJlYW0KZW5kb2JqCgo0NCAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlw
ZS9UcnVlVHlwZS9CYXNlRm9udC9DQUFBQUErQXJpYWxNVAovRmlyc3RDaGFyIDAKL0xhc3RDaGFy
IDUyCi9XaWR0aHNbNzUwIDU1NiAyNzcgNjY2IDI3NyA1NTYgNTU2IDY2NiA1NTYgNTAwIDU1NiA1
NTYgMjIyIDU1NiAyNzcgMzMzCjY2NiA3MjIgNzIyIDcyMiAzMzMgODMzIDUwMCA1NTYgNjEwIDU1
NiA1MDAgODMzIDY2NiA1NTYgMjIyIDcyMgo1NTYgNTU2IDY2NiA3MjIgNTAwIDU1NiA1NTYgNTAw
IDUwMCA3NzcgMzg5IDU1NiA2NjYgNTU2IDk0MyA3NzcKNzc3IDU1NiAyNzcgMTAxNSA1MDAgXQov
Rm9udERlc2NyaXB0b3IgNDIgMCBSCi9Ub1VuaWNvZGUgNDMgMCBSCj4+CmVuZG9iagoKNDUgMCBv
YmoKPDwvTGVuZ3RoIDQ2IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAzNTQxMj4+CnN0
cmVhbQp4nOy9e1xc1bkwvNbee/bc78yVgdnDzADDAMOdDMGwCSE3IGBCEkhEGC4JGMJlgERS0+Ct
msQajrXa1NZg21SrtiFXSawVPdHWamraWqs9x5r2pK22pc3pm9qLhnmftfaGELU9fd/v++P7/T6Z
rL2eva7PetZzXXvPZDg+0oV0aAyxSOzYHhvoW1+/EiH0CkLY0rFjWHj0JxELwBcQUr64ZWDr9mHh
yxsQUj+GEJ+/tXd0y5ofPTyAkPE/EVo81d0V6/z8lsUGhGruhzFKuqFg8+yoEu5hPBTo3j58cw6/
AsavuQT3N/b2d8Rajn/6GYRqG0j77bGbByZM1yvg/m64F/pi27tWP694Du5hvtyRgf6h4U4USCD0
KYHUD8S7Bh57qJSBexFwsEIZhg/50wHIk3uG5RS8UqXWaHV6g9FktliTbHaH04X+f/KnuBdSLfJC
8rD3o2SEEr+AdBHSO7OrEx8otiH/7E2JCyyh3jflhFAQPYAOoQC6hPPR82garUZfR5WoAd2PVqBX
0RFkQKP4ZcQhP1qGHkNB7EUMWo4cWIEOojfRDSiOfoUuoExUg36OLTBONRpAdhRNvAvXGnR34jS0
0qAq9C10BvfidSgC8EomG4dh5gOJaeRAmYlziTfg7svoVziQOIpWAvRrZEYZaA/6N2RBN6HvJz4A
TAOoHT2Kb8HvIh9qQ/u5Im5fYhtajE6in+AagOrQqOIN9UnUC72+ih14OvF24jfoOxxGXTDSbehu
wPgYmmZy2SrFBBJQOroOrUExqP0UehNbcT4rJjISSxMHofRR9CcmzLzIKgGPMFqFWtFn0SNAjdfR
RfRnrMXF+Mv4Cfj8EP9B8QbgVoNG0C6QrS8D9R5FT6LTOB/nMw7GAdRyoBBaD3UH0GGY/zg6j2tw
M57Gz7GHFXmzFYmkhC3xm0QCZaEmwPAQeg7muIzzoA3MwKaxw1wqN6wouHIrrLATfQmdRz8EPH4O
dP8z+ivOgs8vmE8zexIbE48lfgW4qJAXLULXo02oH+1AO9FXYFefR2fRf+P3GTW0fJV7QbFLcSlx
H9A2HS0F3Ouh9ToYez/s0jE0BZ/XYZVmLMAqFuE1eC3eig/gB/AUfhO/yfCMjxlkfstOsi+z/8mV
KBSJMhjJjlJhXj/aiLphBz4N1L4P1vsYegG9hG04HefAil6H/u8xi5ll8Pkq8yrzc/ZO9gD3geIz
sxdmfzf7fmIfUgKXrQA6jKDHgQp/xHbAIYRvwkP4vwDzceYEa2BNrJ8tZivZRraZvZu9n/0e+wMu
zj3B/UyxShFTPKGMzfbN/jBRk7gDES3BA14ZKBsVoVLgny3ATdsAvwH4xNEt6Fa0D90L/HIfmkBP
wLqfRS+hn6C30O9hBxD2Ac49MPt24Lo78b3wOYifxM/hF/BL+Bf4PfJh0uCTyZQwFUwVs5zZytwJ
n/uZ88zrzDush+1g97Bj8HmYPcW+ySGO4xKKAvisVOxXPMq/rMxUrlS2q175YOZK1pXmKz+fRbPu
2c2zD8w+N/ubxIbEKOAfRDkoFzC9C7A8CDx4GD6PAyeeQi+C7v4pxfVPmMEK4Hgn9gM3ZMOuVeAV
eBV86vD18FkPn414E3xiuB13w2cPHsO34dvxHfiz+PP08wVY22H8DXwKPk/hM/D5CX4b/xr/Fv+J
ASZmWODmIJPBRJgorLSKWcHUM2vhs5Xph88AE2d2wA49yhxnTjOvs1Y2yOawMXaQPch+i32efY39
G8dw2VyEK+c2cFu527lXuR9yb3DvK7yKakW34mHF83wyX8Sv52/iv8Af4d/hP1DyygZlu/IW5WvK
hCoI2uq7sO6T16i8CP8qHlIkcTczb4NcONkBxV14PVCMZxrZXvZe9keKLfgSK+Cf4X1sD7st8VV2
OfNXth9vYJ7FaaxXUcZuQfegBH6C+QVzmfkNZ8ONzLs4k/s3/BTTz1YxPNWrP+Zs3O2KdxBiforK
mN14mnmBvZ29PfEMKlM8jN9WPMz8EAncBcaK3gapvot5EDr9gOlh9qMmrkjxPuoBun9DcTPQewlz
N85iX+MeRr9i/cz/wpfwA6A1zuHVXIC5kYniJ0DjXsGpaAYPogH8eSTip/FbeAph/Bj7KK5ldLBb
k4wel4LpO8f68GusBjUTHHE6Y8MNzCVmPftt/jxbjDFoiR+hXZjFecA7c3+zqA8k4H4mA3RaNWiT
H+MC5EQPgr6/PPttorEVbyj2A589wmajtSgPtTAvozKQjV/Bpwl9BhWgM8CDd6M85gvolsQY7gS9
Xwf6k0FT+CYUwVrQlg7AbQ/YCzuTBrqwFWb9K+j/74PWr8F/QDuxAJI1jTI5UnMPVw2aqQ307374
dKIWuPsSuo8/qfgxqscOhDhh9mHg8v9EN4LN+S+Y343KAb9N6BEuG7AWQDMPQo8vza5EInw+g17G
DNoNOC8BOW/gVoLmfSBxE6ywB2xULdjEl1BP4kFUBXu3NnF7Yj9qTTySuAFtResSj4H+3ZE4hkrQ
XYpmZoMizBWBjn0JnwV79B94P+jtlehnoI+C2Il+C59vAf5LFE+jfdxPQXdWJO5J/ATZgB5pQKF2
sKIX0Xb0B6DbSnYaFc6uYY4mlrMDYKHeRtcnHk14sQZ1J3pB834bHVYqQPeMoVTFYeBdJC5d3yhW
LLmufHFZdFFpSXFRYUF+XiQ3JzucFcrMSA8G/Gk+wZua4kl2u5wOe5LVYjYZDXqdVqNWKXkFxzIY
ZVf7l7cJk+ltk1y6f+XKHHLvj0FBbEFB26QARcuvbTMptNFmwrUtRWi55UMtRamlON8Sm4RyVJ6T
LVT7hclzy/zCFN50fRPAn13mbxYmZyhcR+FxCusB9vmgg1Dt7F4mTOI2oXpy+Y7ufdVty2C4o1pN
lb+qS5OTjY5qtABqAZp0+AeOYscSTAHGUV12lEEqPSA16fYvq550+ZcRDCbZYHWsc7Lh+qbqZck+
X3NO9iSu6vC3TyL/0kljmDZBVXSaSb5qUkmnEXrIatB+4Wj29L57pkyovS2s6/R3xm5ommRjzWQO
cxjmXTbp2HXRefUWBrdUNd21sDaZ3Vft7BHI7b59dwmTE9c3Laz1kWtzM4wxyQSXt+1bDhPfAySs
WSfAXMydzU2T+E6YUCDrIGuSVtflryYlbTcJk2r/Un/3vpvaYGPc+ybR2lHfMbdbPJ24gNzVwr7G
Jr9vsiLZ3xxb5jmahPatHT3uEgXXtTU52UdNZomsRw1GGdDpFwJd83UUos0JVLN2nq6YYORfBeww
KXQIgEmTH9a0iFy6FqF9HYugGfw1Y+g12Qn70TOprmrbZyqDchPpP6kImvzCvj8j2H//zO+vLYnJ
JXzQ9GdEQMIl84wG9XPwZDg8mZVFGERZBTsKOC6h98U52TummEn/gEmADMiHGoC2seayCBDf5yPb
u39KRO1wMzl2fZN0L6D25GNIjISbJ5k2UjM9V2NbT2rG5mrmu7f5gY9P0JjENqlKn/9nNNmt1d1l
k9j+T6q7pPqadf6a6zc1CdX72mTa1jRecyfVL5qvkyEsVQDBJ7kgUGqVH1hv7aYmUgD/FMHl/uqe
tpUgaoDjpLWqiU1mmiWISWbpUMC/N8yPTG6adGQsLshT/u+cUqqAgWkJFpZPmtpWStdmjc/3L3aa
SlwivWh2tZu8psmy8LX3i6+5vwY93T4WEObSmZrGTfv2aa6pWw7Kat++5X5h+b62fbGpxFi7XzD5
951mm9imfQPVbXPbP5U4sz95cvk9zbCIblwGrM2gpUf9+O7rj4r47nWbmk6bIOy8u7HpGIOZqral
zUcDUNd0WgD9TEsZUkoKyY1AbsC+gVQcY1S0ffJpEaExWsvRAnrfMYURLVPNlWHUMcVIZaa5MgbK
OKlMpGXkj2iKqsamhTxABas5h1h2BnvAU/FAQM2CD113lMFPM98B31fJPHsMKbgp5jsnWKRREuAk
Ri4Vr3gW6hnE4hBS4234RuQMm94rv1K+xnS5vO5KOaoA2PQBXPLzfGafOQgX7OHQBwI7/YGoQO+D
xzMNyK9LvMNuUHSjAlx7GmkSF47pouqpxLRYrotWqqs1y7U1adyrahwKLQqJRW1FrxZdKPqLRomK
cKV6j39X7uOB04EzuS/lvu1/O/gfub9NezeoW6UKTeF7jmdmmtAUc/H4+TycN8UWnWQVJju2T+FD
J1PEcKQoZQpXHTfpQ5lP426UhNTMf4naBmFMYMaFCYERptjC45M6rJvC41CeM5bDjOdM5DA5UH6y
VblHySinmF+JGrEITxRNFzFF4L8seUq0PmtlrK7CMzgVvwP0AFK01F00tQy+1zLTMniZXC4CdVDF
THgmXjHTMmOJRmby86pGxZLcSGq6xsjxaT6/L+AL+jheETSkp2uEdhzhctpxqhEgnzajHWvUuXxe
O/bqU9pROGwqD+Mw+cu6Ff5QCx5siaPBcNhaUlJY4LDbkpR2cuF9aenFRbTI7rAXFoBTkJGekZ7u
9xcvYYqL0v1pyu6yo3d8dePSM7vHBu6b/d3ejojP5Tbf7AhmbXnQ7/aGH1gj1B9aeWvbQ93c6r2f
v6l+0/0P55/61OStjy3LSMlWKSp47cO99TWLUjIrUzU33lG/dc/XgafQatjdp2B3TRB7nzkWU4FB
548pFDaS6fXuKWwULWo3ShfTGTG9LX0i/UI6l24mxYZWCD73QMg7gRTIFSQkxXMknVlDaFo3A4Ss
kOhXiwP+QFoAIktwWBleGfQkpySnJrO8Nd0Y1KY7XQ4Xw/s4czvy8u52nGQAyK4DKICBrskquFhM
tnbk0tgIVcMSUbNoysq61VpkKaXEMycxvD8tI73URKlYWmKmdATy8czqe4Y3tX3plofu/nH787du
P1sdHSwZTs3NC0RDZcuKVxYxD7+D69dWHnph9sjvZ099/lfP/WX2naOfj8WfxNF3HhrK8123bvZL
IA9s4iKzRHEvSOFaUY0UL3u3loD3PsVmiHqGTWIYliWyqgV+84pJApvHtrED7AR7geXZp/E3mZe5
Kdx/9G0iizPAcCCFFeV3KXLDu01n8/PCGMI7ZsmsrQH/TnHv3zcoHifxbW3iIntYUYu06LnTiEtc
OG5NXqKYSlwQwwC4VFjBZqmXIlHfpp/Qfx+/xLyB32Au6LVuhLUY6UU9yyg4mPVzoptlkliW4Vi9
QlxRrPgl5iHjf4nBl5/CB09NaLHWpVOcYd5BLPMbUYc4EydyDdwEp+C+zfwa6eQtNoG0XKT7fBnQ
nwmbZsLSGu4y7D57lCc6TFQPK4b5OxR38Bxqac7Pw4PxFhSHPbP6bLBEH2yHMuMHzE9nyyEImt0/
mNdYmKKoTf/7d7gXknPbtETH3QKcuQ8404XSUSHeJZ5pxlhd6C3Myugv3JU2ph3TjbnHkm8LjqXv
K/yG87D70eBx3Qn3U+lPZ7ygeUH7U71diTSY1zNudYZd73AH9UFDDb4H366/0/ANZFiMynAN6PNV
ma14c8YNhTehm3APszX9pozuwk/hWzJ2ZN9SeIA7oBhTjqluM99mOZB0wP4F7gHV/eYHLA/Zv57+
zYxvFk5xp1Tvan+re9fwbsa7BSGlXp1RhqJ4UYFimQrp3BkcvZgcVKZ4RQ7JrPqUSjU2gkYWacoD
2IS3iCZULBYzYnFb8UTxhWKu2P9tqGDxEpQFoqbJc4iOcQfrcBWdwX/A786L2eUZImczFy9Lkma2
OKLYEaUCVxCOpKaZ7ZzKFvQp/CBWypR2nJ2U1Y5yLaCd0jiQqFQiVmF7TjuKmOFyVa7CRFeBpkKD
ZNfSJc0EaopX2onKohIGZcGSEqqaeFuS3WHlSSZrLrz3kZZXvvG17/U+MRmt/dnR53o3jOL8m8Ud
W7aMFeeXrGv47Pbe29JXME/cMbHhjmePxWsf3nb3mi2DB14ejQ1tOvp67+76np076ou6I7O/WX64
7daHdm1cGb0JtNWyxEVOAbLnRTlMzVGGclp6RDSZmPUh3qnXM+t5ldEIVx0p4pGQYteQUrtWmEpc
Fs0WC7Ne0FmtcKWtofSvoo70EJykh+A5w/4SpSSmT6nhLsVrmWJ/KZqsotrArLcmoWBQrczOZlEE
aF3xVngmAglHKMGm3wqfNU0T+ByIcbIsBWst0AsJWpYlXT0DKVhMaUthUrxaGEZr1+n1/Ho7ZzLx
BMMkkguc0QhXhtQIQiQ3RNvQxfHreT6SawaTFD4XphlMey4cJlv/VkvLuYoZ2P6Kt2D+5NMokpg+
vmJFUYRY6qXh3KK2yC3cLYp93FjkSGQ6ohQjYxEGRexZtvB6xXpVY/gBpXKlEguRUs0KzQbNF7hH
syYiyunIpTAjCEjwnYGgQwsap7pcqBduFLZoeoVdwiF0SHhceVr5YpY2XWXN0FVaUq3LbCkZ9kpP
asoyL3TTctk2SjVvNs7O9rJaL9L6dCAPW0WLrc0+Zj9iZ732cTtj/12ogQdcj2fmFpH8KdBLVblV
eyijh8N1M1fiLeCpkD+icsA2V5gdUdOfZz7Af0ZSRrnenR7mVBnBdFVIQGEOLpnKoICzFNkC4W5M
ORu1LII/yt04PtgSDjc3B3lgaeBoC5gQ4GhiLjKCheYkO/BzqUPhLzbnMsSEUAZnvls1tvqBC3/9
99F6o+B0h/XYnGP02ZNztLOXcvnyjkhT9ebJ3s1bl1/3/gsv4BV13/jySrfJP/D+W4+s8Jj9gy/h
N5YNROu7v/f9n4Ju14OxeIo9gjLxSZmfM7NEwqC812HO4AhrZji92Kwi7Gqm92Zep4OrFzj6BLkH
4L0TpBqAP4hmwsfeJMLpXgMZCEo/ELW0ITaxTrvraWBxJ0oHzjbUZ/Rn7MlgMzKVTh2rRBXnIsBJ
M6Yr08BeUZmzw28RPjOdfTFsOktt1Bxz+8lw6dC3X71HzahhACcPmFKGNVOmJjj+/QS5B+C3Jwhn
E+ApUuf1ZoVkJn6Ljo8iFefOtQD/krmBh8V+8PKMBUyBUWRE422cUszCrVnYG0p1ZqSZQ6mOz/gz
MoTK9NSMZUijzTInCSbMOcfUWB01gV/YDHZY6XRoWnks8pjP9WbhLGQOeL1eAY8J4wKDBJMwKUwL
5wWF0Bb6ep+kUwfj5XUm8IvjFwfj1DabZuIzLcBrmKAls1o4DBYtPgiWrRnbZM0I/EM4RGlOAg+u
0OYrLigF76PYPMdNuHZotHRlUcC/0Wax5eRZ9UuXzIaXp7k0Cj14bxkabGOP/OAHVdkZJdVJoRtn
V9VmJAcCAbvJb27AHRPXeYyBAeKvrUrMsHuBXwrQdewqmWOECpFsfwXlG1uyMjeo0mqZ9UEdKQ0i
XSEEZKKWcEShnTSB+5+fIGxSSJSijbBGIW1bGFXSXJmTS/SGoIYuuYUolQtl5xXpRDUMqhNTUsjV
DFW6qcRrYipppNNxe5zYSUudtIXTFExVlmdzVFeeDYdbpK0On4tcIYR8LXwO2OucrDtBeYL2fI1o
zjDsu9azr5CxrCvBFsEbHat4TH1Kw1rClt1od+Fn0H7t/mI+xWIvM1WMVXBqT62ilq8WqtNqy8SK
vSkqjUEpoLRVuEazSruquKa0qmzVdRu1W7V3qu/Q3KE1NtpvtzPeitYKpk1ViIrKc0M5RU/jZKRD
OqL0o7pMbVRH1u4uKzbpGnSMCJc2HSvQbIeO05U7pxJviCFttN7Z6ux3shHnHifj/LTXhMmK88rF
cgaWPUACkpxioNsUu1w0c9rc6Ryc0xZEhXqdrqgICP/BCSIFhU/jreB5B8mMhigKeoNjwfEgJwYv
BZmxIA6aSKPg00wVhHy2xPQxb9RGlGdqciSarxQNUUHZoBxTsiYlvqTEDUqsrFpSNc/J8TDxEMKm
K2G4CZdfCZebpM97LaBFL1+52GKaGayYiV9pGQybo6RNOByRhPsYq8PA3uBRRCVxBN26onixx6+w
li4qWcTwapVGBQ57mpDG8MXaqIDMKVYPsliNXr0Hp/kXK6IetEhVJODiIq3FY/JgQxpcyvhyD/Ey
ymlUBBf4B+47CY1wHA+CQgapa6lqOlZhwS3NuCWM4lU3NJ3Ih5UCR144ZqLZKUO0VIC1TyXegWBU
IJ6wVht1CtqoA5KHcLtbG9XAVpZmklwDuQZyNeTqKApf+9cM6wzySskAlJaUlErRFm9zJEllNK4A
t0c2ByWlNlKeYYY+skFY8dlAyXWtn0oNvfz7jesqgulMJD0YmTy0a81ij0XjMJp0tvKBLfll+MHs
+mUbFtXesd3suu2mqvxlN28I7N2SlpZdlltQlLNhPORdGr5z9qXbFycp9eWLHlj2OdxS7spui65s
JVFAPTjFuxT3oDCjkuU+mEM9nxyRSHAO1QHJYWwy8FhlCGFqMbDFAApXtBDhN1hIiYG6OwaeODpq
sAEaVSCY6kDIGDJO4eRjFl4Finhm2jRdcW7GNCO5NyCfoKBNL5IPsQDhORtwGhlpHwgfksWUEB+A
kVQhTE0A5om+xwzhYIrGG6KWlBtoOdz/jNoBgyEne86ZoZaG2gEpbkwWl+wXDtoOprPL2GW6la47
2Tt1ii9yOJKzxzfOjysPqQ6pHzY9bJ7MUZt4k5JpzWoNMx6V4USq6r40fCJVOcWqRK8/9VDqs6lM
qjkQdOBwAwhqXlbIYuZVSo0pGSdP4bXHD4BwTjHvHcNZ4SlsEvWZIWwxmk33GY04YCBuSVtbEc3L
yqS8okLKA/k0F+0eX9G4ASODydBqGDBMG84beIMr+wwEfUrZW49TbqubKTddplJYDtmvWy5KVqa8
/Eq8vOIKSGGEGBeQNkswI8meHrSlB+2ZHpSRFPBg2X8hTguCBMaHGJtCYmzA7QZb4y8uBHaVzxUI
k9LIF7jUVmjDX/cEl6y78lYoc6nr2LGmk4M9TWVFqY7C1V5veq7o+T1be+XrY2nZgUDmsnZm08ry
vd8ZWZazKLXYt91qzd/6+tKVhAeTEv/NlHPPoWR8ZY4HU0QLmJQUyolanZMwms5mxQorBa3UBbGC
m01dFSvxWQgXWomQUifdqlVlG+1JHGE+8ppHxbkr589FZs7K3sdb06YXI2HJMsh+h8uhox4zvdoW
wMmgEKhWdc8BLgBE6lcPQGxrTMa2niS8KgnT6UQP5mFubTJWUCZVqAhjKijzKgDBP9AhCKbUcwHg
70+ROqs1xXPVcwmfP0cc8CvnW1qmTedMZ1vANaCYg54BP1wPCFTqoq24lWEqUg6aD7qetT1rn3K9
41IeSsF73bheV69v1bXq/+xU8E6bM8PJ2m1Ol5vF5JKUPIFZW56MLZvHMJjXFROk7a/a3rb90cba
upKSX0HaKfx7MVsAtyc3kjIJAQbCmOMUgaQGKx6zYmQ1WSet09bz1gtW3trmeWIvDeLB17kiGYSW
y+D1zQCTgl24cpE4PaYZqLqIwfFBkCxgASAWlKL4MGG8QpvfTKO90kLqO6cT7gPlWVKKV7/+emGm
b4k5wz+2LLcp699Kh3IcIe652R8vv/Kt5iWhzPaOwtYOpttn71mZ3kW4ah0eY5oYB8T8FaLAKMZS
Okv2KDAGb2cSnDjGhBtwGx7HE/g85vEULjqJxrjGTWQJV1oAe3Ax4ApkbyGnC751jOLK+4zjQTKy
GSE+D7yljeyPZX51NIuEL5uptnTIbvX62rw5ZzqPOKqEL0mJaCTcmxemrcL5pcvnWi2fa0VKRB9p
tbxyRSVtV0md9ErqpFfWUke8dq5f7ZyrXjs3AAB/F12kba2GDFMbpt3DtHu4lHpupKDURLqVEo9L
S/qVesjApUS5e0nTUobWM2SM0mviBGImpTGEPDnmfV4aQ8ii8TBoYlFLmgqMXA/xAo2R7a5IQfVK
EgMLKxrXi6RNZD2uX9+/fs96dv0GfkW+M5itBTdPoaTnD5EIiR9awucggiB/cxEExKvhj4IAgdcH
viEJLMI0fxHyhaJeDsPD6FqlQtm4foPSmb/CTEXVLND4QghTWxKmZeHSSnpXSe8qawUSaUhhdFMp
UUCkuFTSRBT4E60tLW2qJbJOCmuJrJNmAPyV1tbWNjfJsm6ev5oAc5pgCYiu+VxFBREZ4MFJfU1j
07NoeeIdVA0pAikv8c5Jt9PldDoXSX/NIMxFyvPNf7SzYyBKzW36lhKIIsebsaASILyZYj44kVYa
Ss0HQNSm1YZSV6ymEc8UazjhD4dSwanUn/BXhlKXAyAu8a/PqKtsTF2/TBUqrROjoUwVUgZXbNhI
NiaYrdNolTynUK5Ynp8H8VCzw+E2mQO+PAEPQPzDQDBeLBpLQ7nhwKK8UjxQOlnKlJIye93GykBt
rbeuoY4ZqxuvY1CdqY6pA2t3KsleVNfW1DzFbDru+/oe5xTuvDMcXnM5PB89XSaq5aKUla+p7lr2
a1RBg/cK+q8OaFVRTk+rgLhIjqnIHzV9SWkBnVEf9KcHdD5wHI1phiAxfsRXpOYPtYQxNX+gbkj0
5ZCuxEOTY6/CueCL2j+l0kF9NxKUXS2msdpcqVQox/24odOS01244Rbb1ntrVg367HpNyXWz5dbF
PoeGS87YULytlmFsZctn82ujWoUvu76keF2OK79mdnFFgVutTHV7Mow4Kcz8vtOYntXZenNNzfqy
W2Z3bBDs3kDAQSO6fQO5YvFKbXi25sZcKAwEzGuhLF9MyS6dtW0qgdAvefF6fOOD2T4XCfwYYKaL
7GnQZEaUwuhkXeZJ0vFEjnXUpdPR0E1nIqGfzs0RlUMqCSBaSSFHm3EOiA5NQSRJLJVQKQwj50Zz
h7eknrRzk87JRBDcXBI1jEk6E5EUnYnc6DiqnwjIcak6nTeVyAoVESLeICNozpGrtozZ8KP2U/YX
8EvqsylvqnnLbzR4pbravtF2J75Hvdf4ZrLSKxYUc94qEIdDXvyi7SU3I3rxKtUcNhaOuFphi7ai
nsMih8+TawPXxg1w49wkx3O/14lQKeoO6RhdVWpVDXW8SBTUQoKbmsnMdTWTDddvOqpLXXXUy61a
u6npGRL3IQ6SNzFNRLOq6dvIzRYgDiWxBe+a3k1ecAtc23z1iUYJTrEEDelM0JOuCfLpZmOSgFKw
W8B2NUBOJUBWvUnAySxcbFqHgFwKuFw9Y5UOWkncA67hIG7BVU2ieYQZ4Xdpdhl2WW62jzhHPKqW
5haIiG6ATfGYzNFkSDYg+lEtjWOaQQgkZ2/uSLbEQfy9JIt8Dsug85/etuPVPa/u2rr7lXXF25Ye
ui326Z4V7JGH7zryqQ/GDu//5qf/trOy4uFbvjf784l/v3xPG7GaOog0/gK8VsjMW81iajXzqMeW
T68GldHuJ+Ynl9z5UwIhFTV/Kmp7VNT2qOwB0s3upmew9NzVPmcK7XOHEHZyapVOmttRCu2cQgdK
oUOkhKgfGaJ+ZEhyyihwiY4SmjOoIWJHNaRHCHmYQB4xWup8kRzj5hfovwPBjglSGqQgqQkYAwVK
dzZDpSASgUDn9783vRWe+ci51wJbRY6/5s7ArpqoGyN2YjHyqAeaT2GKQL40vjGgonKjolZJRS2U
yk6Pd+20yE69Tru9uAil0JYptCCFVqbQhdIT4DnTFCKGi7QIhYqLFrih0zJMMAWjRM6E5ZM0wm3J
YlmxmFWsKia2Jq+4obiteKB4vFiRAyJE4TG4myzmJ4vPFzOTxbgNCqaL2RSVPZRqnGKNojktFEoN
rE5ThVINq/0poVQ/GCMx15+fkVWZl5q/zIP8BYV0xQG/32g0aBz2gHJchSdV2KgaUB1SvariVFPM
M2JyqDAlkOUNNYTaQgMhbiw0HpoMsShkCjEhIt5qMC6htiIwK+DfhWUf9YqUgxEh7moFMR7R6LzZ
kOIlp4vluaCLdXgweNIK95zJAIvRAtI1iFpwnEgM/qixkA/qQPsvLLx6dleIax65r6ZXsBu0+Utn
F1vFQg1XWbdzh9ZAlH7S8nyjd07nzzxfs6H8ltnRjV6XJxDISDfW4527B2+bTWmxp4BWX9GJGw+v
dBOdjsFJuMiuBjnz4T8fU3F47jSPccuPL3TSowz6WMMeNKqVbb4BH+MDKp0k0uBLAW/whDUJhGQq
8f1TRExS8snDCXCrwi0VZ2XlfpbodYuf0HYoK6cI+Yl+deg3KhiPtZFbp1jHNyqbkps8yq2KHYox
NOY7kfyCcF64gH6lUJfiFXiDc72n1d/mbPPscMY9+yz3WsfN486v468xR/zH8XP4u8rvut5VXfT8
VriMnTyz2rLRst+7XxjzX/IrzQL+duICEiB5ExeOoRREjsPyTD7c5hvzMchn8gm+Bh9Z17hvwjfp
m/ad913wXfLpfVtS3jZi43ftQbUSlvfGsaQoycRFligsUut7xauD0OkAKPqICeUhEbWhATSOJtE0
uoDUpIBBjw+5b3czDW58yI3dUxiMwyUeI97EC3weL/IKviqt6jTzb1J8Hh8EMxEfvDLYcnEwTh6n
hcMVMzOD9CDtokUWds26lI6UoRT2cykYtQw2g3CRJwn0WQJwF4RGYXJchUzOKMSil05ZowqTKYqB
9MdM5Jxq+qgpKhsA4MNBTLQ2A4I/d4KckS4/qqbHSuDCsKuDb9z+pXcwPnHXt/KzF6eatX7/ks7r
rn9kb/ua0iJ8w8l/x/zbb2DDgbr0SLpthzd1dfsjX3u/Kpe8VdyZuMj8BLgrnyuSOSujkJ4QF4rE
G2AwfeKFnYTJsDHZrcrQkfIMn3EqcYFqWSOx/gWk3pivVGUYfZwlrMCjCtyrwIpgBGOcpXTtTMUd
qTg1KLhxm3vAzbgtWlRxtqUFbG4EcshayGMpwovgZ5x77ZzptfC18XyBz5ih4rLsqZZcBZOVr5SG
cVlqFHib4lMKRhHMUi5LxZ2pw6lMatCixQTDP4luohaNxsICt8pANWyGhWQZGYUF8jOys1J+Fjaz
pYUk09mzLRWms/RM0+KgDxlC6mxXNmOx5IraaHamNupMatZtSn/IdH9AoVFqMjWhtsKBwrFC3lg4
hQXxLhCdl/UvG84GzgZ/6n898Gb2r7lf+38deDdba6nIbsnuy9mdfQAfYA6wYzbydHrMszfnQK4e
GJnRsGod79Fkfy/tJb/Kw9qTLB57iiuUnH1QfVDzkPA5/+cCWktYn5m9Oru+sLXw5tDN2Z8xPOY/
UvgO+2uPLqTKT0XPMKnYiyOYgSA4fAw9kzuF3aI5y5nqeiY51e11Y5NbAMqRStczdlKZZrEE/Hot
Z8ygmSIVfxflRrLyESJEdX/a5XISgUyyRwhhmVcsGFte9b3t+6OP9U2xSaJ2wIjbjAPGcSNrnMIl
oivD7cr1qrAq+1AGbssYyBjLYIWMvAwm4wwWUAEWjtbMHT7XzcQvU8V9hZznJny4pTkaAek4lsAA
EgG7CPXgTBGVftE0I0cDjih4QRqwIQG9Nkmv195lyA0bdpvONjuR6feXQUKxaebyjARTUGKiE7mC
Wl+Ews3UFngyQ17BZOaVXjMEEHxI5UGCKdWDlJkKD5aeA9IH3ICZqH5f+Z7pPfP7mVxLM4jwIDl+
Fl2H8CHmEHtI+0X9uG3cPZ487jmY9qD/UI4O3DEIPqikN4naiD8S2J/9UOChbEVLM3HSzJmCK6rO
dEWxqIkykJKJ8GuibqJ+XZpoLhRl06SO6kyplgqDQC6gLI4lR2nmigbIubY16pcyHWSgSLKdVmks
izSW0QJTWGAKSzRbsJA+l0SjEZoZo6xJD/PoyQCXRIse5tFDG0hOM00fPgC/9g9LJ+IQl/rTpUf7
Drtj/qE/KCe/udAuPeZPD2TMHY8TG8qM+9J33rB8g+Btve/lZ0Yae302h97n8zzcXr0xNvvznJyH
PlVSV2g2WXTskdnvfe6m1TmLMkO5Kzq+svtgqsaNV9xz7/XR6hvHy6IbB7/gMBqcoMHJmy/r2EmU
hFLY3XPPR1X2JBvSGUFBIQPNDNREGmx5IgIuzIN+yEReWE9MU+tIANFsNgOEtMlBsxIpTeT1MKgm
vZXUnkI7JYQXr9MeAHz/KWJPuXytlpoC8gSrYoZ6WKDQqGV9C5zDc9NXg6YU2xiaAAPECtQesRIS
0owqMokYIP6bSSkoJ5UsUrYpx5QTSk55H/cV7hjHkqmUsDSic9NppJXkTYV1EhBWCw4fWS05ObfT
U3SDFGxJT08lRUdPIltA94YLKK6AKQnqRJel1dniakNtSa+zCpfgiTog2UVP1Euw0lStLlLRoMtL
H8BnFtHidVm5Rcm8S91kvdHe6tjk3OxWYlbNK9UqncK2it/L3MPfpdtnujPlq8wTzpPW15g3jT8z
XWb+F2u1tCnbVAOwur3q55TfM15Sgm+j1N/BsGryFgGfuCCuLlEvZ1ao672NTKO6nYkze617XQet
X1N/TTOlOqme1HyX+Q1zQXdZk6Q6r8RIeV7JDJKc0G4ciDYJsftuLgnl2W0EVSto81bbHtsh29s2
zmZL/jGHYQfPg8vASTLEEc9hpSVKaHxDMiY7onxFZc9MjhrtuN++x37AztovJyWNqXCealzF5KkO
qN5WsSaVqIKVqCZVF1S86nGDjUN7CV+x2aIlzyAaGgwsOfAXDOwlA6aPAdRAS8N85BkejMfrrgxS
LdgC2UzLYNhENF+csFQ4DoEy0Y39NlCIYeLmXiZxKvHYW9CiReS8tarpBI8wwww2D8Zl+aRPxE4j
Jcym9Ud1Yk5UD0lFVENmVCll5A0K0CdKKVMtuNNIdxrpTk3vRIM6ajO5oi7BHNULVD/g8DVKAsJM
Ky8JuUP2WSzEZwn66CuKafzPcGfnXZvuzPHavv+Fw7/771NffPHKXfgxhcnVUbLudmbxK8PDHTcn
7f0Fxm/+DitffrysKbBIvBUxib/NrmbPgI+SgaJMmizfocXUSynQZJFMwxP/Q+O0upDAhqw0MrQK
9DG2IL1cIJ1Y0miQvuSjp0ebbGbYwhl4N3nM5YCIT+t0OXODhpJmXplBY0NEY0OEIQKEuK9iJjJD
w0BqhiJS+Dc9bXoRwr3INe/0nEYFiQ9OEhEs0BAFS1/M0WgWlwF2VFitNHKzClJkyhOk/iAm0+NK
AVpl8oYMhF0GQEZLsCEIkDOFCpMUr+F5qT4vi3WYyPCnNYuJiEZNq0ybTXvN3Gey8eLsisU12Zuz
bzLflD2kGjWPZt+hOqx8V/U3tT5vcVNhc1FvEScuxhEVmxmyWIVQquszaVby9oQfZfjqM1LRMsYS
zmS5XFMJJpgwSoKTy2koyPdqxjVMm2ZMc0TDan4nMFby0DlZEBpIADLmw8Rxl5x1ha+t7PmauccJ
JhqrxelbjTOwrPj8SzrhMGswkRNAaqCFSLFSrwoWpevS84LFygIBR/RwKVSXCDhfmzv/so504Eee
Ogy2ABeywULb/Guz1B5lzB3hFdpLS+YjNoUUxhWU0jMQ+u4ndqevOFC/74bBuwceX12SWeCI1swK
rtIMq83kT3UGcZHasH1d55LrbxCb8iIBNhp/fTTWe8drMw/tsRlzZt+9sTA1GMR2bX4n296c5zTs
mX2831/WtGbL6R8NrnFayJsZ5XBRKu5FWpTGyG9mnEYBEK8UwqMWPWVdvY963T7qdfusTlZNjjQI
N6uJ102aqIkVItUA/OAUaa3WO8mpCWkFwC9pKydpTloB8PpJ0sopEL521Pv6fXvAfUvrhxigjcc8
fTpM36mirxWl8VYUqXgd7Ni5FtNbLfL7a/IRIHnLJ0zP4PG8e64XLIR5ffRKxjlRUyMDlZUSILpK
S/n1IgmuJniGTIqQ4EtTWsny3hM9pKdaDS4oFQ09Q8yYngoLWZl0ruEk8kIqSAk9e3c6A/4FhxqS
MCB62n5OelmBnm2AfRsP4LbAQGA8MBG4FFAIgYYAI5JLgBi0goIimi8qk/KcPCn3B2ku5rrcRc5Q
qnV1mj6Ualnt92W4KoVU3zKdS2cdh6VEEUrTKa0WzTh5tYglerOqmKU+WEUxu02n07v0AacYjjrp
eyMlZUXjTtzgxG3OAee4c8J5yalwHvMf+6osI+Ew9XgvQy49+iVSYokueLFIcsPAZOA4Od6TH+WC
o2X9+PNqHMpavDgrq3zxp135lbNVVbnJ9Aw604CTFPeSivKsrMWzvivChqgnEHCXr8exz2cL9FyZ
RdfNLmf/AzTwYrQKNbMPirdZ7A0Pph8sYVGOaTOzI2vHOgZl8bn82v0CV1Fav7m/dCR9YDN5M/Z2
xx3OA8X7ltxefaDmM/Wfd3zeebB+ijutOOE44Xyp6KWa6c3nN1/YfGlzsluwFZqKk0q8mxWPqlaX
VCQjO1viW52MXFVXv9emtlqT1KqxILYEycGgBbywINmlJF0FyUWtRVtxKHgk+GyQDU7hh082hUEN
+aCpqCdtLYd8R3zPkqhF6kNz6OKDtqJzfDVeLULpanI8vDqbeHarG5Jw0hRWidZ+Fd4DEY1ohmFU
xfzBKlw1xeaLOtdqTcSFG1xjLsb1DPMjxCM1W4fKoUrDK13X4+uzs41132HzwNtLhWsU1bF5oteU
h/vzDuQdymPznMS7lM4F84qjuexYI24ka9ODPALw/ROmJAr8nPJ/IzEmGj0IQGPQm4kz6VsFDnfR
gUxcnzmQOZ15PpPLNJCWmXNHqJnEsliI7GeOCJvzNoubJ4Dmis2kq0erK9psOPDAcrycvkO0PF+w
Y6N9wP4quDokfKbvCdp1xC2Wnp7byemc9WAFrsjPYxtYpoHFiDWxDGH1466UIprDqOycLiLAU2SN
bM+mzWfwzciHNUf3OsPh9wgDA6vPxK9QYCYcv2gKD75Hb8Jx4vuEB00XQQTAVJDnZtQluvJr4iBV
mGbiIBzgY8dNpD00Bh/pBAlKGfCS4hD2hUnsdeLV4NtBKImTA0FitInthERf05t7Y2lXzcay6kCx
J8XhxIr0YEF+YX5RPstXpten5waz0jcEGz3YsxgCw5riOgEtxRUCuk5R4UENOXUetDbcKOBlzuUe
vD5jowdv2JhSlgzNkxej2vzVAq5ZXVwiMlUCaNklXLkHr4lc70HrQtcLqNpR5ZHepaYvOF29LDz3
J99buJX+YWrdSExJAkhNrgl4tNhkIW86XTpqkY75517BdkhHl2D8eL9fjsnoS0gO+pk3i+RFJvjQ
XliK4eZezOYX3sF9ceOmcxO3tz0fNrC8gjWGdy46e3jZimyvL88z8IPrWvpv+tL7z91ZozUXK1uL
wlFsW925rKihtr26cPavkbyyzmdOPFFY9MVf4DWhzzXffVZU8GqHW6PgVw6MnUpKjyaZBSXHKtT6
gbWDHfdtLChxOoNL1R3efK//RuauHbse3rg0vuvQpqUf3FrYFMwLLNmzsshu58DlRZcQAny6kR09
KCaJzjZQpBecHHKKTmYH+gxiDJVW3IMrkRpPoDTEUlgFsB8h/FdkxD3IDiUI/0k0YJAVNYMVELkw
LDqD/wLNV4kWg8EomovzjHuM48YJI2d0Oc4wAXxRflsnXF5nmrloKqcqmvLV/HPK/Dz6LR6r9IKw
A/TxEmZeHV/Cq33W8htmmbZFdo0y6A4u5b77yPt3xRelMsEgk5K/i/nP+7OEVC95zpINa3wC1piK
u8XblE5t1OH0XFfkFOHiIhdjqt0eUpYrVym/oeRFYTO3SbUZIrFtqmHzsOVL2i8bDpqf1D5peEnx
kuN7zjcdbzovCH/j/uaw2XAK51Ik21x2lyPFqVQ7tE5tSpFrhWuv44CgdLoYxuF26Vy8nnUxCt5J
GcrK6acADbWa6EnyEu0UWyjqTAr3ARc+5DoCOvAMWwiE++xxzOhSp/BnRT3if1lvbbX2W/dYOXAQ
laKVfNfNjQRRGBPYNvotLdfT+G9gZfRYFJNamX5mD3OAeZZ5lXmb+SOjYlzeM/jeq98aulgufW+o
pY6+jkJe9IbIqbziyqDkijx1QI2fVb+qZsjZa/iiLPVU4hmTfA602/VZF9Q3G8rvMil2nzWclb97
0kJkD4Ux6ytGSPrSgtJfIr27qyS+rw+Main7ROsHF3AMCw/3dR5KD7pefejwW3mrv/63Jbi9d+Ny
N1bMvh/ES/EXvnHr10cGT7/42vjWrV85OXtpkSk/BzxAcFvZ07CfGqRHPxUz7XpsRNV60ciKRpyl
wzYlZniIoRU85nRaPeJ0eo6c7k9hj2hRqpKUSpWK5ZS8ToW8eqx/Gn8JbI4WHxL1CsyrVTyvUnA6
Hfc0XgUUVeEtolatNrL4EHuEKGn8F9GJK+gGkDO7CeMFI2vkRYgvXIYFVIYwlFC4HEgM4K9N5KFK
RTRC3wKaMV2Jl5ujZkrSu3LD3G7TWQIajUbg+XgL+CRxbPOb/WZfMS6EDLOnTx2+8jwz0nd4NoAv
3zv7RbxljL3tg3uYR67QdxbbE++wo4pasAypYtXXOGxpTu1J3aPYw+9JuYf7bIqymCn2rWfXCxt9
2zw7FKOeu5h97n2er7KPqSf8F/xG5Mf0V35sdocqSc+wLCGVWfAlCSwn+NzJHlbp5BRQeui4IPis
Z4DXnKxVBJriXyLmlz4f4kDel6BkvOIkOWxhlFP4z6JG9GPR3+Zn/PYp/LdTJmYCPAkyiKgWRNOE
iTG50s7gz8tfs7nYAorA1EKoQ78meBFJr0dVzNAvB4JeIHx4lyo3rAByIXIz5zjHcZyJC7fh25jb
BF7+GpT8MFe7jeu3dKYOKAZSFORFV6z0KTnpQa5y/q3TuS8CgprOwOzomtnuZqx+6M6Nd1w/NLqr
P9fvzojU1I0cfXj/9m9jTlH7+KmMh++e2nZqLKN0XYEnbPIVHd3zqZ+U5SgZI4lPmmAvjgJ3OlEm
+kDMGlHv0Ow03KZ+M/hukOdZvJvdxe2y3+ngylWZYAj8rkwXzwqt4BlN4apTQjqYICMGuT/uRAry
habjRj0G4opkj8CtcqMsMYsRs9qyJrIuZHFZLonuUEVePhOseVbROm6dsCqtrtDVrwp+0FJ35aL8
XUH6tUsQeXJwNROfOw2WxVrLJ/MMJSGY9WxPUG1J8aR6GN4c1KcH1f527DUltyOfAaCAJr0deyxC
O7jtgvSlpvkvYFLFjW0GVjkn+cRamossgZJCLNlRieKgHtgH7nj0q9sC4/+2/5Wtt7yyP/ad+7Dx
r9uuvGJZsbxw1ca9d+9O36joDurrv/LdvR0XJh+/5/EbjuOUU3jlbNOVZXeta/vF0sjXvvDE3wX6
hXAWoUfK7tG1Gsv/rHKp6A91fOW/Up6f+9GOxN9ml/N55NedkFr+zSsiPUjpm61GG+d/2wOja/9s
fJR8YRetg7SaiSIW8lpIt0BaxjyO9Oxn0SrI66EuCfJ1EMuYoa4akg7qlrMpqBNy6JP4G7Qph/Lr
wPJmgyZrR010jsU4C/87/oDZyd7K/ZZnlAl1paZXc1A3aygyvmN2WEdtPfZXnVnuHe53ks97mlO8
Kf8pY+pGm8i6yTeXkQlF0AaEFN83WqGMgbIV7CaJLvQ3S5AMY5RK71jay0C+8UxhFsVxlgxzYC+/
JMMK5MRnZJhHafhHMqxEb+DLMqxC6cwrMqxGn2H+JMMaxQb2ZhnWorjqBzKsQ1vUogzr+RPqr8uw
Ad1g2jS/B3tMp2QYI6O5WIYZpDQvk2EWRc01MsxBmztkWIF05s/JMI/M5kMyrES95kkZViGrxSPD
alRliciwhnnCEpdhLYraUuZ/Ia3QtkGG9ewm214ZNqBc538BJpgjVNe5zBRWkB1xpVCYp+U5FFbS
8iiFVRReRWE12SNXswzDHrk3yjDskXtEhmGP3LfLMOyR+88yDHuUbJVh2KPksAzDHiXXyTDskSco
w7BHnhoZhj3y/FCGYY/SMmQY9ijtoAzDHqUlZBj2KHScwhqyriwjhbVkLVnJFNbRcgkHA4VLKUzO
6g1ZVRS2AmzJup7CSbRNB4VtdJx+Cttp+R4Ku2jf/RROpm0k3FJom29Q2EvhkxQO0PbPUTiLwq9S
OIfCbxFYJeH/OwpLc/2FwDpaHmYpTNcSpms0Ev5B4WTUiEbRAOpCW1AMdUAuoG9AakTdFK5D/agP
0rDcSkBVcBcHmFxjUN5DWwhQ0gv9cwFaRstj/w9HisxjJqB1UNOLRubbDNFf+emT58uHUDoKQXWO
DBXQ0kro0Qv5WuizFXAYpr3WwnhDkOJoB1w7YY4etJ2WCWgN5Dtpm34oi8H4pPVWmLcX7uIfWUHZ
/9Bb+FD/MtBoZOah+ZUWAqbkOECgv5nUA+uJQ80QpC0wS+h/GP8fjXa1l9Tnao8GoGQd1P/zcb9F
d43sSSfUbae4b4MygtX//X4KUEqo0QOzDlPMCf0FuCdthuVR1wOGAuBJ+pNf4yPz1cG1HubeQveV
YEj6dcGoQxT3bnm03I/BSeKhfpiX4DQAbUf/Yasuyruk3U6K1db5eXtkycihvDhMceiFklGZDnG6
KjIqsYQbaPthWi6gWko/Qsk+uibCo4XAo4SOPXQH4guoHAM72kvnGv6IXBI84pR6Al0LqY19iI5z
o8/dz+3Wwh2X9rGW4tsp71EfpeQQjBmj48bpSrbIa9hJce2AKxl3mJbE6FiddEwiYX0UD7JDRDZJ
m265zRBIQDvdq0GAJDr0Utq1w10H5bsuilefnG9ZwBE7KQ69MDYZazuVj2F51A5KmSH4bKFSJizY
0w5KmdgCnSHhNkcRade2UjrFaN/Oa/Z+iM4tcZZA96eTQiOUal2ULv+cFzJkCvXQMToWSEQ7bf3P
+USSgI/u30IKSzTqkzHtmy8jWmSEaj1B1kRd6GYqdX10t3bQMXtkOZRoJJUN0L5zVJW4aAfVvjvm
ZYLQOi7PHZ/foW3zPPdh+ZLo8K/JmLS6pZRzJL7un8df4kuJDn2yPr+W4hLPddLdl7h7hFJYGmmE
rl2as4GORUYchvLYAr3SQLV1H6WJJM8913CzpCNHKWa9tMcQXWmvzHXddB9j8rxxWd+R1Q3RnR+5
Rn4ItkTi5nAk3CBQrpT2g6y7g+q63vkd7pX1aDukXordqLziEaprpZF20ppuOlo/fCSd2SHvzXbo
I9F6I7TrpDOMyjRaqE/aad9tMq4ShQgFtkLaRdsQTlmoKwivSzZgWK7pv0aHdlL+GrlmF+dGjlGd
3r9gtE5KvwG6J6PXtOykFIpT2s7tay6188PQvgz8hwjQgHxyqdZYyJG5staJ0PbbYfQIXIepJiB4
kbsh1ErHlqRO0o/xeRuZO9/z/90Zd9KdmNOJV2dZA1LSCFK/HFIV+DYErodSIj3LqfYg5dVQsg6u
xPtZARa9mv6iIyltRHp6yqRZYHc+amHmyrsX6IIBmcqj85r5X7OyV/eqR95libfmtN8o5de5OTvo
79Je9QoWatk5fCR52r7AhsWoNEic1SePHqNYdFGbKnEY4fNmeTYinTtk/d9OtXePbLmkef4RZeZ8
sp2yxSWy1LNABy7U8pIkbZG55ePo1S+vi1Cs6xpNOiezH52vU9YkcSr5I/Mao13emYW28+M18LWU
kmzJR7niozP3yDIqAOVi1A+/6qXEqJ3oonrp4+cm1F8v20jJpox+ZC+kfbrWJ5Q0YYxiNEAp2yNr
kX9lzwWZF+f0+NYF8xLd0UkpLdljyfrHF8QJ2fOt4wv49qpf8s8p1Uu1Rs+HdPrV8ebs5RDlv6te
wZzOu9qyH9pKHvQIpTgZv3t+PRJeC7l7u6wlJfpLUjUg88dVbXotD/2zFV3lj1V07R/duTlbKHl2
QwtWI1maDrqrfR/ag/iH6H11ZLK+furLdcq2hPgdUoQypwf+ld2fG0+SyS7Znl5rF+fG++g+StSS
VjAs2/KPk+O5HYt9iNZb/o+wvUrlj87QIftv7fLdQoy6ZEs4DLZnbgQSP5HfwCWRSiZaRH/hOgRw
KUQGi6A0D0pIjEhOTdajGrllHtTmQ02RDJdCDFFKe5WgYogoSCKj/5/Zuv97yzhXF/kQ9ebtYePo
QNeWWEeX8A2hsbtLqOvv6x+GIqGqPz7QH48N9/T3CQO9HbnCsthw7H9oFCGDCev6e0dIyZCwqg/6
5UejeTlwKcgVKnt7hbU9W7uHh4S1XUNd8R1dnY0927uGhDVdO4W1/dtjfWu7to70xuJzE5R9qFqQ
68s2dMWHyKSFuXl5QmZdT0e8f6h/y3DoQ+0XNqNVUEMrGtbVNX6o7WNCYzzW2bU9Ft8m9G/5p+sU
4l1be4aGu+JdnUJPnzAMTdevExpiw0K60Fgn1G/ZkivE+jqFrt6hrp3d0Cx3fiSgUP/WeGyge3Rh
UZewLB7b2dO3lfTtgc3IEdYNx/p6u0YBh3jPUH9ftrChp2O4Py7UxuKdXX3DQNbCgsbuniHAhaAc
a+/tEobn9nJLT3xoWIgNDHTFZBxJc5KTZUkLhzXW9vd1wor6unYODcQGuuLZwhaYYWd3T0e30DMs
7IwNCZ1dQz1b+7o6cwVh1bDQDSVDI+1DXYMjgEPvqNDe1dG/vUvo7+si4xFC7OyP93YOCdv7AYGh
kY6OrqGhLSO9FDWhI95FaTgEoxFEYGlbe/pivUKntPohYScQS9gO2yCM9HV2xT9MhQxAqCfe1UE3
on30wzSBDZhfn4QwYNQHg/YRKN4/srUb9kXounm4q2+oZ0cXLLKL7CpAA/F+giqQaEd/7w6yE1tG
4tA7Tha0jVBubr8Ah4/ZMZhuaWwIaN1PxgdaAg59wOcy4kC5TqEDyD3SMQyNRoZIz4au+EDX8EiM
8kpDb6xvuAf2uUciM3DkqNDf2ykMDY/C1nZ0x+Ix6AujDfd0DAntI9L+xDpjA2TE4X5hK1lH180d
Xb29ZMG9wKPtPb09w6Mw8chALzTa2TPcLWzt7wfOBFz6t48C1ht7OrtgI0eGJD5p7+/fNkQR2h7b
GtvV09c1JHFFvAskYBhu+iUO7ezvGJGWSBrHeof6abPOnqGB3tioVNi5oys+3EPWmts9PDxQFons
3Lkzd7tMyFxgnUj38PbeyPZh8j+URLYPtQ6TrQN+jBOJzCWV/2LHnV29hBNplzX1jauWr6qqbFxV
v0aoXy7UrqqqXrOuWqhcsba6uq56TaNeo9dQ2ZkXGAJ3Uy6ArQOKATN/jMjSVfXAkoFahP1G+0dI
z47+HVQVSCxLxoF92k4lLCb0ArH6oHlsa7yrixAsV2iGbt0x2Kz+9uEYUBh27xpkiCbbCYIrdPVQ
DpRYHjZpC5DlKl5A7eH+rV0Sk5Kdne8HmzAc7wEWgaEBTVk6FzCwjBRIyTwp5jsDHBN2xHpHqEqJ
DQ11DS/snSusB4kESRmdWwWsSdaEwIQxYWigq6MHWOSjKxeAioTHt9K+sc7OHiLHIP5xahOySXGc
0pbqkg8h1duzvUfmdNqOyOXQsKSTCefRwv6doKBH2nt7hrrJPDCWRO7twJKAP2zVwKggsalMoWsn
ovRYteXq4ogUgrIbotOA0HR0xfvkFcRlvGnjoe7+ERDWeNeOHjAohAc+unzSDnayC+RUlkXSbn6N
gBZMMAxSfnWPycJiMtZbPn5YivJ8hw7Qb+1dcwPBPLHhMtJg/bpKMCqZi4pKQ0Jp/qKcvKK8PLV6
fQ0U5uXnFxXBtbSwVCgtKY4WR/WafyB1/1QYyV1ERo/KIQTL/TTMJGEBCRJHsR5cj5vABXmXOi5z
dXOHf53SwR37RfYo+wz7LKTT7Bn2yU8erHzyYOWTByufPFhBnzxY+eTByicPVj55sPLJg5VPHqx8
8mDlkwcrnzxY+eTByicPVj55sPL/yQcr15x+XIVjtP3H1f3iQ326rjkXkTzvjx+zl3L4gnsulcvn
argV3HVwjV4zA9HB/2iUNVRmiO6RVt+NJ/EjLKJyUQmt4tTmEZz+8QgfD8+/b44SPhj+Y/7OoMbE
NPuL49XVBeIU5OFcmh/LDBWcJhXH3J6CZ9hfME+CpfBCwdvH7Mm05ufHli6VgZJFEnA8K6fg7UoN
+3P0R0gM+3P2beA02ut4Zm7BpUo9FGD208iIMfKiCfYtNAmJQSL7s+OB9IJDz7KvQP332ZcAV9Lt
pWN6cwEM+F32KWRBXvYUe1KuOXncYC5AlUPsZxFG03A9D+kCpEuQONTPPor2QDoA6QgkDhnh6oUU
gVRPStgn2CcAz8PkZXa4RiD1QzoAiUON7ONQvo1c2cfYm1Aa9L2HvR/ZIN/Pfo7mX4PcDflXoDwV
8kfgnuSH5PuHICf1X5TLD8K9HfIvyPmDUJ4M+QP0v7X2sp+X73ewI7TfsJxPsEPHUr2mylSoFyDl
QWIBuh+g+4F095Mthitmb2d76UxHIS+AfLuUA7l2H/P56R7tPu5wFUwASXcD6XcD5XYD5XaTX4Nk
b5lrc4vUJoe9BdrcAm1ugTa3AFXy2CGYb4h8mQGuJkgCJBboPgR0H6I/XjwE7YegPSm/A67jkCbI
HbsT6BgCrPayNx3L9AKTbT0eFQsqnma3AKlFdstxV0rBgat3ag1hRMgNcm4kbbtobddxtY6Udh13
p0g5tNpWaWA70KcgMSgJrgFIRZCWQeLYjmOBiPcMuwZtVyHR4N3D7GH3cHsUXN4ybHmWLUANKgQs
aWFzUDk0CHlby3Fpm3pAPaZmTWpBnacW1Q1qRT+7hz3Asl42wlaw9WwrqyDfjVeWFZLvH6/gywrH
tRPaSe209rxWMclP8+f5C/wlXiH9+FoD38YP8GP8OD/Bq8lvuTNt2gHtmJY1aQVtnlbUNmgVXiWe
qLyTbSdfZoCrCdIApHFIHNC4FcoF9kZIrbAbrUCKG6EcwRXBnQnSeYAvQK6AOyO0M0I7I5QaodSI
yP+kZ6Q1DZDaIA3Itfx8zVwf0v4SqYGUAbUGKCVfH7gA10sEgrQa7vRwp4c7PbQ6z3wAGJrgKkBq
gMTSsguQgGvgOleXJ9e3QeJp/SXaZq5OJH2ZD8RYxnQIT4bwRAiPh7BYXlFZIKbBxWKxtPpbg62Z
rYe5fn9/sD+z/zBX768P1mfWH+Yq/BXBisyKw1zEHwlGMiOHOa/fG/Rmeg9zB2qP1D5b+2ot11rb
X7unli0l3/E+Fs4roHlakOQnj7ncBaXGysXMEVhOK1wPQXobEou8cI1AqoDUD4ljjsDVy3wTSr8J
pd9E9ZBaISmgxzeJeoGrV64j5YdoHYFIPXNNPQsLf/JYWWF95WpQua2QDkFiYewnof5J2lqCjtDy
SbheoOX1cvsJWu6F61wfFhTcJqrmNoH4bUIVkFohDUBSoFfZjehtSDAyXL2QBiAdgcSxm+Czkd3I
fBM+TzJPstmiPt/mRXY7GA6LWWWqNDE64AE9foxev0Cve+m1gl4DomG1/n9XdnWxUVRR+J7Ztju2
HbaUgptsy+3OdPjb2QglpCAj7G5nwXYIFop1B03sdqmAwQDuDonEUInBSAySiMEIQqNoY2wMs7PY
bEsjBKMPPkiMb4Yn4UkfFFAMJIrn3N3wkzQmTPacb+893z3fndl7d+Zl7r3Vq3zdq7zVqyzEL9Ii
vKUp8L7w0URDUjmXVJ5JKouTCmZ7nEWZIs0Vvo48/Cb8RuGNREtUuR1VbkaV61HlVFTZG1WeilK7
Vpy7itQifAN5OC58r/ALEg1c+Y4rz3GliytJBU4DqrOU8POFj5CHG+dCVog9dh5uMAszgW8u5mWJ
CYC7vplE+Nc31yP845unEe745jE+DbdB3NLglt9xjSfnwp/QU0Plm1W8Dj1sHPEPxO2IY8wEHfFT
3zxI/DPY/gSWP2GqTPyPWZ9oNwo9ov5Utd1HvjGEqid94zVUPcEMofqBb1zD2mO+cRjhPd/YhXDU
16mDL/vmEp6cTVuuSMTNMV2inmyoKj6NmXchrq80TvsGtbJIoAzdvrYMYSH1cho01ifkuK+Jk2xj
mkjRyjTR6QjTBc6CkOi8wlSBsq8dxCx15/Rr/G/zPJ04+wtC/ml+dRrPbwCLv0CPP85/nKTL5fPL
Rhn0Cf6Ddp5/21GGAZ9fNMoyBi4YZQm+4kW8yB5yJZjgZ43t/EtNRD/TMIo/9agZ5ye1rfxDHcs+
P2hMUzfYK3jGAxh2jDV8gznO1+llwHDCRLFEPX9Se5WvwuqVZegpjfNlHWXqylLMMT7Bl6DiAk10
5dmuKWkFC4KbMIKF4FBwILgpuDq4PBgPtgfbgq3BFrlZbpJnyY1yvSzLdXKNLMlMbhF7F4r9JOqa
COpqyNeI700SeanyEqEEsoRzx5sTsCW7PwVes83sLSmvK2aXg3c3eytjtif3PZ8pArzrYMmT3i4D
25LBAUpVhyK0afMkA3ji0JEI4euHjjgO2N7FHLOH2r1b/Xge9Zu2erVaKszm7VsbXtu8ZvaqddYM
brDqH1jCIfzQynnhNu+43Z/xvmhzvE76crfNsb31tN3zpLRX2p22JqU9BE5mEvZLe9ObqR72W849
GlOlPUhjJgHRSkwlGlOhJGgbBA2HqZq2iqpaIV2CHiLh8LkkSNsruTpQAnP1ESBNms86RK4OaT7R
cDxUkoUeTNbIICSShRqZSNZKpKKuI8XQiVLs0pFQ1LtEePx+WNMr3XGYLnR0cIQOwH3OogoHR0GV
I8nI+d8FCR/1GE49AhlK2SvbcrTp9qCWHkYb9N7ZtyPsvTHU3l7cdqW6G/eCwaHcDsLssHdFG7a8
bZrVXszmZgjnKJzVrCLLpbdkirnEsOVnE9m0lrWc0thIt/2Q1uF7Wt0jMyQboWTdpDVmzxC2KTxG
WjZp2aQ1lhgTWvbmFNh9maLMUrQwpcCS1FCP82EwEnVS85r2rBGTY3U0fCAyVcPwttUQc7xGLeUp
aBSKJ+NJCuHspNAs2la9GgofWB2NTMHn1VATVs/WUizGwumd1r1PPp8vkLluDH3BDYu6Ak7aaL/t
raNNoE3PTHuJQcsR72i71aM7k2i6YF42pd3miHnUHDXPmrWu62B18wX1siq9qO5WR9Sj6qh6Vq2j
wAuZiYQ5qv6uBlwcTVDAI20JTRcRP1QsuHk6GArk0SpyMTfWnUmqLIdPu4BP5nE2B01DW47Wj1bL
vkH/E9pVtJtoNexN9MfQzqCVqCYQD8TT4Z0WKTox+tMJBzpLS1d0riwjZl+qYP/WCqY3VtBMdoYR
/bXL65MhfPAGNoX+e7Sf0X5Fu4NWG+gMdIrkbmXUOnmWjwF2n15uL5DLxwpizT6gy13Ix2IsL3ag
wYoCUR9eegZDkHcZXgr8QRCQJGrz1MwlvE/8D8E+gp8KZW5kc3RyZWFtCmVuZG9iagoKNDYgMCBv
YmoKMjAyNjIKZW5kb2JqCgo0NyAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1l
L0JBQUFBQStUaW1lc05ld1JvbWFuUFNNVAovRmxhZ3MgNgovRm9udEJCb3hbLTU2OCAtMzA2IDIw
MDAgMTAwN10vSXRhbGljQW5nbGUgMAovQXNjZW50IDg5MQovRGVzY2VudCAyMTYKL0NhcEhlaWdo
dCAxMDA2Ci9TdGVtViA4MAovRm9udEZpbGUyIDQ1IDAgUj4+CmVuZG9iagoKNDggMCBvYmoKPDwv
TGVuZ3RoIDMzNS9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdks1ugzAMgO88RY7doYJA
C62EkLq2SBz2o7E9AE1MF2mEKNADb7/Y7jZpB9DnxHY+xYmPzamxZo5f/ahamEVvrPYwjTevQFzg
amwkU6GNmu8R/dXQuSgOte0yzTA0th/LMorfwt40+0WsDnq8wEMUv3gN3tirWH0c2xC3N+e+YAA7
iySqKqGhD32eOvfcDRBT1brRYdvMyzqU/CW8Lw5ESrFkFTVqmFynwHf2ClGZJJUo67qKwOp/e+mW
Sy69+ux8SJUhNUmyrAqcMifIGXFaI294vUDeMu+Qc+J8g1wQFynyjtcl8p45Rz5wDuU/cv8T8pFz
iE/MdO6Z+YxcM6OnTLgPMfvnW2T2L9Bfsn++R2b/HP3l3R/dJPtn6CzZP0M3yf4Z9WT/LKfLvN8a
XivO/WdcQt28D6Oix0EzwukYC7/vx40Oq+j7BpVMpYEKZW5kc3RyZWFtCmVuZG9iagoKNDkgMCBv
YmoKPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvQmFzZUZvbnQvQkFBQUFBK1RpbWVzTmV3
Um9tYW5QU01UCi9GaXJzdENoYXIgMAovTGFzdENoYXIgMjUKL1dpZHRoc1s3NzcgNTAwIDUwMCAy
NzcgNTAwIDUwMCA1MDAgMzMzIDQ0MyAzMzMgMjc3IDMzMyA3NzcgNTAwIDUwMCA0NDMKMzg5IDQ0
MyA1MDAgMjc3IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIF0KL0ZvbnREZXNjcmlwdG9yIDQ3IDAg
UgovVG9Vbmljb2RlIDQ4IDAgUgo+PgplbmRvYmoKCjUwIDAgb2JqCjw8L0YxIDQ5IDAgUi9GMiA0
NCAwIFIvRjMgMzQgMCBSL0Y0IDM5IDAgUi9GNSAyNCAwIFIvRjYgMjkgMCBSCj4+CmVuZG9iagoK
NTEgMCBvYmoKPDwvRm9udCA1MCAwIFIKL1Byb2NTZXRbL1BERi9UZXh0XQo+PgplbmRvYmoKCjEg
MCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAxOSAwIFIvUmVzb3VyY2VzIDUxIDAgUi9NZWRpYUJv
eFswIDAgNzk0IDU5NV0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVl
Pj4vQ29udGVudHMgMiAwIFI+PgplbmRvYmoKCjQgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAx
OSAwIFIvUmVzb3VyY2VzIDUxIDAgUi9NZWRpYUJveFswIDAgNzk0IDU5NV0vR3JvdXA8PC9TL1Ry
YW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0cnVlPj4vQ29udGVudHMgNSAwIFI+PgplbmRvYmoK
CjcgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAxOSAwIFIvUmVzb3VyY2VzIDUxIDAgUi9NZWRp
YUJveFswIDAgNzk0IDU5NV0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VSR0IvSSB0
cnVlPj4vQ29udGVudHMgOCAwIFI+PgplbmRvYmoKCjEwIDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJl
bnQgMTkgMCBSL1Jlc291cmNlcyA1MSAwIFIvTWVkaWFCb3hbMCAwIDc5NCA1OTVdL0dyb3VwPDwv
Uy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDExIDAgUj4+CmVu
ZG9iagoKMTMgMCBvYmoKPDwvVHlwZS9QYWdlL1BhcmVudCAxOSAwIFIvUmVzb3VyY2VzIDUxIDAg
Ui9NZWRpYUJveFswIDAgNzk0IDU5NV0vR3JvdXA8PC9TL1RyYW5zcGFyZW5jeS9DUy9EZXZpY2VS
R0IvSSB0cnVlPj4vQ29udGVudHMgMTQgMCBSPj4KZW5kb2JqCgoxNiAwIG9iago8PC9UeXBlL1Bh
Z2UvUGFyZW50IDE5IDAgUi9SZXNvdXJjZXMgNTEgMCBSL01lZGlhQm94WzAgMCA3OTQgNTk1XS9H
cm91cDw8L1MvVHJhbnNwYXJlbmN5L0NTL0RldmljZVJHQi9JIHRydWU+Pi9Db250ZW50cyAxNyAw
IFI+PgplbmRvYmoKCjUyIDAgb2JqCjw8L0NvdW50IDYvRmlyc3QgNTMgMCBSL0xhc3QgNTggMCBS
Cj4+CmVuZG9iagoKNTMgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA1MzAwNkMwMDY5MDA2
NDAwNjUwMDIwMDAzMT4KL0Rlc3RbMSAwIFIvWFlaIDAgNTk1IDBdL1BhcmVudCA1MiAwIFIvTmV4
dCA1NCAwIFI+PgplbmRvYmoKCjU0IDAgb2JqCjw8L0NvdW50IDAvVGl0bGU8RkVGRjAwNTMwMDZD
MDA2OTAwNjQwMDY1MDAyMDAwMzI+Ci9EZXN0WzQgMCBSL1hZWiAwIDU5NSAwXS9QYXJlbnQgNTIg
MCBSL1ByZXYgNTMgMCBSL05leHQgNTUgMCBSPj4KZW5kb2JqCgo1NSAwIG9iago8PC9Db3VudCAw
L1RpdGxlPEZFRkYwMDUzMDA2QzAwNjkwMDY0MDA2NTAwMjAwMDMzPgovRGVzdFs3IDAgUi9YWVog
MCA1OTUgMF0vUGFyZW50IDUyIDAgUi9QcmV2IDU0IDAgUi9OZXh0IDU2IDAgUj4+CmVuZG9iagoK
NTYgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA1MzAwNkMwMDY5MDA2NDAwNjUwMDIwMDAz
ND4KL0Rlc3RbMTAgMCBSL1hZWiAwIDU5NSAwXS9QYXJlbnQgNTIgMCBSL1ByZXYgNTUgMCBSL05l
eHQgNTcgMCBSPj4KZW5kb2JqCgo1NyAwIG9iago8PC9Db3VudCAwL1RpdGxlPEZFRkYwMDUzMDA2
QzAwNjkwMDY0MDA2NTAwMjAwMDM1PgovRGVzdFsxMyAwIFIvWFlaIDAgNTk1IDBdL1BhcmVudCA1
MiAwIFIvUHJldiA1NiAwIFIvTmV4dCA1OCAwIFI+PgplbmRvYmoKCjU4IDAgb2JqCjw8L0NvdW50
IDAvVGl0bGU8RkVGRjAwNTMwMDZDMDA2OTAwNjQwMDY1MDAyMDAwMzY+Ci9EZXN0WzE2IDAgUi9Y
WVogMCA1OTUgMF0vUGFyZW50IDUyIDAgUi9QcmV2IDU3IDAgUj4+CmVuZG9iagoKMTkgMCBvYmoK
PDwvVHlwZS9QYWdlcwovUmVzb3VyY2VzIDUxIDAgUgovTWVkaWFCb3hbIDAgMCA1OTUgODQyIF0K
L0tpZHNbIDEgMCBSIDQgMCBSIDcgMCBSIDEwIDAgUiAxMyAwIFIgMTYgMCBSIF0KL0NvdW50IDY+
PgplbmRvYmoKCjU5IDAgb2JqCjw8L1R5cGUvQ2F0YWxvZy9QYWdlcyAxOSAwIFIKL09wZW5BY3Rp
b25bMSAwIFIgL1hZWiBudWxsIG51bGwgMF0KL091dGxpbmVzIDUyIDAgUgo+PgplbmRvYmoKCjYw
IDAgb2JqCjw8L0F1dGhvcjxGRUZGMDA1NDAwNkYwMDYyMDA3OTAwMjAwMDREMDA2RjAwNkUwMDYz
MDA2MTAwNzMwMDc0MDA2NTAwNzI+Ci9DcmVhdG9yPEZFRkYwMDQ5MDA2RDAwNzAwMDcyMDA2NTAw
NzMwMDczPgovUHJvZHVjZXI8RkVGRjAwNEYwMDcwMDA2NTAwNkUwMDRGMDA2NjAwNjYwMDY5MDA2
MzAwNjUwMDJFMDA2RjAwNzIwMDY3MDAyMDAwMzIwMDJFMDAzND4KL0NyZWF0aW9uRGF0ZShEOjIw
MDgwNzMwMTEwNzI0KzAxJzAwJyk+PgplbmRvYmoKCnhyZWYKMCA2MQowMDAwMDAwMDAwIDY1NTM1
IGYgCjAwMDAwODczNzkgMDAwMDAgbiAKMDAwMDAwMDAxOSAwMDAwMCBuIAowMDAwMDAwNTE4IDAw
MDAwIG4gCjAwMDAwODc1MjMgMDAwMDAgbiAKMDAwMDAwMDUzOCAwMDAwMCBuIAowMDAwMDAxNTQ1
IDAwMDAwIG4gCjAwMDAwODc2NjcgMDAwMDAgbiAKMDAwMDAwMTU2NSAwMDAwMCBuIAowMDAwMDAy
NjY4IDAwMDAwIG4gCjAwMDAwODc4MTEgMDAwMDAgbiAKMDAwMDAwMjY4OSAwMDAwMCBuIAowMDAw
MDAzOTYxIDAwMDAwIG4gCjAwMDAwODc5NTcgMDAwMDAgbiAKMDAwMDAwMzk4MyAwMDAwMCBuIAow
MDAwMDA0NzM4IDAwMDAwIG4gCjAwMDAwODgxMDMgMDAwMDAgbiAKMDAwMDAwNDc1OSAwMDAwMCBu
IAowMDAwMDA1MjYzIDAwMDAwIG4gCjAwMDAwODkwODIgMDAwMDAgbiAKMDAwMDAwNTI4NCAwMDAw
MCBuIAowMDAwMDE4NTc3IDAwMDAwIG4gCjAwMDAwMTg2MDAgMDAwMDAgbiAKMDAwMDAxODc5NCAw
MDAwMCBuIAowMDAwMDE5MTc4IDAwMDAwIG4gCjAwMDAwMTk0MTggMDAwMDAgbiAKMDAwMDAyNDk1
OSAwMDAwMCBuIAowMDAwMDI0OTgxIDAwMDAwIG4gCjAwMDAwMjUxNzUgMDAwMDAgbiAKMDAwMDAy
NTUyNyAwMDAwMCBuIAowMDAwMDI1NzM4IDAwMDAwIG4gCjAwMDAwMjYzOTkgMDAwMDAgbiAKMDAw
MDAyNjQyMCAwMDAwMCBuIAowMDAwMDI2NjEwIDAwMDAwIG4gCjAwMDAwMjY5MDIgMDAwMDAgbiAK
MDAwMDAyNzA2MyAwMDAwMCBuIAowMDAwMDQwNTY3IDAwMDAwIG4gCjAwMDAwNDA1OTAgMDAwMDAg
biAKMDAwMDA0MDc4NyAwMDAwMCBuIAowMDAwMDQxMjE2IDAwMDAwIG4gCjAwMDAwNDE0OTggMDAw
MDAgbiAKMDAwMDA2NDkwNCAwMDAwMCBuIAowMDAwMDY0OTI3IDAwMDAwIG4gCjAwMDAwNjUxMTYg
MDAwMDAgbiAKMDAwMDA2NTYzNiAwMDAwMCBuIAowMDAwMDY2MDAwIDAwMDAwIG4gCjAwMDAwODYz
NDkgMDAwMDAgbiAKMDAwMDA4NjM3MiAwMDAwMCBuIAowMDAwMDg2NTcxIDAwMDAwIG4gCjAwMDAw
ODY5NzYgMDAwMDAgbiAKMDAwMDA4NzI0MSAwMDAwMCBuIAowMDAwMDg3MzI0IDAwMDAwIG4gCjAw
MDAwODgyNDkgMDAwMDAgbiAKMDAwMDA4ODMwNSAwMDAwMCBuIAowMDAwMDg4NDI2IDAwMDAwIG4g
CjAwMDAwODg1NTkgMDAwMDAgbiAKMDAwMDA4ODY5MiAwMDAwMCBuIAowMDAwMDg4ODI2IDAwMDAw
IG4gCjAwMDAwODg5NjAgMDAwMDAgbiAKMDAwMDA4OTIxNSAwMDAwMCBuIAowMDAwMDg5MzE3IDAw
MDAwIG4gCnRyYWlsZXIKPDwvU2l6ZSA2MS9Sb290IDU5IDAgUgovSW5mbyA2MCAwIFIKL0lEIFsg
PDBCNDA1RERBNDAyMDRGNkJEMjJGQjgzQUE4RkQ3OTAwPgo8MEI0MDVEREE0MDIwNEY2QkQyMkZC
ODNBQThGRDc5MDA+IF0KL0RvY0NoZWNrc3VtIC83NzY1QTk2NDBFMEY0MjMxOTYwODY4QUEwMzY3
MDREMwo+PgpzdGFydHhyZWYKODk1NzgKJSVFT0YK

------_=_NextPart_001_01C8F22D.B62368B6
Content-Type: application/pdf;
	name="multiple PCN encoding experiments.pdf"
Content-Transfer-Encoding: base64
Content-Description: multiple PCN encoding experiments.pdf
Content-Disposition: attachment;
	filename="multiple PCN encoding experiments.pdf"

JVBERi0xLjQKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0ZURl
Y29kZT4+CnN0cmVhbQp4nHWRT0vEMBDF7/0UcxYa8yZp/kAJWN09eFsIeBBvroIHwb349Z1MWhd0
l8IwfenM773UGtD38EWWRmscxexMoilP0p+O9HRDn3rYntP7sNTBZRPJW8NUX+l2D4Kn+vY8W5Qx
zpa1ujLy1vt/ylRe6uOwq8Phz+7oL6yebSj149LncMFk8oHFsk4w+bMZKA6KhtpwDd36sOmixCJt
0jarxzs9XLQme6/ag9Y+pgM7bfu2/SpLhe0s4FpEDknuj1MwYfPsuHtemgmwmOEZDlzkrbtmYQg/
wkoMVrvCmlb/TsOJEK5CE+Q3M/z5olYoJA2sUJEarq/U9XKF3HQLjyx5RsU0FxL+l3OgH8Ybev0K
ZW5kc3RyZWFtCmVuZG9iagoKMyAwIG9iagoyNzAKZW5kb2JqCgo1IDAgb2JqCjw8L0xlbmd0aCA2
IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJy1Vs+r2zAMvvev8HmQzJLtOIFgaPra
w24PCjuM3fY22GGwd9m/P1nyrzZNS2GjYBrHkj59nyRH96D+7H4rrTrdG+Un04/KTY7+v7+pzx/U
L34Zf+8/dst5Z6beK6t7VOdv6uMJFFh1/v5l1hA6P2vk1YQO83+72nHh6/nT7njevV759vaG61n7
cP556zhqICwOgXJgC1RmYDCwDzDDEmOC02PAGLQzMwA/wMhvJnr0jMuk11p7OtCRLQCmfwdAPo1g
tnDbkTDbwQkKo0ATiRE5bCD3JpI46AochUV4iTGJrbRQbAp9DE6gd8OsTzDFPR0XQm1nzdlQJrS8
BHoeQn48Ul7k6RQ6JztsFiXB4pC9yznZX+I5THrl0xJEzH2JR5Sg2AqeQ8gno9Ug8NPGsYIwGSCc
+FVxkFxLLFaKcwXJZtysG6bTGCraKzoh5TQV9Byc3QqibVVHR/KYyWWRSFdRFTdUJZiEw0zY2ysc
eoqyouYVItVwP6rzz8V0dpU7YsNl5aEI2lBdSwOsVJy51IWEvQsXxn56DjAMuc3/F+Di6hj5vqrv
5ObA3RaHhV7uZogjt/QTGaIf193tg3E8BTN6XVo1djsa6XwvFFAvl67fU5OiZXOGjptDVPBa7J8r
IbT6Wg+hfS/ApmAeMcVjEIbrrJFna4I9cGqnRunamu0R6RWKijrve6EsTURI3JRRszRTz1/4X20V
P60DHna3VNmKwzdLxyVYJnJSi+vwEC5C1flX3WFx1z2cb2DsqmVSZ2wWlCw3u8JCY5W6TR+FrWRQ
QQKOTfNx1yCfxDJM65Xlgqda3TcGvJ07eSgqZSBLuJzQh8IwbF0mN7grpZOGral5o4ncl7doH3JN
LeH+HdeQEqgX9/oSarI9NfWz1HTbel59IMAWM/XyzKpj0pYHTFLkUvjCOJ+Qkha/VQK+ni9mcu4x
E79WWE76HBkzjOaafVV/AVQXPF4KZW5kc3RyZWFtCmVuZG9iagoKNiAwIG9iago3MjgKZW5kb2Jq
Cgo4IDAgb2JqCjw8L0xlbmd0aCA5IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJy1
WUuL5DYQvvev8HmhOypJli1oDDv7COS2YSCHkFtehJ3A7iV/P6qXXPLI7tn0hIEef9P1VUmfqqSS
x11g+Of0ZXDD2V3CMOVwmYcxj+X562/DT2+Gv+lL/Pn6x+nh8RTyZRqiu/jh8dfhu48wQBwef//5
6mA5T1fn6TMsZ6/P8dlfxuWXxx9OHx5Pnza+p9hxjZ4f/+qZB+9wsB7KHIjhh5CIMe8xgiujf84o
w8/LOVzdh8VfwdNYE/8GgFxGX0f8afgyxPGShjkWVynDZSxjRoeqFwf88ftTjQwpFkKc0/B0mkKS
58+DPqO7z4NaMfrz9PCmEMfiOI6xBGGqIiYzAiKPBgmZ/PmVrKhG9kqOBlmyy5UcBTGZkSELMuQw
Y0YpmZGSw5TL0ilZkSWnaCIzquRkh63ICBbCaCMTquQQJTJbxmeRXVqpLq1EZ5dJkSH6DFVnfFaV
fXaGqMgM1ycog9D1ZaTriyjU4SqyUYM368uoRi5oFUqRJUOqkRVVckFhJQsyZJgnE5mRkhGtkRVZ
8gQmMqNKnsBEVmQEg+hNQTBSwRCtBaHIRoZQk0NRjQzepKUiWxBUw229SOm1aN4kh1ZSm/CShA3S
KusUQ5t6Qm6RFMqztGxTQLKpRXknOdo1FF0bpInTWd9WSSG3SNaeyH7MpB7O6UmRjzRDRGmL7G4p
5i5Xqm46bNwitGuIvJFUqks0Q6G2yG45bM5lrWRUdh3kBtkNQMypuJSM2q7mLWrKUMypPipZ8lnI
LbKVFKYZN3FRWpBoiyhvkVVazElpflZt2bhFRmkxFqUFibZCbZFVms1VaUGiLZtvkFVazEVpRqot
m7eoUVrMRWlBoq2QW2SVjnmqmfqkSLSNeTYZLsgqLeakND+rtmzcIqO0GIvSgkRbobbIKs3mqrQg
0ZbNN8gqLeaiNCPVls1b1Cgt5qK0INFWyC2ySqfiKVelBYm2CaZiuEFWaTEnpflZtWXjFhmlxViU
FiTaCrVFVmk2V6UFibZsvkFWaTEXpRmptmzeokZpMRelBYm2Qm6RVVqaz9rRrudf21nabtcSSWV+
to1h2iCjshiLyoJEV6G2yKosvVReqXr2tY2Sbd4s0bRJ69nXdjptC2XIttNZz76232i7ICLXe0bp
6cs1w5VjPeDXO7cyF/AekjBV6GJTtrp6LwOPnzt3ruiR02X6Y+YYYY8Jy4z0HWJKeAvbCdkSb9+2
Nq5DuT3Gcsur9zvvybN/WCBdIS8A5Uq3nPPVTfiMF1PIeCfFX+AWGPGbnZFDwt4M/Wf2P1qZVbGA
j3GJQG7xKrnnz5cV931/0xIiXmQh0t20DPFtGWJQx2E5Gmf07sjrw+6Sws7s3uG6vKfZcfwPyzld
3ccypBFV211puik+84hD6N/Qp0jNBN7Y2gUsIpQF9G7xcPWUX7uJyasU5vSKa9TxdtcKsTJbrwe6
lN0uukLZpLWnJJ6XiNIUgTC4pDk93srlEEHft7yOTj1/d+fygdf9XI5ub344qf2kHfE2FmC7g5Qa
8ETDHSSW8Ud8U4QgkNoj/4m/f3dDdYCynb1cddjNdVG95+9O1QHzs+f3hnos+38glv4kTc827iI7
pvX7ZcyS0ZTs9+Y9hppfMe+7/u7O+wOvB3t4vIRdZkYmjgHfbuJQaBC4vUM4LAgfJj2u/5eS8GHW
3e1VSqLr764FCbMnHaxfr34j60pvt6MIU/xF0oVkOReJRxFnT+jS2eS7IpQ0PYwQMSsge82NupQw
Lecwkth1RemzaZN8oCCB1pW/wWYKF/nGaQwZG9TXq7euv7vr7cDrbr2lEV8GFGHz9myOpNxb7FVw
o+IOhvGuN1Erzt90PtxUq+fvfrX2vd44lbvM4+NBhIH8Te3KrV2i6+8uYfhW1Pr1OsF4MMGQ8Xq3
22c+0EBGarvf4Vwh0T/TDs4BR+8wbvujrXvELQCOUjONeKZ3Gyo6P26MR+idxsDEPy40pHYPtpfH
7x0LL4w/Bl8c9LaIb5pAd495+QR6pfPC+JE6A0zNsElNmJfJY/t0DvSJpXRrHL3K6U/j0/AvyKZX
ZwplbmRzdHJlYW0KZW5kb2JqCgo5IDAgb2JqCjE1NDMKZW5kb2JqCgoxMSAwIG9iago8PC9MZW5n
dGggMTIgMCBSL0ZpbHRlci9GbGF0ZURlY29kZS9MZW5ndGgxIDM1NzQwPj4Kc3RyZWFtCnic7L15
fFRF1jBcVXfp9Xbf3rcsN1tn6UBCEkiC0TRCQMSwgwSJpEkaEshGFhYVCeOC4obOiOsILuPuEELA
gPqSUUZnVAZmXOZRR2VGXGcy8jgMrun+TtW9nQR05pn3fb8/vt/3M5eqe27dWs85deqcU3Wbro7u
KDKjHsShcH1LpP2bd2NfIIReRQjb69d1Kbf/afzbAB9HSCxc2b6qxbxiw3yE9DI8t65q3riy+rsJ
v0XI0oPQtPsao5GG6vatVoQWKFDHpEZIuDz2Ex08L4HnzMaWrg2v2f7xGDxfAc+9zW31EdOGGJRd
mA/PS1siG9pXGx/m4fk6eFZaIy3RC547uAGeH0Uo9Pv2ts6uHSgvjlAPLa+0d0TbD+7/8mF4vhch
I6QjDBf9MwMo0mfC8YKo0xuMJrNksco2u8Ppcnu8Pn8gKTklVUlLz8jMCmbn5OaF0P8v/4SDyAfB
LzyCfHwQeRGKfwzhE3qPNcU/oe/pnXwGmQe0gNCj6CnchJ5Ch9Dz+CSU2o0OoH70G+RB09C96Ar0
M7QViWgppFyP5sMlQPrPsC/ejwrQ/cBL96MjkPdidCU6iNzYG/8UbUbXcK9BqWuQhNLRFDQXtaGb
8EXxbrQMvc9fhUrRRagVteOe+JL4zfHb4g+hX6AD3G/iw8iE/KgeriPxvwv/Ff8TGgclbkd3offx
bYZ9KAyt9EDOn6MOdDdXy+P4qvg30IM0tB76wKNqdAQPkhDUHkUfYy++gpsKtTwY740fhlxJqBY1
orvRQTwRzyBpwrJ4dfwIckMbG6DWu1Af2g/XAHoOvY3Nwsn4Q/GTyIfy0UwYTz/6HR7kYsNbYpUU
0YClXFQOb9rQ/0IvoWM4A/+KtAlmoUgIC5fFX0dONAEtgt4+AiU/wl+SK+HazL3IT4+fjyyAl1sp
ttGv0Z+xHxfgOXgxySVt5D6uA+mhxQlwNaAmwPedUPt7OIT3EzM5yj3IP8F/KybHjsctQJEgugf9
HP0KSzBSBXfin+A38QdkKllO7iF/4X7GP8b/QReBUV+KWtBN6An0JbbjMjwPX4Ib8RV4K74V34WP
4GP4EzKFLCRryOdcI7eWe44/H64FfCd/lXCtcIP4SWxJ7HDs97Ev40Xxa9E84Ict0Pvb0X0wsgPo
KHoLrvfRX7CATdgCl4LT8CJ8OVxX4pvwA/hR/Bjuh1aO4b/gT/EX+J/4W4LgEkmApJF0uDJIB1lP
fkbuJUfhOkb+Rr7mPFw6F+ImchVcDdcGvdrKbYdrH/dn3s8f5eOA5yJhh7BTeFR4QnheOCmadT/R
I/2r3z04nDf8XgzFrovtiPXF+uN/Ri6goR+wkIoqoPcRuFYDvXcAx+1Gr2Ez4M6P8/B5+CLAzHK8
Gq/FGwCTV+O78S9Y33+JnwUs/RF/Dn2WSBLr83gykZxP5sB1KYmStWQ7uY30kzfJN5yOM3FWzsXl
cTO4Wi7KdXEbuR1cL/cq9y73F+409x1ccd7Ip/LpfJAP8TP45Xw3fx//Mf+xsEx4RfhQNIot4rXi
gPjfukm683RzdfN0tbpbdPt1r+vrgDtfQPvQ02PnPD7ObeGquH3oZlLM+8jvyO+An5ejBq6aAKeS
R/F1ZBPuJ5nCBvEccg6ejU7yQcD1i2QnOU3O4arxLLwArSYT1NpEJ/843Cr4F9AQ/yyM7XdQ8wbR
jK8kn4tm1IcRKYc2f80V8iHuFfQ29z7W8fejd3gj9uAh8gg3F7jgOf48YQlK4+5Fv+TW4k1oH6kC
if2t/kbg49n4cZALC3ER/oqLI47MBi4q5T5AV6E15L/QEMzj69AduIFfhW5GxfgK9DF6GGZFrtAq
5oku/FvSxG8jDtyPCA8rCynHmZgTnOhqXMvdLX5O3kLd6ChvRO9xT0Lvj5JfctX8SWE+boQZsAld
i9bGt6CNwhL+D3gV4vBilMUfB+l2BVfEp8F9M0iVZSDT9sPsPghyYApXDSle4JyLgC8WgYS4G647
QU7wwEFNMMcvBin2O9QvLiQDaJVgwSB1EOJfic1HS+MPo7viq1Br/DY0DuTB1vgVUOOj6EN0C3oU
XxO7HLWjFJg57+GLhOnkqDA9Po5sI2+RBWTHmfQFbGdhL/oMrl/Cw3nCM2gb/0e0AFXGb4y/Adyd
AxL2LrQCXYhOwCj/Di1cwA2i4thssic+nWuH8b6P5sUfiadiI2qMN6M56Fn0C52AIrpQeOqihVPC
leedW3HO5PKy0oklxUUTCgvGj8sP5eXmZAezMjPS05TUlOSkgN/n9bhdTofdJlstktlkNOh1osBz
BKP8qozpdUpvsK6XD2ZccME4+pwRgYTImIS6XgWSpp+Zp1epY9mUM3OGIefKs3KG1ZzhkZxYVipQ
xbh8pSpD6T0yLUMZwEvnLQH4pmkZNUrvEIOrGbydwRLAaWlQQKnyNk5TenGdUtU7fV3jtqq6aVDd
HpNxasbUqHFcPtpjNAFoAqjXk9G+B3vOwwwgnqrJewjSS9CpXn/GtKpeX8Y02oNeLqsq0tA7d96S
qmmBtLSacfm9eGp9xopelHF+rzXEsqCprJlecWqvjjWjNNHRoBuUPfmD224ckNGKupC5IaMhsmxJ
LxepoW3YQtDutF7PZSe8o49QuX3qkq1j3wa4bVXeJoU+btu2VendNW/J2LdpNK6pgTqgLMmaXrdt
OjR9IyBx1gIFWiPX1CzpxddAkwodCR2VOr5oRhVNqVut9Boyzs9o3La6Dkjj39aL5m9M6/P7wwfi
x5G/Stm2cElGWm9lIKMmMi1pjxNtm79xry+s+M58My5/j2xTEbvHYtUAszQWiI68YxDLTqFZ80cw
i2mPMmYCQ/Qq9Qr0ZEkGjKmMRtEytK2+DLLBXw2GUr0NQJGmXsPUum3yZJpOy/cKWXKGsu2fCDgg
Y+hvZ6ZEtBQxS/4noiDlkxFWg/cJuDcU6s3Loyyimwo0hT6ex54njstfN0AyMtplBW6APjQXcBup
mVwA6E9LowS+YSCMVsBDb8+8JeqzglYE+lC4IFTTS+rom8HEG9ci+qYn8WakeF0GcHI/U39dvfrg
yD+r7HZUNU7uxe5/8zqqvp+1IGPWvKVLlKptdRpuZy0840l9XzbyToN6HVOXcAGiQSTAsbfAlMtG
MtOHJeZePgv+iYypGwZ0euBKloKV6b1y3QVqXGNMS/sPCw3ET9JS7DZaTOtm7+TQmc/nnPF8RvfM
2zjoMCyDsxYu3bbNeMY7YDW1wZnaDTgeLVySpkztRYtgZmbBv4H4YBkNNYHeMKBsKs0A/KcmaY9n
ZAxocA38Ue4clz8dBN22bdMzlOnb6rZFBuI9KzIUOWPbAfI8eX5be1VdgnEG4gdvCPROv7EGcNWI
J8OkIOj8PRn4unl7wvi6BUuXHADjTLlu4ZI+gsnUuvNr9mTCuyUHFITCLJXQVJpIHxT6gGZhGGQf
0bP8gQNhsKjYW54lsOf6AYxYmj6RhlH9AFHT5EQagTReTQuzNPpHZczUhUvGcg+bkjXjgBsJZsqz
gEAbB0sxzZZmy4IIw4L6ncINfhcW0LdI4QepbXcnaCNWsFhkcmIPoVUeQPr46bDJbCaL9BbJRhaR
gfjf+ykgABDOoZDZTl8LVjNnAHNQbzBZkN5AjCZRlskikyxJEA/Ev9lPc5lkNBD/qJ++AeCrfquV
Ad/101yoIBQKHWERqqwcHJSPHRu02T3lodCEQgypKLBHpJ0Kp+oUk0lcJLKYYzHPYoHF+oH4F+EM
ChEzyyGazQBbaGww09jIYh3tgSSxAl+FUykUFLBZMdpLrCwSzBzCFhPS6zEx0oHT2hjAKnmGLEZ2
wNXisIRYQ4g1hBLVIkzHcqrgFHS9sqKyokIdTK06GvaHWBwIb0bEqneSgJ5fZ77W/BtApXmmeaaV
y+WzpHzLEu4Sfp20wbJV0puIoC+XJlnmkFncNF1YXy2dbzHeSe7iduh26B/lHtGJdmK1WAoF4hQE
ojdLUqGgB1Bvnm+dj8OYED211U2SZLHIlE519h47sR8kjyIJT+gTFP0AnhA2mg1GJWzebMKmgzBI
CzbBGzKATWGDFSPF2i5jeYAsfloR6oQegRMGyKN7befUeEM++VTtqdoK73CFPOT3yUMA+0ceTtQi
byWgQR5z+eWhoa3C+NDWTYe3jvfS24RCNKvXtGBWbwrw8nPIHP8WePBNROJvlpWV1eBZvWZ4lwPv
DiAp/tUei5Gmghijj6/vTyu35KeVSwMAlpZbikoZuG8cpI4rV1Fe07G2Fq2txbU1NcUwDdyeSaU4
zZZhA3PSdifotpcUun0TwSoRnokt3h1bIhz89otbL5h7D/fdN9P5V76dyB//VoGZclX8E+44tffx
nAPIHx8MG1yeEqI43CVWEJbhYruzJOTAmXqH24wdbpOIjLYkzoSK3VleT7h4Uok/TOeAJ4fFdosF
4oH438ImOg88PJ0q8HwqbKJs5XHKskifv6LvATJbrez5dFiiDBf34EEP9sz2g7wLu0omlfT6T/pJ
u3+Xv9cf9/N+c5aBvpGh2ZMGjAyK4ZjhuIE3UD6l7VMgbKN9MLCWKX+INPV02E1bMhA2cwht2zDb
N2OuNySf1hi4dm1oSIboNITRv4rhE6hyCGhdXo5t9vIJhVM3hv28bJGsEhF1elEv6DlR5s0BJOlt
AYRCOJSXtwXV0nmRNlHMSA8Gs4MTbcU2p8ftLi6aNInCXOUVb1z64BzZ1G+ytc6bd/M5/ff2X9Ay
Z2InuW14700TZsxbcMt1pPzbtyl1QJiVghzj0Af7hUkmExNXg3tLy0rYvWSiei+coN7Ts9g9nAU0
tAqpYOK+L/BzIDopcKlCO7B4XOBBjBoJl4WRVhNi2C6eWLIT4UF0EiQzUtAxdBzkagKxAHwTTqaI
RQyxyEi7gpxMVugpUSFHTJUVA/F4vyY9voP5R6HZ/BmopsjuoLitAOkIMoQ90b9iQM5V/cLBb6ZT
GZ4Z/4LkCXchD/qvA8gIfc0IljD6TwGgx4cRNktGzCG3bAhZjaIb2NIqp6N0LNmzzDiu01cZqup0
7boe3XYdj3SKbpeuVzeoO6YTdVTy0XEBcIqJbgC+6Kfj00SpBtCxAvBNPx2ijs4HE+UjnahJ3U/Y
kHUHyWqYP5P2rDxrkKdOyEMwSvnEqQrKRQDayu3ltuJi+bd02KFQloexyERbxsRiW6mt2JVhc1I+
IbL/oooVzflXX7133z5HKCfl/p3yedEHSP2NWNccu+nG4Z9W5/thRQR7F+EKxh86dCR8qYGxyBzD
dsMuQ69h0PC+4aRBhwyphnZDj2GnlnTcEDcYU2H+gPVNOIPIXYmRKIi8UdRlCYjfye/ie/lB/jgv
DvIneYJ4hT8GTzyf4AaecoOHYotn3MAzbuAZN8C7zxi2+ARD8CN8wM/Wn8kHQHiVCSoqh+j0KqeB
YqZjbcgxsdjFAT9c19/fz//16NFvXXwQpgSMeWusiU/jz4MVKwWvCN9slsfJ58qzZL5S6VVIqpJr
zkguchUln5/crmxX9JM9kwMXei4M1OgvMS/zLAus1q8xN8ktnjWBQeU157ved/2vpZxwnkg5rsQV
dwYfkkOuifxkeTp/obxU/tD01+SYbLJZOHdSkqjDwGSwilp8mceMWDaGjXXGHiOvhOnwlTDlGlhT
P6I8ApBXe/6GcdHYVZeyHAM+CWew9bcLO4pJsT0LoUGMt+NduBefxHwqrsRzMIcp/tjcw0wFwTKt
D8u0UcxWa8hxmuGcZWWSDjO9ANspAbAvdUapF4dmy6fGTsCKankYGHR4NGkIKAGybogyKSxetXRi
orUOYMtJk4qL3GDCE8qu2TbOSWXZxJJgRrq49aHJtzVed2x19/uXL71lvO3hdRueeKSrc0+sSXhu
27x5N8bvfDD27Q0XTR7+lnvoyOFX3njl5T9SGs6Kf8KnAA1dKBkvCHtSUZKLLOJqhVrDIlOUWyO0
GaImvWsgfoKxkA2A8HwKJSfRONv+lvCN87Sfn2Cf7JuQNMVe7Z+SNM++zDc/KWJv8UeSNogbXKfJ
aa+M3NgqeTxz3XXudjcQ0bpd3iUTWeYDSUYdOkgeRzg+yJgas5WFYlHGGN/uSOJNnjCsuX9i0kBi
2iI0LVH+priVaH5Ddl5Jr4QlfyqVpVnBklQmn1IySgpTcaq7WM7UhTPzSlJ1lbo5Oo4qeyBPvEyq
JDEhY6H00yUxceJmssSXUlLqHaVVbah6+MRsGdak02xdqgYiDQ2D6DhROWQvL6itGF5bwaaOnU0c
BG9CeG0H9ohAKmSTUXERsjl1aWz1wWmwGgHNuEsP5v/9wKexz7HzT29gC/7uE2PfNfU3Dr9N5pnL
Fl9/xWN4sefBfpwKzGfGObH3Yl/Lyu6Djfj2a6c2PgzUuw8hfhikjoS8qC+cH7WtcZJZ8iznJfIl
Tt5kTgG9DXm8KWBVIL09qDfSoeplTaM9FQ7Q4er9ih/DP79XUjBVRBRtoTmd0KVPq7o0FTZMb9dU
U3VGMeBk2MiWnFrfOcvGLuUgVABltac1fFHBC7iCWEURaEtFnhQC7JyWZgOYcjLgJe0+kntbdfNt
NX+P/TZ2Hb782ftqL5pwdex64aDFHt3f8kxsePhJDt+4edlVLomuTyvjHwvrhNdQMnptXz1ZnUww
XRC0Pn4SXk4hBRVJ9agddSX3oKuTt6O7hSe4X0gHuH7pJekYOpH8j2SbxZ5sS07m8sQcW16SkjpD
Wuy82LXY1yisSb7cfoP9bu4uy91Jj+KHyKO2NywO5ER+2Sn7ebBf3uvLKWdsOy6nXLYizAccKWYu
kMIb5KD1QhRUgJH9qZ6gosd6hju9L6V+mcpctdVDs+XTEJ+iDAVz3lPOtPna2rWUhzDlID4jPZNM
LLFnFhfxHl2Qcg4gzU45ie9//tzYCx8Oxf54z2489fk/4fxzDhU//9PHPljW8tG1D/6FkAmff/sr
3PqHD/GiPcdfGbfrtgdin9/6TOzTbc9SzN0Ldlwq8I8Bb9pjN9ERGB2uEr3X7AYhQHGXRiE94ThF
p3fqdHqi4zi9gSfEoNPznCKKoOX8jfGJQE0kpmwKqvU2EP8y7GcmVK1iwopprqnO1G7qMQkmvUFh
Ok9Ygsb+M47jNWp+meC4rxIcZ6RGwijHUWUGtEc2aStkuqaBmWSnSmN5+VaeWQWqyXcAcfHjT5tt
JXoFIrCaaiYUArpDoPf368PTy2H4g/unl+vDRSpYVK5L95VTYu/3AVikgjQ1g4FhU0a5zuKE4KDP
p/Y7AExWwWQAXRT8ao9LsxlCeIy5BmZDMYYlFuyFe1/iyMGXvouBkbCF3wwGQs+3PZRSD8BMpzt/
JnR72CUKKXq9Toc4nk5toyEFDEodRWiybC/RLeQuVIyKRIx+iTf8j1OaLYo/OJfN51wyVv5VVNPJ
DJx66gQ1PocrErNZptMZprIrTQsP8Jnf3ceFvnuDu1o4+FSs8smY9BQdgxUh7r/BwpHxn1RfQNhl
xSaRJwaRiJIRGa1e2j1rAdQPf2wmBJ622rEVMC9SHM/1lS+17uB36GEqWgeFQXFQ94rVYA27y/2c
w+CS/PJEPNm0Bd9s0hfYL+ZrdDWmJZY78J3GO01PkwHzb0wvW16V3+beMPxeekf+0Gi3a+a/yYzs
NqtXgkVHpGxvoZBVRERCRiMRGRNR2Q5ko7dAeKUocjq9wYBF0SDwHCi8VrBFJGy1SrIJDCIimTiz
bBStxGqUX0QvGoichQxOhAwckV6EhSrLzDnNZs5oMHAcEUGfMJuRcY4d22dKV5rTjdaIaLgybBzA
gafD4lyxR+TEATI1bFG4K0n6HMDlTNsVhynf154CQ3i4dtjvHZI/lE8NfVQLnaVmsBpTQ7hWs4Rr
N8mHEe2+1bpVf3irRT6sxnDTWeSKCn0FTAFq9/ZbvMnlJsbTyeXmdE85B4E+96WVy0xIuMpxelq5
IZyU4OZQDYirEJVXtTXFGBd7qBFcClAGl42t+OrYXX9+cHxSftbeP8ZuxTe8+/bk2KckB8e+nlF4
fvG3MfPw7/CFNbFaGNc1oJS8CPqIDf02fE6BA8s8zuBL+Kn8An4l38WLBpveoDdIDptBQpwem5gy
iIyGnO0gW9MVB3aQdJtqUqnmKfWf/oAVpZmnmhUlMiuKeo00E+qUqr1p7hc9mxCz7TMOn6k0U6tU
rj3VcYLyK2hr5TbVOi1H8m+3WpjjobYDwzKnKm4gukFy60SX7ZoHzmuqvOTS884//5xLnSl88P61
F0x+JHtGZV3H8Ot0pmxFSAwCFjLwS9QJcSrhU1IBsL3+K1xtkkqy+BP8CcOfPR8qwhvCaYV49EqG
wRtQgKcyUpJEVxJITUBPht8nG49l4e1Zu7JIlsfjt2Rtt2EbT1FhY1POxjwFFCE2J0WIjU4CD0WK
jVDJazNTvNhEihNbQlbYEl4p2wCuDZu9WdsDOMCqC4xUF2DVBahnz0arCzBBHjDS6iA1profAsz9
EKD4pxUHaH1uRIozsvAxhLejXYikoko0B6wrWka1f5kOjuSEQgKxW1skxlDRyaioGr8WRkVfZtYA
3rA3jRpAodlnKeJAzjEpQ6NwqHZ4dlV02kegh1dWVFSAJlMtD8l0sab01vwRFrPTEXSabQFQ910B
TH0QoS2aKpjgAZgXELlsGbYSto6rEAAAbb2/6OHV6+5IvfLl+x7fm7HsvPaf9S9puGjLZD54++zl
K5Yc3L1/OJv8vHn55NsfGr6D9G3YMPfuW4ff0viF+wj4xY03hR0CJzrIo/KA/AH3seMkd9oh8lSq
VwDDbJTxnfIx73Fv3MsreqfF6bYnCdSakoySxWzJ9DIfkpfZUSbmSTI5KbJNlKA25ndlE8aUznKM
+JNMzJ8Ez1+rBDUZKd5N1N9jp7g3UQdV3IThn2m2l85NP3UqeU96Sbt3l7fXO+jlvRwpdrnZ1D3d
b7Npi9KI08PzPadHQif4JmxjVGY+JcRrvo/BsP3s6T/bI5/hVIL161TF911NodAQSE4q8+mcxhpx
3aLNYNQbdUZOlIM20RLAVqNdI3IeUJmKv7WMytRC85xB4q0PdL9bd/9c2dift+aCzkf44B27q9qr
izYNd5JrW1um3PbqMNPGKuOfcHuAioWcJ3w5n+5Mn2y40DAtc3F6NP0Kw82GqzMfdjyR/zwnGTx+
r6dwVv6bHiFAFhEiF2Gjd5l+mWGZcZlpmXmZtFq/2rDauNq02rxa6g/2Z1uzg5nZmbmTMpcaa0wN
wYacroyuzJ7MnxrvNd+Wc0f+7YUPGR8zP5j9UM7e4K+D7pyEnElPABkJIDMBsDwU3+kJICMBZCaA
ZLqC2FPKl+qzs8xG3q8EXbxpfLJ/gDweTvflUxqm+ip9c3zLfbt9R32i1Zfqa/O97+NTfbf4iO85
ILELVgNmGYadNLtM3c0yPgbmDJYxVfMH9zrdJarFaLGVYDx+WXJzMklOcul42g3mDlG3B5j/46Ow
g7IKnzTelAoWT6Yv7PCWFNHiBVRu+bxqTBnd56as5lNoSZ9CS/lkOiofsw59A+SSPl1mHhTdl1R+
LA/n0VZoiTxqe9BqGEBLAPDZflooz8+aSgNbta5osIhUFvUUkSJq5WYiryrNGPMqKpbJIgbQDlAg
7KOdUDKtzOFgZd2zKjSblc4BhalObEfCaqbVWNPfR5gKTYJ8EzRTtnZttSbThiDIcOuYzSYATVoL
NtqoxBsCSUczVQ6tBSVP9RSekIfZDUQe/MN084HNjXD2uJQMwZkftMl22SFzYrqkBJAhRxfAwjiI
UpzwmGbJCKD0DMmszzUGcE62wSiG+ABKlZPpLApRbUWNmGacF9qyZQsaI52pL6rWUepWHR7Zwezx
YBFNKlUdIppR5HKC3uFmFiW1uoOVfdbrL79iw8Ssn75415wpZXm3Ltj03FJbr7mz6YrVbndB4OpD
dyxuenHT0bfwuUlrOqLTzs3wZhXN3DJ7xsac1NAFl6/yzl82vzQjKdlhzCyecsWypTsvfpL6TKbF
P+GzYZ5KyIfX7Hd5KbYdCR+klS6dnYxH2Au7zugzzxAv0C8Wa/SrxCa9vkSebJ/snuitkmfZZ7mr
vMuEZYb5cq291j3f2yK0GBrkFnuLu8G7HrsMoiBdwi0UFhovMTdzUSFqbDYbPUm8zgZLuzMzwFxd
ASauQf//jApC6tdgHg1ZSz3JLGEGML8GBZjvlAKa+3Qw7MjMKinUYaSTdYqO0014H9Zymj6TulAA
tmQis4XaDnbGqGYmh5OYHGauE211ZXoCcjNJHIYq6bJN0AQ/5T8QvqPcJa8N1Z6uHU0IqdYvKKB0
LwWU0LBhgbDAsEJYYeBBp2Sc4JBLgdpIJS5yjPF9TXvo+l+/g92X//WG92NDB/q2Xtu395qtfcSB
s29eF/vz8JG//gSnYOnVV179/a9feRk6NB0k7ftgTdlQMl4UfshIeClLKpGmScJE58Ski8lC43zn
gqRVpEGIGuqddUmDqa8Lbzje9X3o+ND5ueevvg+Tj6fGU92pqSF/hbvCP8vfnro9VTeeZErj3ZPJ
RGkWqZKmO2cmXWxcLK2SPhQ/dn+DT1lk7OIsJtmKAkkmnQ0ZXUmcyVuMUZbNmiXLx2xYtoVtdbYe
G5/KSJrKyGuzMz2NSgBGXlh7qJ7GiGxjRjfT0CxMQ0vsJFLdLHw+U8667JmHdEd17+viOj7h/0oZ
4/9KYdzC3BI6Jjh0fsYVvpSSuWPtv7XVQ8OhMROyAhSg4Qq2K1NBg63cpnkrKQW1PZeJJXam9IBx
i8fQiyuLHt78Rvfq16+q21Gwd1h5snvdLx69fMP9195347cP7sTctnlTiOWb6cT+6su/evHtVw/T
1XEu0GwIZp0fL9WsxxLLZiu2mnAYzUXtoBvydsCrN4k3YYtLp2ebCGZ1cGyg6oSgG6ihI6+/yNhN
PlxbRAPYmeEZBjNOTZrqmOpZ4FjgqXPUee4h93B3Sw/JD/nNeslnXE2auNVCt7ld6pEeNu8z7Dfu
M5vd5mvNHxDOkr7c2mbdbOWsmC5vGwsR7VQddItqr8fRSWRAVqsJjfYxCbqeaWGWhSU9QHdZTKFU
jBGsBmHmSw4zR/IFzH3sZ+7jmUmuzKM6TIlINIclU6R1TMfSTQiUJOyT2rVDqp1S26Ft4R+gq2hZ
zVDHKVWyM6elrbxArgUL5gQlG0jYtTUJd6VGtoRYpZTjKvYkf/7Lt2Nfdnx6/VN/St3t27z0uscf
unr1zfgaz9NHcTI2PonJlt33B9Y0v/Dam8//hNIsLTaP+ztY/H78pUazZKPTypm4JJ/VLppER9hu
VUxhs6JZ/r6CkP9dv/cIGCz0xswqtsgE9lqTsJUqFC1J5TnOxdbdRi4shcG8VnIKS2Qa6cwGu1vy
2rNN2eZsaZJ5kjTRcpfNlGPPcVzgrrHXOGpcTfYmR5Nro7hO2mi7zHmZ6xppm+1G+42O6513Gh81
PSs/Yzvo/Mz4sfOf0rD8tTOelJLwD7gdpqQAb51mvRoo7Bvpvmr22ctrNa9AqdVqlm12uxFxPqfD
kWU3OuHBarbazFkmI6gwRocdaGUSaQUoSU4iBUmHkkjSAKncZwVchJ0DZGHYVGkP28ly+yE7sQ/g
8/dbcTqqChjpK4atsGIuNM8xc3PNcTMxQ469BcBLUEd/QLlipTcEyBteC0u938v2yL3yqRM++QSw
hN8rDzEIeemETfgH9Jvkw3D3hiyag2Ar8wYcntVrWTCr1wvM8wwyxz9BpvgnuKysRnMSHEDO+Hv7
S8uN6aXlFljz9rnKbemqd6uGqtNobS11BjiyKe+U0gsXO6hXwFGMwQYGLtvsPCe/4gKPLSiYYi3P
vxtKTw190B9rnpJZeMXiktiqx+SczMAaazKfM3xX95Yr1pE13/5m9/k1C+gK3AvMdQvIbwGm1SaV
Rn0ECQNkd9ikrxCNhsl8hTgZ44ITdNt4+KPKwJ4k9jYIbwkSjaZXOMNkoYyvQGWQj6sghPpoXzEa
TVvS7r+TWoagLDEb7wRUcUL+O5C6Wh7+aNaCJXsFHiYpRR5FhYNujXHcxGLXx6Xvlzx4FDdzBlwV
e+a7L2M/O3KEzoFCmPQHoa86dH1YEkgKzxHEjl0aBkjnXoXH/ADGT4sKJgUc5gDeh5nPjuoRJmb+
6DWn3RcJX91fEt677xJOu8SWL9So33/XqJeitoKOQx4+UfuRzIyaSuZ8T7OlTaS+OuKIJfPbYgFB
euqpb/5BMXst6DbUIyzDytgTvgcLZmumMFGoEoTK1N5UkpqanlScdH4SXe/EyQ66+F3kvshfq6+V
llhr3Zf6V+ubpUZrq7vVP5j6lvltz9u+vzj+5vmb7wO2YvoUocBa4CwUKq1h4SLrXGGl8HbyP/lv
ZLPssvBAmQD158DCaDF5M4+ZsGwKm+pMPSZeXQpNZooJk1c7AHSa4cOUUHFMiQ09AI4zxDADtYAZ
pF3YVqxZj6qFWMxlEfLDu3yxxD5UYrvPPGa7z37Gdt9XZ2/3eZm8dqrbfSkzxu4gjXgZ5GFIOXvD
j+73VY6uoWzHLy0DmAsEMSi0MspIz+ZAvx1ZQ/G4R/o79qzYvTYc++K5Z9eQkkW3rnvyF93rnhQO
Dv/zljm3vNwZ+zz25s/xjkOLbjjyyrEXjwB1LwTqJsEamoNKybhwvkEy5Pkkf16ulJdXLk1ylQYm
583Mq5Vq81ZLTXl1hduka3Pvdt/jf0xy5SS2VLIpX/oo9LDv8Zz9vmdyDvuO5vzB9W6OfpobpzA1
heLAzhYlgW1/TgSChBdRKNWT6g3l55WU8+X5M/kL8hfra0Ir9U2hdeat5t+av5a+DtlKSyyYlwsy
SzxFaU7v8ty2XJKbVGCptNxi2WmJW4Sdlt2Wzy2chfGCRd3lZsCpsIsSw8KUGAvzVVksSZwHFuT9
3tudSUk65hJi2g2qyjYWgfqVG5EjSGSzKSstk+5l0MoyRw7OZDKWyaT7n5TumapRyYzcP9HZCRBr
KDMxFzPBMAxbssMoKAeVYGFwd1AoBz2aHWkIDsTf3M+ACeVs+4Pq1uWD5WRXOS5nh3OmsGM5Wd70
gsxD4lGRpIqVIhEtdKQiY0KR6Wwi83eJjAlFpniLzDYVJ5SNOUYzdGoopBl3Y1xZFcOhDz+k7HYC
TLthasoVJPKvVe26hGHH/FYh0OaoMM9iBhVYXKosZyYYdWZmn0c0fwdoCZ6MICfqLERVGCATV9Fw
YPXuZ2d0XjBxzdurcHHVdZs3Jvd6W49df93jc2WDJ/3ZJM+Kw23LilqaGh8IJl+1aPoT18zeMttp
kfyZWcbWcefWrPWuvWFWOHLh+A0nv73m3DL8bk6SnFNdcEHdJXPOXQ9S0oeQbh3IKy9+JxzMRUFb
rj3oLUeTbOX2Sd6ZaIZtpn2Gdwm62LbEfrFXvlN/p5Voa3qxjP2+kKtEKDFPE6aZZ7nAzDJf4moQ
GsxrXF1Cl/lyl1Vw0fN6dj2IYKKnu6iVbGMC0JNY8lM4XhDoCSS9YDSZzQYJiGV2wjJPP1nzugbi
FXsF5FXo3Wy30Xt4qUtvUJBAlxzkBI3PK+j1KS6v0+Xy2s0GQ4rLDqDdBvytyDanDAqFwaz3ugSr
TTYjAl0SOK9stRoMej2BPnntdpsN6f0ej1+eYsDzkILMELsghJGA5+1X6NLm8w3gG/Y8qnoB/L7q
Yb93eNjvG/Yyt+YZewb0ghFi7RgIC+XlW6vHHqk78wZswjYSqOJwOAGNjfCsXivoEjbQJfrsRi+I
bvXgXRYk5jHtFFHtVDumZ4GUveawENa0jY7aNE13gJtdVSEycDAblgp8X+zyl97P9JcZseezP8zJ
SBr30Qux1mdir2TrPM7Yb4WD31XecftfM7n3hv2xv/3jhn7ul99M52tvVKIzvn1Q85vSXTUnjhxA
7vjgXpenhKPCik2qLH4iV8UdlHiWNNnjK/HobWabkxMwsiYJOqfJaM4yMNemAQ8asJtZbW7mQzUw
76mBeU8NI95T7TScn+Zjp+GY7WZg3lPDyGk8A/Oe0vf72TG52W4qLTzUY+o+6Sbt7l3uXnfczbuJ
81/vdPwL16n+LNepe4zrlKjbHK6zzwZpe6qhMeuYekwPMcsPFq0RL6lFtOiyLKI5gCW9NeECpxtD
mJ0pU0+vjHV59185uO6Xs/q718y9qQIWri9uq33o3uHl5P6tly+4edPwM7BmnQ82xGewZqWgPNwW
rjOZBGe+Kct5kanKKRqSfcn5pqAzP6PcNMl5oWm6c7FuianR9I3xny7L+Iz87PMyzsu+KHt7/q58
3aS0SbmV+dNN09OqchemLcxt0tWn1efW5ffkv539SdrfMz7PtnncomuA7OnPSXLomB0nK6C+USuu
Bw0CZmEBIZvCRUJSktVYlZ5kNrpdxVnFxiyv95gHy56wp87T4+HzwybAdD7TWDzMePeMGO8eZrx7
3Owd9dioxzHt2nFM1Xj3UHXiQnYus8uKs1B6auYh61Hr+9a4lU+1VlrngBHCTrBY/cwJmM6cgHSz
J+H6Y2uc1RfK70orGbvPQY34U0PyWXb88InT9FjcCXqe5QS9s+MZa8Ek9FB/GhPl2SD+iWrNeyYW
21T/2lgXzMrdpqKpXZuu81rwut53Trb+/qZnL3s4+s6u//XZXQ9vuuLRpy7b8OgS/7ysooalpb03
4Ip378T4xjt7vlv91dENT3B5vx889OoLL74AGmh8GCGhhunLFrxqP7ZYZXZG/It+DVD3nOi+erhm
9Py1qmgUyIXyKn2joU6+jtsu/1Z4URyUT8omvVCDF5O5cqOpV/6H+R/SPywwEXmJt3Amo0HgebNk
0Ys6MCAFXi+adTCP6Fy0sgmj6MxOeEU4jqa5aBqn8GYnlDKkCII+hW3NtocNSG/+NAzymBzEJjAQ
TGG7WUFRHTd/Ln+Uf5/ntquaftg01zyoe9/MbTdjM32WrbqjOrJZ1wNG/U+tb/4R5h4Ybz4I8M87
pB50HgKTrcIPi3aFPAT/qNkWomYbyF96xwkhDbLWAjJXUO9AxtGDz/28ldPrDsZPgqz9qoydfO5Y
qzngMjBIVC6Nc6RxVKxypPj3ZMm7Twzfc/9b+L/vmg46Pz0Lip+NTSNL8Y4D62+6gVo2IlDqabDu
7Xxy4my/nTI687moSpWonb17vd8sMVc82DQUsilm9QVoRupBxsFwAYVsYfZstHEYmcFOxKLViIyS
WaSIN9sw4Y28zajtUaoHRG2gwBw5Ir95RH6dHfPXVmhQYNTBUX9yAASdE+fxuUZyoe0S2802zqZQ
NjJSU0E7HHk8ccTtZNiQmlYiJyVn02OuJ8NPp2aW8KLZ4BADBp8dzD9eNBlMFr1dRg7OqUvSB0zJ
lkyUpcvThywlaKJusv4cyzRuhhjWVetnmaZaZ9gutF9inW9fo2vQr7JvFC/TdekPiAet++3/FL81
5JhsOShHyrbkWLPtBc4yVGpfr79Wfyd3h/kR/Ch51PSweR/aLx60/IZ/U3zL8An/ifVj+ynxG0OS
SaQ9NrNYFlW1l81/FiecFwGjxcrbkU2v02fprFkWerzRouMkbM6SQCMNl1LBIZEsnMeMGgk7HWAg
24LGkG0hP9+4zNZsu8K2zWa0GXlQhig5VMKcrQwVhE7BP/osn6CXqk3Cv0AYlkyqJOkEg9GoBzXJ
KNts1oH4LNCN7KATzQyvNFotygs2nV7R2ez2EKytgqCzAJ2zJAsYUxY9SM+QUe+E4lRzylI1J0Sw
zs7rrTazRWLds0tmMz0ZA3qRaLfS029G52lZwnUSddpx0gB+JGxU5hhxm3GzkRgHyKKwYY4Nt9k2
24iNPplkAdex89mcAJn34dOO0yuZ0uSrPlVb6x2uXQv/6ImLWu8Pa03qEUA6Ge3/kdJEj17QQGEa
ZvWmLljSLylmhTwbP44wBEv8WD8qtCp24FFcpv3VzOotWcC+pjm2R1eIWUIaTPVipk7p48f36BQ1
1a4JgAO0ov1WhdatH4gf69MV0hr7UBk5qLY0UvlIOQ8rZ4sf32tUeAWVjfX/WOKv77eXo3wIMMH3
OKjvpyZh5YbUo03sqwiqvTGtzeFhqhuXzeFZsWcOPlbJFz92YOfEc/fvjvU/81juH/ng8D0nbC+T
1uE7XzlCVn77Nrli33dHQdI4gNQ9wmvIg6VwitOArb4CX6Ev7Gv33WO+V3pM0vulHKnXN+jjfVSS
5PhTS5L1Eme2Jhmxi4ScDp4TkXGnEzvjjjDvyeIRR27D6sH7CdrB+1BSasl2hH1htgcYlqjO5GQ6
VA7zv6QzLSpf87x8oR1Mc2qa1GeJMwcfMRcE1a2eZkrVg17fs/ggSkOnsRGBtB49lk5Pq4Uq5FPA
OCDlh2qpc6aCnqsaAu5h2pRTtokGnagHG1A22APIJoJORb9s2LIFA2pRRzE9rz6xpHT0dInLRc+u
9+3c6fBfte6iZYGyovnTjh7l7r5x7ZqS6Rfbf26cXrfixu9WAk6XxT/m/wo4LSSucHY9V893cl08
n5U9kStPmsrN1F2UXJU6LXN69gKuRrcs+eKc6x2WDLoMawayCmQlgGACyE4AGeyUmZpZBbISQDAB
ZFMdeDqFcqRgJsnksrMmWUsypmVVFSxVFmcsymo2rZbWWFY6o96Npsuky6yb5O7MzqxruW2m66Vt
1pvkazKvyrpN2mHd4UrRpN24tKA9EPQbgrk4iFCu384XTQiiKCiS0riNgesDJJDllsalZGfhLMEt
UC1C1R9SxhlSUtwcc42HqE9XlV21mnvXU14wpF6B8LisTItkEtKSklMCep3Ic0TEWZnpkCYKKYFx
/jDljFv82D/kRuPY5jQ7ESljBc/Fdbgdb8ciHsC9Ycc42iRtGnp8oSGIcnEuZSXKabm0axItl+sv
gjHhoJ26J+gre+L8nn1ETbEvpC5D34R69chebfUJtslGj5aGQqOHS+XhWraJq4ppm0c19wGsYTsA
o5wJ6p+jNIWwD2XomdzM7CAz/s/abOU99DA61QUzg8uelpb/ZlPb4wvmLjsn1jyvadWVX/zswa+v
FQ5an3qs9/7yMvzWkp7Lrv325y/F/nEX/qPcetPF53dOq1qV4YmESh+Mtv2qoenVLZYbbt5yyZzi
4jU55+xb1320s+tTpJ5yFpaCRmhFyejDcIGSiqfqAfega9nkFCvSe4KKAaseQgM76UgNKIiZn9DA
HENMUfSnJsv/8XnI7580TRl7tpkebdbg2qGR45Bs1k7iAuoHSbyeF31ev5eIYCgaJSMnutxOt8PN
iQHOk4btFoi8+qQ07Dba0hBTVPLgbwtWD0aD6m13OYmFZGSlURV85HQ0/vqJpVfWdHXOvuzWI9fE
9uDyW38xoar6jubZT8VeFQ66ki9aETt6+JFY7LFI0VOTJlR9+vBHX+alwKgXxz/i3cIgGGU12m6M
yedlaPMmIcanIaqV4dwMo2Q1W1OMxlxXShKfkpsk5EoZktnrw7BcMzeooguy4w2QPVhAv7A8UkAv
ZC+vrKQHo+wwXV6UX7SXy4dDRTTQHbYcQXJLVdK1El9lu9i2LsDNdzfLq50N7m5po/NaaZvz+sAv
JKOgMHPbRH/9h9dhaBdMsYf20o9Xn8H0B1skPBFo4+K9B8lDyEcaw9nQSwG6Kdk7lyttClHYxrvS
o+sMhtMySgqDmHrjCPT41NPsk8zt47wDuKzP9xo+iMuo6yFsgnwKoh/Dbs8fwLftuUHdrqbG0mlm
6p5iZB5KuMzoTDoxegYCFk56zguvrRk5oQBTRFc6ah7pshOfbog6GiMwnxb3p96+ZvPuBzYVX+S0
mzoHrl3ddKOzP+2zX254ec3Khp9sj33y5q/i+CrvXVt7f3LF/c77yIZN9T+5+mpl30ur+hqW3zs+
5bmbB2P//AgQMwVQtJq0IA7lw6JI2jlSjatBCcpAxC+0U8nAt99EJcOJWvkjVFA9BNN9La51TExz
TSG5eGDfPqrP70CIz2O7Ki1hM2jaXIqA9GyDgjwStuoI9x9PntPfmzzi9yYPO6kK04aeHaanh3c8
T/4AVsY/noImwlw9eQPWJi+6NnyhCZuMARww8kaDmf4elE40YeKlv2OhQzyn99glnU4U6C9bsB+2
kMwmJ6/j9NgoCiaEZAVW/UOigEy/EAfw7WFJ+AUK2xwlyOdrv1H1zlefortEFcO1FeUFVIdT1Th2
T3hCgayeYHaxqJtU6gECggjMpiQtDYbH77zAgW/lnKuuGb/5snPbNkyec2HZuq6iLfxTN5fl7ptW
f3tJ/s15lonXLZpz3U0XLrplvI9i+hBEW9jXYq/uo99mEPbRYNm56seDxSXqfVyhes/JVe8Z6keF
e5NT1LvXr35kmCfJJYqwXdgtcEAihG5Bu1Av4gvYHvT76CQS7Aokbkccy84c28irUfFvCSr+PUHF
02H1UCX78hk9wL855oB9LWh+fT1g3tbW0E/GRs5vqB8QUkIeep59NojpF3HcV/TEOomEA6J6skBc
LC41cFbpH8JpkTOYaRdE9bgYUb/HYu6xBMC+QGBHohZx643ELiqOtBLQXE/utauWWT/c7QJLSFNN
tashReR5gRdLDTN4IUscZ1xiXM91G9/mPhB1D4s4QwzqsvTlYpmhUpoj1fA14hJdjWETv1G4y/Ci
+AewsE6In+q+FL/Wu+xGIyCUJ6KoMxj08GDQgwElOoHbOFCUBCPYKEajAR70QEP2m2V6kwkZwcq3
hg0Cz9SKdD19SlPYnj1z0uv82yUsmbIQWDF4e+KIFj3XOuF751rVg452Rgj7mKPIPrP057QZK8ee
YK1dqx5JnS2vPc1WfOaeU+2TygpY6qnPgB+71auT9RX6Co7FmvIkzYKF1HA1R2DtpB9F1K7VtP2w
0ZCfXG7QJydX0IP4fcn0PP7rfQq77UlTj4HXsK+g18JKxuwDMT7Yl8Y+nuhz09t7fTI7xQ839mRm
tz2mxFfU1E6nTdnf5bHe6YbWnM4KFkGp031eWvhvewLlmoJSo+5PUFWF+RYxPW2Odbbr+vHjn8ZW
40Pvxe7fLBz87lncG1s33EBSL4tdQufeQYi2oiMw97LCXlKBjKRiOWpDm9FuxO+C97t4ugEM0p8J
fGDqicWug0foXi5BF8SauOP8eUhGSXhS+GYTCZE87zlkFtloFitdlb5Zvu0pu1KEEkdJoDJlmmNa
YIFjQaDeUR+oS+lJeV18w/6R+Kn5M6+cS9LNIVc5mWieSaabl5Im8pb5He8H7k99HwW+I1bMS05/
kklnEZ1JvAlZPJZiRE8IWbFsDVvrrD1WPoU5GVPY6m1lTkbriJPRypyMVrd2NjCmmipWN7VQrIlT
iSx7JfMWdNm+f0Iokx2WYf5FHfMv6twq86rfxiWnnOlZ/IHTQcP0W9uzP2OEVcemnTCZpLkSzzgX
lJ93x6LnYp+3vXblr9c+MJz25IbOh3ev634w1kT058zG47FuV+yqh2/+Zir31JEjL7z0+psvUYo+
HnsPXwUUNaLZ+4wc0j0Bgn5uOMi29bERUxJz8IDEMt3kOUgl9i5Y5XaZGKVP1bLPg+nuOI3psaYh
9RtzSnonW7pL9x+Ze3FR+STuyJG1NwSrfZFLgH/oevmpeooM5WHHAcQDSmewj2/56RmLM1ZmdBqu
NohN/m6h3dBpukq4yiRmuw2cNzsvxZ1sMDjsKXl5ublI1WVTU1JsSO8Nigmx+FG4mG38sRN3InOA
iXq25ccsFpFtMosLs4LmJFrCzL7uMzN1l+Yy+/OTU/4vPv8Jnb1iM1tizBnRobO/AqIHiqhOpKpE
9Nw71WNHdR7QZHFakarIgh4L70rPIyq8gwQffaVz5aprbrm451c3xn6Kz91SduGs6T+5L/YObrk0
OHXp5IW33xh7SjhYcyB66cPF2c/2rNpTN4Gbb3OvrJ7ZlvvtLp25bM30+RvZD6DRnyfhELryydJN
y60V/9QH9OwXuB74IDsv8Wtc8eHYPB39ZhAhg/b7k6yc7rzYbDR19Ee7zvppxnyRuj0fR3fynegq
/BK6ipSjTLhfB89bIcyiv6smLEb3CS+hlRDuBfgBHiEreRxdA+W2snwIVcJ9GoTpAM+FkAblevkP
UCGkXQvhQt1NoLKpdZ4vLI4PQ10i5HFAfcsAvg/SF0OdU+C+g0tGYXh3COq5Du4HIe0CuD8OeXfQ
3w7Cj5ON5Evuep7jPxQOC4fFGeIJ3QF9wDDO0Gv8jekJabOlzjpZdtrCth22IfufnFWuBvckz3gv
5y/z/yWpNOmd5N8k/zWlMGVXql25VLkibUbaVelzNOzkozKKa/qrMCAVC9BimBOSMQ5pBNKmc7NV
WsBfjMUcK2dkTxwrZcF6DebQpditwTwy4i4NFpAXX6nBIuTfocE6dBg/pMF6FCSNGmxA28jNGmzk
n+e8GmxCK3Rva7AZrdRXaLAk9usf0GALWmZdPEL3zdY+DcZIkCdoMEE6eZIGc6hAPleDecjTrMEC
MstrNViE/Js0WIdWyFdrsB455I802ICq5K812EgitvM02IQmOHaO/EJqseOYBkvcUienwRY03lML
PcE8xbrZcwODBUoRzx0MFln6IwzWsfS9DNYz+AUGGyiNPK9pMNDI+3sNBhp539FgoJH3Uw0GGvlm
aDDQyDdPg4FGviYNBhr51msw0Mh/jgYDjfwRDQYa+f+qwUCj1Kc0GGikWDUYaKR0azDQKDuXwUY6
ruxrGGyiY8m+lcFmln4/gy0MVuuU6ViyDzDYAbA9+yUGO1metxjsYvV8yGA3S/8ng320bA5mcIDm
yVH7lkzz5KQyOJXBIQZnsvylDM5jcBWDx9GZkbOAwnrWfw1mbeUsp7BZTV/DYDaWnPVoIdqI2lEU
rUQRVA93BT0GYSFqZHA1rGqtELq0XApIsTbUATCNI5DexHIokNIM5ccDNI2lR/4vayoY6ZmCFsCb
ZtQ9kqcT0mbCXW1vAiqHqxCN06AiljoFSjTDfT6UWQV96GKl5kN9nRA60DqIGyBXB7yPQE76ZhW0
0QxPHd/r7eQxOZWz8k4G6URr7BwZQTH0oBAuBeVATU3Qzw540wlhJdSYO6auf1VyNEc14GH06ZcM
oxRfDVCyhbW/BtJozf/nuFYglY6oCXrSxXpEcaPAM83TpdW6COiggOlHyysoyNqrhngOtL2S4TwC
+Wm5KNRKsbyelaS1jf+BPqn0bYN2aZ/aIe/Gf5kryviK5lvPerVqpN0mjWvHMbq0oRVar2ezN42M
cyLQm/yRvnewN02MQxdA3M16rdJB5aYy4KGprCddDMsJvHVAXxTIFdF4UOWkJob7BsZZlNdaWVtj
+aVeqyvC+kZLtrAaab8bof0WVqOKfYX1OsLaq9eoob6hve7U6BFhY1TLbRyhf5PG5e0aBaMMN52M
89TRJSgU0frfzVpTWAtje5WgPMUNfV7P6m4cww00bxurS207ka5iu0vDSL3GqZ3fy9cFdUYZVprg
rtZdr6V0M0xTjhrl6TY2YzsYRptZedpTSs8WrVSihXpWfp3WapM2UnXu0RpGsbCSzeFmLXUUr00a
dtu0kTSx/N3saZSqnYxLm1nvfpgnEjK1c2Qs9F0Lq2+0Diob1mi9jWj4r2fSTtFmaQJnDaztVSxV
LU9nWJNGw0Y279o1HmmDmM7odRq21RpGpXyE0UrlDoXhsF4bfxOjWjPL087mnsqNraykOpKx3N00
wll05m/QKNPCekN5c502t1S50zzSjxb2NMq9XWetRJ1nja9ea2MFq6GbYbrhDN6MorWQnsBsN/ut
8MQIVzLeVhgPbGC47WR81zUiT1Sq076r871LkxrqbOrUuGxUeqpvWxhFIugyVl7tNa23nr0d5TS1
9QaGrXY2SzaOjCLRdiuTmfR9hGGiQ2uDziEVi12sfKLHidrbGQ+1MLmZ6Nt4tuZ1wbvJsJYWQL30
Gs9yjZWw45l0aoEcjWwuNQPUAlAro1CUPXWCdRsZofj4kZz/77awnnGMmjc6ppXZIOkXwno/HcJU
4DwKz4FUugJMh/gill4FKQsgprw5A1aCKriqWepCJIFlQMNCxk2dP8Bryki6Ok9UjLZrOB/l0f9s
FRulTEIiJ+i8gr3dCPm7R9qsH5FtKj+PrkdjpaUqOUblqDp/mzSZ2anN6VWsluiITKSztUZrjc7u
dZosXTGyGqltdv0bzCRk5/oR6RTVZlx0hKc7mPzo0ubzSo0ffwhfiVlIMRYdU8voLP5+ew3aCkg5
cAWTjGqvV2iUadVq/iEKZbNRnYkpVSJ/nyu+33JCtlEpFmE6aARabdaw3anJkH/VNsX+IkgZlbMb
v0eLqKZljNW5VOkdYT1qZ5ht0jSd/4TmisaLrWNkW6JdKkkaGKabxqwiHWN05PyR3B1j+HZ07f73
mKK9a2H1J/iq7Yz61jP6r2HUHKuHJuTjaM42yKtqqN0M47T+xpHxqP0ay90tmkRV8a/OqnaNP0Yl
75k89O9GNMofM9nYv0+5hO5F15yopqGpo1H1vXpG1dazaNBxFr5Ha+5k2irVSBq0dWgd043Wo7Ha
1f9M/UR9HZr+16TZOj+kxX2fjiq2RjXWelbn9+dxgmKRs3C98n+rt6NY/n4LZ673Z/YoqmmxXbD2
JGqg9skUpFoCOaDDl6BSsLUUiCfA0ziwqkqYbUW9BIvQLC1nIfv/NErgUuFSsMFKWalJaCLYAjTQ
2v/31rr/85Ux8a7gLOyNrIcLN7ZHV0bqo8pjysLGqFLd1trWBUnK1LaO9raOSFdTW6vS3lw/XpkW
6Yr8D5kKaGXKgrbmbprSqcxshXITyssLx0FUNF6Z0tyszG9a1djVqcyPdkY71kUbpnQ0RZrnR1d1
N0c6EtVOZomKljp5cbSjkzZQPL6wUMmpbqrvaOtsW9mVy3KNfckSqhey26PKwo5IQ7Ql0rFGaVv5
b3utdERXNXV2RTuiDUpTq9IFWRctUOZGupSgsrBambNy5Xgl0tqgRJs7o+sbIdv4kZpgvG2rOiLt
jRvHJkWVaR2R9U2tq2jZJkDtOGV+2wqoenZTfWNbc6Qzn9be0VTfFFEWRLpbG2AMgKayoqltrV3R
Ftq3jo1KZwQwCEhqWqk0RDubVrXmKype6iFXpAletrR1RJXG7pZIK3RfqW+MdETqYRjw0FTfCeOI
tCrwbiMdfxOgvB0GGK2Pdna2QXN0QBGov7u+UWnSqqKD726NKuubuhoZGlra2hpoaQpDt7ugI/WA
1M5EWtf6aGtXUxRy1wPQ3bFxvMIw3bYu2hEBWnd1RCNdLfCKFqjvBnp30sYo9aIdrAsru5ubAWR9
heZb2qCRptaG7s4uNtTOro3N0bGYoJzaSVuJdrQ0tbIcHW1roNoI9L++GxpSCdjQFFnVRt+vbwSc
K43R5nbASJuyqmldlGVgLB9RmgEdSksUcNfaVA/ZI+3tUUBja30UGlHR3USRpUQ3wGBaos0bFRhb
J/BOM62jpamZobdLm0SdWnv1UGJFVOnuBJZi2Iyu7aad7a6n+FdWtsGQoUYYVFcX5RMYekcU6N4F
rAFk6gSUMfaEx5bIqshlTa1QdbSrPl9FGhRvaOpsb45spE3Q0q3R9Z3tkXboGmRpgC52NXXSimn2
9o62ljZW2/jGrq72yQUF69evH9+iMez4+raWgsauluaCli76/2IVtHQuj9CBj6eJ/2GB9dFmSI2y
IrPnLJw5febUKQtnzpmtzJmuXDRzatXsBVXKlBnzq6qqq2YvlIyScWEjoDWBNYpiShPoKIygi2H0
B6YYGwxlZDrmFRuVjW3dtGQ95TbAM5tHKlsCczAeBfrC9GuF7JFVHdEo5cTxSg0Ua4wAG7StoNMI
Snad0RnKnespO0WBcFGK6Y5ofRfQeSXgcbRflIRtq6IsCyPxSDkgDXDviu4uqBq62QYzasyAsjsT
nQJGHkHFSGHKbcq6SHN3ZAVwWKQTOGRs6fHKolbGsxsTo4AxaZIL2DuidLZH65tA6Hx/5ApgsZVx
Gy0baWhoojwBXNnBJHI+Te5guGWz+6xONTe1NNEBQSMs3/q2jjWdKpMyfmSJbetBoHavaG7qbKTt
QF0quluAUaH/QKr2jYrKvBqGzmyI4WPmytHBUem1tjvayZoBuVcf7WjVRtCh9Ztl7mxs625ugDm0
rim6XhVX3xs+zQeUjIIEaBgVcSNjhG4xwVrfNUpjOrCI1uuVP1wt6/JIAW3eaxVBO5GuyTTDogVT
YBHIKSspzVVKJ5SNKywpLDQYFs2CxMIJE0pKIC4tLlVKJ00sn1guGf/FrPu3k5E+FWjdY/MQTNU2
ZuRRpZyaaBuxBAv/alAAPmVqQ+LdAqYGUSORKm0N3N3cHu457hCEA9xB7skfXfo/uvTRjy79H136
P7r0f3Tp/+jS/9Gl/6NL/0eX/o8u/R9d+j+69H906f/o0v//oEv/DMt/FI6w/D/07s9nlYme4RNg
XoF/UWcz4/Axz3wKP4Gfxc/gz4W4/IwWqAz+V7XMZnOGyh519I24F9/PITYv/nWZH4ZHzvKieDY7
W/y9vz0LrVPSOQ/6HEIcAodSIS6AMAfCcgi3QNgJQURWLaUNwmYIhyCcZG/CnKfvtuLwANxuYLe9
q5uL2GNEfVxWyx73Xlyj3qvnqfdpM9Vsk9VsE0rU5PHnq/fsfPVuzyrqoXejVDQ4xc250TGOnr5s
hxiTw8iKMUpFuzgX6oVAOFFLCXP2vZnBop2HOB5hjnAYkJoaH+Rwn2QrmmIkcfI5sqNU8ncypL4h
Q3sttqKdUy4kf0G7IRyCwJG/wPVn8me0mRxHGMkQV0LYCeEQhKMQPocgkuNwvQ/Xe+Q9ZCXvogII
lRCWQ9gJ4RCEzyHoyLsQy+RP9DgwiylcCYGQP0Esk3dgWO9AbCVvA/Q2eRu69lpfaXnRAQaECjQg
NUsDPAENsLuLBsgf+r7OTR0gH+xVQqm7phSS11EvBAKNvQ6Vv44UCHMh1EFohyAC9CZAb6IeCNsh
7ILQC0GEMm9CmTehzMsQXoXwJiqEEIYwF4KeHOuDZgbI0b7g+alT3OR35CXkAaQeIb9h91fJi+z+
Cvk1u/8W7ilwf5m82JeSiqaY4D2CMjLcZbgXwHuB/Gpvpj01PsVGDgF6UiEugFAJYQ6E5RBugSCS
QyS9ryHVDpU8g17WI8jZhz5l94fRA3oUXp0aDk4FHlNoFJx8LkAQ7VR2Bkk4uOMueKRR8ObbAKJR
8OobAaJR8LItANEo2LwOIBoFG1YDRKPg0uUA0Sg4ZyFAEA2Q+57OzE4tnbMGK1OsZD1gaT1gaT1g
aT3iyXp6oa952rd7+vLyAGN3h0O5eak9B3HPs7hnPu55APdEcc+VuGcL7qnAPZfinhDuScI9Kbgn
jHuewWWAih4c7j/jsTzsxT0v456ncE8n7gninizck4l7FFwaHiBpfTOL2a2K3fZOofMK7ueeV2SF
PqYBRtOArdNg2h+C+CiEOHsKQyYlXc3sS6H39L15lerz+MlFbVMuIC9AwReADC+g9yHwQKAXgI1e
gEro8XQrxJUQlkMYhPA5hDgEEXKnQ8dvYbEV4gIIlRCWQ9gM4XMIIuvO5xAIatO6uJt1rEDr9Bz6
RF6AKx2uNJIWTpaT5JB8AXdLEram4Dkp8RRSitz08wS7TW8bwNL+L6WvvpSQYYqB3ExuQclAiO3a
/Za+r5NTB/CdfcFnUqe48B0ohQeuw+UoiLPgXoY62fNElPT/NHYGv20UURyeWZvuOGkSJ0SpVU88
G20cQTelKAq41JXjml1cdQ+4iYm8waqcWJaCuCCt3RtROEQiQuWC1EP/gooKaexI1trl0Cs5g7j2
wAFupAckTuG92XXaiiAx8s4b/94383Znx/b4MDsM7Srh2hOwKz2+CdWmekvLYkgnsVZf/M1/E3/w
QIPi7/yp+NUI4rQnfgHlSV/8zA/FT9cCBsqPSwEFMzQUOuDXxQ/HCv0KHI96Yg9NX3zJy+Jzrhyt
0HHPh3fFKbG+tCVuQ3s23xFFH9rsizV+T9wMqfewTl+8C6dghcUrcLJvcxXUzKgGP8kFdLe4rD/U
a/rH+vv6ir6sL+hCn9fT+iybYUk2yS6yMcbYBRZnGiNsFld6W7i6YvZCUj1SKI55XJWTGuZauNBE
o0wjd4h8M+Zq7kaJuvJZk7g7hvxrwwzo2N0t+YZZonLGJW61JK9bbqCfrsuc5Uq98mmtS+m3HqhS
+zqgpFoL6ClKB2nchX1AKJ0+eJBG+9bBA88jqbn7a6m1mcL0Bx/Z52SNKH/lSR6p18rz8qG7UZPf
z3tyBQun854rv8Nt2gf0Bf3TsQf0BI1XG8QK9IWzjnqsYHueG9BNxRGDngAHI+ZEcSxDDOSIwTIh
9yjkslAfuEU0wCUSJKu4bCKhuDhFrusvOnZ3cVExl2DuqRj/kvEqc5wFJptVzNw+OVbM8dw+MrKg
EM4ByXCF0MuEK4TTywrZfIlci5DDM+RQRYrRlwwPmYnnI2biOTDW/02tkmXRo7zXrOMW9w3TacHR
kN/c303J/R3D6DY9dBgyttTYae6i3W5Jz2zZsmnaRjdfP8ddR3fetLuk7lRr3XqxZffyxbxjbtve
Ubmymnst1uFZrNXKOY1VsLFVjFXOnePOobuMsXIYK4exysWyikXUGK/UuoyUvA/roT3SxsdgvDbS
C15pLvlFQQ3e/EJqLz2ECcljMm558qJZkhNwoOvqrau30AWfKXRNgjwVuVJ7+YX0kD6OXEmQp80S
sdodv0NSzmd2+PIhgdTuYIeHueX/VwKfI4vbtt8mxJVXNly5dner1tV1UBt4SfLGSBsfd4LTZ6H4
Dog3UIzFzkDUbqKWSETgv+9/J7JqrfG+9vSIFjMU/tV5MZlxqxp8FVSjDeOHMF3Cnwffgwv0qUX9
URvqtKPHhBG83tHR7kSlqB/akQ1rQRV/1B1nCXuJ/AOYeqPLCmVuZHN0cmVhbQplbmRvYmoKCjEy
IDAgb2JqCjIwMTA1CmVuZG9iagoKMTMgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250
TmFtZS9DQUFBQUErQXJpYWxNVAovRmxhZ3MgNAovRm9udEJCb3hbLTY2NCAtMzI0IDIwMDAgMTAw
Nl0vSXRhbGljQW5nbGUgMAovQXNjZW50IDkwNQovRGVzY2VudCAyMTEKL0NhcEhlaWdodCAxMDA1
Ci9TdGVtViA4MAovRm9udEZpbGUyIDExIDAgUj4+CmVuZG9iagoKMTQgMCBvYmoKPDwvTGVuZ3Ro
IDQxNi9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdk8Fu4jAQhu95Ch+7hyrxkDhFQpEo
FIlDd6ul+wAhGdhIixOZcODt65nfbaU9BH0ez4y/OEO+2W/3fpjztzB2B57NafB94Ot4Cx2bI58H
n1ky/dDNaaW/3aWdsjzWHu7XmS97fxpXqyz/Hfeuc7ibh3U/HvlHlv8KPYfBn83Dn80hrg+3afrH
F/azKbKmMT2fYp/XdvrZXjjXqsd9H7eH+f4YS74T3u8TG9K1hUo39nyd2o5D68+crYqiMavdrsnY
9//tlQuUHE/d3zbEVBtTi6LcNpFJua6EF8puI1wiXgpXiC+FHeKFcI241j4pk8aXypXyGmcthJ/B
L8IbsNZu0fNJ+AVMwjv0F09bgKXWwr+Wnhb+biec/MXZwt9pDvxr8bfwJysM/0rz4e/kXAt/pznw
r2ph+DvxtPB3God/qfnJX+PJ30Um+FfiQ+n+5VyC/0Lj8Cd5X4J/Kd+C4E9rYfiX8i6U7v9ZON2/
3A/BvxYfgj9pn3T/pEOSpkHGReb5cwxNdwshjqAOvc6eTN3g+et/MY2TVOnzAYM0z9UKZW5kc3Ry
ZWFtCmVuZG9iagoKMTUgMCBvYmoKPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5cGUvQmFzZUZv
bnQvQ0FBQUFBK0FyaWFsTVQKL0ZpcnN0Q2hhciAwCi9MYXN0Q2hhciA0MwovV2lkdGhzWzc1MCA4
MzMgNTU2IDIyMiAyNzcgMjIyIDU1NiA1NTYgMjc3IDY2NiA3MjIgNzIyIDY2NiA1MDAgMzMzIDgz
Mwo1NTYgNTAwIDU1NiA1NTYgNTAwIDUwMCAyNzcgNjEwIDU1NiA1NTYgOTQzIDU1NiA1NTYgNjY2
IDcyMiAyNzcKNjY2IDcyMiA1NTYgMzMzIDU1NiAzODkgMjc3IDUwMCAyNzcgNTU2IDI3NyA2NjYg
XQovRm9udERlc2NyaXB0b3IgMTMgMCBSCi9Ub1VuaWNvZGUgMTQgMCBSCj4+CmVuZG9iagoKMTYg
MCBvYmoKPDwvTGVuZ3RoIDE3IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSAxMTk2Pj4K
c3RyZWFtCnic5VNNaxNRFD1vZjKt2qaNFD82YQa/2oU1qbQiVCi4kIK12GJFKJXJdNIGMjNhZiKN
gjG41ZW4UIQm7aaKiOCiuLKCu4D4D7oR9y5ExKbxTDptRfIPfMO8Oee8++677947gVe0cBAPIEMz
baPQJ4QE4DUgDpt3Ai2DcIgNTspCvpR9pa/lyD+R3120jPl3xeYJQBojH1mk8LBxs4N8ifzkoh0s
zTY/x8lfkHflXdO4jhShtMap0zaWCglcCflbTppj2NbV4NoN8i88433B9YM+3G/y6EfhehgIn3B0
Eaohl/DfjwwkVAC5omZZRWb/fEJPnNITekVGoyxhG2r21/NKLMvcbQKxslJFN6BrZ073XhjRtaNH
ejtU+ez29+VqdVn0iO7VlZXVWlVKVmu1WuNrrQbR3BJ1xZXm6B+yPqwriv/7sag/AVr1EMefDXz8
9uF2z+gPHOpsBbUxn1jfDbC5FZ7K6Fhz7BaM+zpmGuW/7iH+uZesABV1FpuKF3pAH1vnUstKRjzy
I2G3J8b29sXxZs9Xcs+vYJcnIywxS/0Rlqmfi7BCfDHCMfbY5Qir1CdpKZQDZKO4FWHBmJ5GWOK5
LyMsU1+PsEJcj3AMx1iBHaxS/9lvDmhDqdSwNl10tImc6bl+yQ8s29fGHXNwsmA50yU74+anrIVi
3vD2hX00Y3l+znW09GA6ta/yeiYG+MsMMWkpDBNNowiH3wnkuObBhY8S3wAWbH41jHPdxCCvWqDm
cEeJKxla5jFFZYEe8jC4t51FO22GikffObLw7DS9pxlPO9tWLXb65R5z02b8AfmapVIKZW5kc3Ry
ZWFtCmVuZG9iagoKMTcgMCBvYmoKNjEzCmVuZG9iagoKMTggMCBvYmoKPDwvVHlwZS9Gb250RGVz
Y3JpcHRvci9Gb250TmFtZS9EQUFBQUErT3BlblN5bWJvbAovRmxhZ3MgNAovRm9udEJCb3hbLTE3
OSAtMzEyIDEwODMgOTE3XS9JdGFsaWNBbmdsZSAwCi9Bc2NlbnQgNzk5Ci9EZXNjZW50IDIwMAov
Q2FwSGVpZ2h0IDkxNgovU3RlbVYgODAKL0ZvbnRGaWxlMiAxNiAwIFI+PgplbmRvYmoKCjE5IDAg
b2JqCjw8L0xlbmd0aCAyMzAvRmlsdGVyL0ZsYXRlRGVjb2RlPj4Kc3RyZWFtCnicXZBBa8QgEIXv
/gqPu4dFY+lNAiXLQg7blqb9AUYnqdCoTMwh/76ju22hB8XHe9/wHNH15z74LF4x2gEyn3xwCGvc
0AIfYfaBNYo7b/Nd1dsuJjFB7LCvGZY+TFFrJt7IWzPu/PDk4ghHJl7QAfow88NHN5AetpS+YIGQ
uWRtyx1MNOdq0rNZQFTq1Duyfd5PhPwF3vcEXFXd3KrY6GBNxgKaMAPTUrZcXy4tg+D+eepGjJP9
NEjJhpLqsaOslqq8ZfNQuXuiTChf/GnG7YZIreoeap1SxAf4XVWKqVD1fAMs5m/qCmVuZHN0cmVh
bQplbmRvYmoKCjIwIDAgb2JqCjw8L1R5cGUvRm9udC9TdWJ0eXBlL1RydWVUeXBlL0Jhc2VGb250
L0RBQUFBQStPcGVuU3ltYm9sCi9GaXJzdENoYXIgMAovTGFzdENoYXIgMgovV2lkdGhzWzUwMCA3
OTQgNTU1IF0KL0ZvbnREZXNjcmlwdG9yIDE4IDAgUgovVG9Vbmljb2RlIDE5IDAgUgo+PgplbmRv
YmoKCjIxIDAgb2JqCjw8L0xlbmd0aCAyMiAwIFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEg
MjcxOTY+PgpzdHJlYW0KeJztfHt8VMX1+Mzce/fuvbub7Oaxj4S4N1nyICEP8iAJRHJDEhQjEEjA
RI1kSRaykvduCFgFfCLRVqiKtNqSWgWKVjcbxfCq8VFb7deK9YWtbfNtsaiVSltFv0p2f2dmbx4o
7bf9fn9//D6fn7uZmTMz55w5c86ZMzN3N+vv7fMgI9qKOKS2dLi7O1cuuxQh9B8I4ZiWDX7lb3fb
ZgI8hpA4b233uo7bDv51D0LSDISEt9a1b1r7l8EjSxGK+hihhDVtHnfr/vUZUQjNagAec9ugwRu6
SYT6DqjPbOvwb1wdjddB/Qmot7V3tbjvqX93JUKZMyh+h3tj9yvm13RQr4e60unu8CzmP7gT6n6E
cou7u3z+t1BmGKHGR2l/d6+nO3pZxhKog7zmLmjD8KYvI4A6WiccL+hEvSQbjKaoaLMlJjYu3mqz
O9D/Jy/hMJrB0j40g09DoOfwyYkU8oZP0j5akg9AWUmRpL2C6FH0Fs7AChrGnyMb+gw78By0GPHo
U/CWx9E4uhfFoXq0C8egmciKVqLFmAecLHQnvj+8Ifw+uhh9Gz0YfgrfFD4A/XehF9BnIMHveIyK
0VLAX4k86H3uXdQY/i7So23IgOajFdiK3OhNeH8CMtyN7kE/wdeHP4NR49BNwK8MVaCK8DPhcygT
3cnvEE5IT6Kd6AjWhVvCXnQRSkEDJCv8Zvj3KA01oh+iR0GmLDzKX4qS0Xp0K9qNHdwLAN2LHkIh
bCRNXKXwNIy0GK1CnagfDaAD6CUcg2uFE8KZ8DfCp5AOxaIMkMmL3sdFeAl5mDeGF4R/ja5Ch9DP
Yb70Pcpfxe8TrgqVh78XfhbFo6ewjI/iZ4R84VvjN4Z/EH4MPDINzQGNLIVx1qCb0TPoRfRX9Dey
JbwFXYrqYOSf4iSs4DTQ+JvEQTaTzdxrKAdm2wTS9qE9KAAWOYyOoGOgm9+gMfQujsOJ+DK8Bu/E
fyNG0kpe4e7nnuBe5zH/I9C3C6WCjvzoYXQQ1vPL6BUsAP88XIuvxV34Pvw9PEYC5EPyKa/nb+a/
4MeFtNBY6Ivw0vAnyI4S0OXoOrQFdPtDNIyeQL9Eb6C/ob+js9iMS3Ab/gEO4DH8IZFICllGusku
8jD5MbeU28k9wxfxC/n1/Mv8r4XbhDtEtxg6tzd0d+jHoVfDT4VfBd+JAv5paBFo9EbwiofR0+g1
4P42+i36A/Uf4D8fX4mvgVF8+HZ8D/4x/il+FX8As0TsnULmkyoYtYv0gp5uIneTe2D0V+B9nPya
/Jb8mXzCCVwKN5fr4X7ABbgR7jj3J97Mp/E5/Bx+GX8lHwbL5AuXCHXCfuER4VnhjK5M16rr1r0n
3iTeov+P8czx34VQqC0UCA2D7+rBk64DTXwfPQh+/wTY4CXQ6C9B4jH0MVghASfjdJC7FC/CNXgJ
vgJfjT34JrwNfxvvxvfjB/FjMAOYAxFB9ixSQeqIm3jILWQb+SZ5At6HyYvkTXKCnAbJbZyLy+Lm
cIu5K7mruE6Yg5/bzN0Cmt3JHeBe4V7jTnHvcafBajb+Ir6Pv47/Dr+Pf4J/Vbhc6ID3g8LTwqjw
qnBOOKcjugTdDF2u7lrdft0fRJ04V6wVt4uvi3/Xd+MZOBMkV6ZHC+KANXgROUDi+C34NDQkYR5F
w8yzwA51sCr+jsq5ENglivaDbPHEwcdSSp3KB4Dej4+gIvxTtEVHOIjE/BgK4nfIGP8cuRi9gZux
g9/HdQovkWT0CESjHeQoOYIXoidIGVlFHuAQfhfvR++Cv29E9+D12IcewafxPHwDLsZb0OvEytXh
W1BZ+EHCYwkvxmcQSIBu5FvRNf88CuJS9A56P/R93sRfD/FpBO0Ciz6Kfo9/hD7HQvhDiG4cRCM3
RJk7wd9vRTTqNcE62wLr0QERpF33CnqC7ihisW4Bfx06g/4LvS8cBo9aCJH0VMjLf5//Y7g4nA0r
DFYZ2g/rrg1dAivmXfCSY1CntathpcsQS/JhVdeiK1ErugGi3s5wIPxA+ObwpnAX+gXQfo5n48/x
IKyIEaAoQz+H913obXwHrMNL/me7QKgVjaIPsB2n4nxYD6eFDcIO4YDwhPAT4WXdHND2Leh+8Og/
gDfLMIMW9Cr6AH2K9WAbB5qNCkHeEpC9AbWTRu4YqsQJqBvWbAbE8YXaTHzA5SbQ3gOwno/B2jgD
ceJq9BN0AhNsgxm1wPh64FMDel4N2HvBgjfjYWhphaidif4M847CJcQP46nAaRdErVGQ6R30J9B2
mMk1G+JCFV4FvD5FV6BWGGEuqsVDYIGDqBQiaxX3H6DvmdiMFuIU/BDQNcMKjUJJqFT4IyZodmhp
uIR4uWOwx4ShfRB2r0R0Me4BKaJhHuMoHi9DRaEVIMNrCKkV9Wr5govL5s8rLSkuKizIn5OXm5M9
OytzVkZ6WupMV0qy4rwoaUZigsNus8bHxcZYzNFRJqNBlvSiTuA5gtHsateiZiWQ1hzg01yXXppN
6y43NLinNTQHFGhadD5OQGlmaMr5mCpgrv0SphrBVCcxsVkpQ2XZs5VqlxJ4ucqljOArlzcA/M0q
V6MSOM3gJQzewWATwMnJQKBU29uqlABuVqoDiza0DVQ3VwG7IYNc6ar0yNmz0ZBsANAAUMDm6h7C
tgWYAcRWPW+IIL0JhAokuKqqAw5XFZUgwKVWu1sDtcsbqqsSk5Mbs2cHcGWLa00AuRYGorMYCqpk
wwR0lQGRDaN46WzQHcrQ7NGBO0fMaE1zlrHV1eq+uiHAuRvpGJYsGLcqYLvupH2qCsxjKhu2Te9N
5Aaq7V6FVgcGtimB0eUN03uTad7YCDyAlqQuah5YBEPfCUqsqVNgNHJrY0MA3wpDKnQmdFaR+Xlc
1bSl+VolILkWutoGrm0G0yQMBNCKTcnBhAT1UHgMJVQrA/UNruRAeaKr0V01YygODazYNOxQFcf5
Pdmzh8yWiGKHoqI1wGiaDngm+xjE0ClUs2JSs5hK5FoMDhFQWhSQpMEFcyqhmacEDbSUABq8GjFQ
BVrBIt6AVNk8YJ5H2yl9QEg1u5SBTxB4gOv0h+e3uLUWXar5E0RB6ieTrgb9E3AgKyuQmUldRKwE
m4KMC1i9KHv2hhEy19VtVqAA9aFa0K27cV4uqD85mRr4jhEVrYFKYOvyhkhdQWsSg0jNzWoMkGba
MzrRE7+S9myd6Jkkb3aBJz/BLgLxAX3a5F+02Rpb3TYvgK3/pNsT6a+pc9Usv7JBqR5o1nRbU39e
LdJfMtmnQYHYygYukWgQSeRYLzjl1ZPItNJgDPCp8KdjTt0a4MApWQNWFgXMzZdG8kY5Ofkf0oyI
+mlEI+EzlIoVU2SalIF5WefX559XP0864wAH8vJppKb+yoEB+by+RRCABgYWuZRFA80D7pHw1jUu
xewaOET2kX0D3dXNEwYdCR++IzGw6M5GmEQbngfOStDCIRe+ffmQim+vu7LhkBlub7fXNwQJJpXN
CxuHZkJfwyE4iqislUy20ppCa6gGg6MHiZ51JR5SEdrKennWwOotIxixNv1EG0YtIyTSZmZt8MqG
Ywo1vgBv2PVFtPAJgkM6cYSUq7FI4EMckkU+hJFDrxNChDuK05AEh107smeZz5aNly01f1y2ZLwM
lQNsPgfZnLxkS7IlFTIMB4hzCjd6ThXQF0jhR2EsuMEgwQ33LDNyoi1qQYaQIV9i8/Aeo5BpK7Vd
am20tlmFUtvcxG2J3xF2GQSnJRUjEhuTGm3WO9IfF7E4Eh4dlgyFIOKdauzWZKwk5yWTZEuMghRz
npmYR8gdw8qcOnsWiNZEZVtibuo5m9Wz5DQTspzJiJp6cFNscr7Nao2Jj4OzILxdydhSkF+8gBQV
pqWlp7nuIUlPNd840pxdvHbJzWseGn8NZ/z2+uJLV5eVtdcteFI4PCPt2dCpXz5582BLTaaTf/Zc
UVTMqp8eOHBwbUwUvXtfFv4T/zfhNTQbH1cvPmQZSTqY8cJsXowV422xtnh7lkfwZPh1G03+jLeN
b7qMjfLKqJUpja4249qYdcnejHWz+5NuS9qVbIxxjYTHhi9yFtJS9TgSCpenLHc9k/KMi+9J6XHd
mHKj6z9T/tOly5IzTTNTZrpKTYWuGrnGVJVS6brW5HFtMl2Xst00kLJX3mfanxIryZJJl6JzOWSH
yZoiprhkE49tq+yqQynssuMu+x47sR8mHpQYHlWNCaXORJyYHcehSzEoXl2coBTmYRWuTc14Bx4E
TxiFg9FfeDWh1Aw3rexMyf5R2IZtaqyt0FYjpqcl5DjTB80BsEsN/siioDzwAUf2rzTz1NQ1DCG1
pHHJ6Y+bTi81n4UyqxfsNN6T9XFT1slI2Zt1MsZW2tTU05uVBSv/EEoBfSQmLQB9HNfKPwZjS1NA
PVBA7cVgDK0dV6NjSk1KTKnMUjRte0+NMkKbqVS20xRbmjX91TikI5X1DWr8PHmeqSilCPS42FSZ
ssi1V/5RioyaGiccJ9VqLcifC36Szt5FhXPnFii8TUhLc6WIuvg4m5W3wiFIx7sUdBlWEvZsu2vn
xZcXHvpL87YtH/0ILkk2MXQi9oYbblycO7sEB17puzOMng59EHoT/3bGzts3LS9cnBiTM3/Vpse6
n1v7t5dMPS1FKaWFqblrO47dsfmd9RhT/3KHTwnXgH8loDfVpbdJ2+O2W/eg3bqfSa9zrxs+4aRU
KcOYYZoVN8vaJ/RJtwl6cD0buJ5tFsnkUgUxQ/iOcJ/0IvdTg1COl8HBdIWZPto6AwaiS8xiL2Sl
bIISX6na7Nm8PkqNiimMqlkdjZdF42g13l4YPYIz1JSYbJmL/ihqFfoIMVYJeTPwjPj0QRFHi04x
T+Toah1O3KyZHdbiUnPT2SYwNzX2x1lNPSezaEmBJqpk3NTUhAWmP4sZJSs2a0S5OouZap4vx86F
oZc/DL0Tuh1fhwuxaX9rfug3CQ9v+OEvfj644QBJvOrM+/guuDd34nv3XBNY1HvLB6HPQx98uIvG
oHvhLvYZxKBoOO/2q6k64VDcITt3iYDXCW8KJMaSaoqKQonmVAjI0Uhv/UrUsTqT8pKak7qTtiYJ
SeZoBUfcmgaeGecHnsm4Q6NOTGnuVOwpsNBJUR+hkcflIDCriEO57sW/wVErNh9Yc9/Sa1985sHH
N1Rec2nRoHDYmvzbx7eNeC3x42/xz4aac9ZU1LaZZPCEByF0pwmjSEKrVGk9+Qa5g3CEH8GzhlcL
WBgh1zyllwSMjBI6ghtAUEyaVJOAeCev8AGe5x3yYbwP7lgTktO4zmSGRVlK5U1OtujEorkziwu4
tNCp777aiUneSd61ozo888XbqC/uhqjuAo1K+JdqlMTp9A7Opudj9ITjRsJoOMZQzlEFXtVUSEs1
s66+kMsX9XGiqOf0hIicxBMiQYVXAYdXoZ/P173CpL9DdaiGWkOzges2bDWQQcOogSiGPAMx6CWN
KS3VqLq6Qimf2WIUtjJqDXlO36Q1srLoRgBB5KxWYzPElpjSUgRpWw4NANtueD4SAg4hDoKtFJVe
qFcgo1I/JZkK9SpkiIWKOXmVDGvrQUORfquhiE3s4oScQn0dZAJn5fI5leMXcbfqd+gH9UH9SU73
PPeK/td6TuFy9YXcfP0y/be5PfpB7nF9gHtab6A+pkoFRYVEhUyk0d6Um19IFJqJcUXQcp8qJecU
knrIGPaiixSoQaYnomgnnE2cTdLF+aRAXEpU8WqySpTiSKK4hFSL3xUfEX9B3ibvkVPifxFDOskQ
LxM3ireLjxIdBrX0TkZBFAm1MEdE3RRb6F5u2Y0V0oBjQ2+NDwmHz2Vzr32+iDt6roqupxXh9/jv
8guQCe7H96mXvodP6T+N/TSe/xl5D5aTQ3BIpNG8KnaVtdF+H9mt262/zzgivUF+I7wjvWE8JZzS
vWcy79P/gvyH7jn9C0ahT79dd4ues4wQf1A22KBQ43gxrlRMaE7sTiSJUcnIkdBQwSxLA0nPWbrE
TpefBlftgcjRU9mgSl7z2pi1Vq+dx02NNJzEFsbMLchH8XHIlTIzLTVOi98QUVYMjD/wV1wYevHD
b4c+HcDKrs7Oe+/t7NxFUu7EuoHQzz76a+i5W8L7v79//+AD+/dTb3eG3yM7he/BbF9WZ8GxA7vk
WdHzoi6LaowWHfHIzlnjkS0mFqJ8DInDdk4SZdFoH8FYjUa2QVvAxjVDMWrjbCOYD8bjOJjiMIqn
py4/7E8GKVfORSgXr4ZIChhqhp1Ls8WsjC+P2xP3eBzXHLc1bkfc8bgzcQKKM8cpcXlxfJwjYeOg
Flx7awLFdTWB+XC4PYTiwqMljWVL6MkMloH5Y8dJZAdd0dMaoJ4E97cURMNrTh5uwvEuSxzd2Ypt
OlcKPQMVWVxFBUWpFnLdqCF9Rvpl9jXXX35dqUG68UacwKeNhepvypqR+OvMguXVc+7Fr4y99lBo
O+inAm8jXjIIizBfTaanBYKLIUSZwfHzOJ6rEsyIrlIOOfiH26nQJ5uWmP/UhHJPQ+yPBXerIBl4
G3aETlFt70RI54DYYiR21WDg0vRpBmCCYb1tVaUZ8wplZd58GgHGhrVSfWhGDrRCppP08h+lD2We
l2Q5lszgzZJTdpHZvAIqXkfaeI90rdxPNvIPSQfkJ6XD8lnpc9m6h98h7ZFfkF6U3yIn+Delt+VT
5D3+XekD2dQvbZRvJnfyN0t3yjuI2GDwkGv5dVKbvIFs4sUqUsNXSTXyFforpAZZtMu5UYVkHl8o
zZfLo0SOGHmdJMnxJIG3SaJ21HASnpMlwSiK+booYz5TE9HX6k2FBpqxWUYZaOSBMGRQI7HoAdVM
AYOegzM2JqKM9BDNIJxZ4KAUWcRNOPe0+fXTtCFxJDxfzYZRFF4vSfkcH8dxPDHIcj5HAIQ4ynFG
iL9GWZYgBjujcNQINg3TpzaHSQkSIjFWoPHGBoFZyBdVcYse649tASscMygGIxkhJWoMnEpo9EY0
eqN8pxEbKRsTjcHmj3tOZ2WZy/5iLktwmMd7xnvKEuxmiMLQYD7ZA8JDCfKDtNuEHBqGt+XYaUHj
LK4JxNaBK+vDY0MGpaSkkR4OmiaCFMrqYVEK02sHhkC1Ex/BMhbx0dDp0G9Dfwz9DsKVnXvv80X8
TV9spgl8ip4AzoBPGdAO9WK9wIv6VF2MU8B5wuMCEQSJ4+nmL0upBqQXdTUcuVRGBmxIUEx5JtXE
mXhp+qZvnL7ps4NN2ZKPyz4um7xvWEpzISrRoysoM5hUCrrcGkxgxRA7gjYCEieYy+B0AHOJT9bS
vXz5uffJ2LjCFQiHPwsd+TTU82nkMz2hjkqP56s/sPCJ8nL+Spl/RNgrPiI9ZPgNfl3U3WrYje/h
vivcJ35XusewHz/ESQk4XszAaWIjXiXeyg0IA5JUiOeLxCErfK5cxV8uXyXfwt8p7+T3yIP86/zv
ZFMxXyLfzd8v/4x/UT7OizKRdAaR0+sMPKcX4BghCUgC51EI7DJQ0RkMChLiQDqdIHCEgLcZkDCC
jz6lU2PjC3U1EsDD+gQTdxgfRSQ8+iS0khoDtKoG7WpgvKbFnuWgyrTTy8BpAM9GIJRbxnwEsvN9
hIavyGp6Ek766YU8jQWR8qWnJEuhPBeyiU2bHb56enpQ7xxwmYk//EloHhwW07CCrwiVQO3+0JHQ
YTJOjoVm4bfGS8aj8BchuCHj8Hj4FJkPp24OlahJCOPFhIO506ebcFPGfyYJAvdniGt3t09uT2e1
AyAV+gbz83PyRFyAObz+tdBOh/Dh53E0xn0P/PFh4TG4hF+sJtSKEDAhLKQKSM8LCSLhpjubbs6h
6c4Wol62hLoZjeAFdK+O/x7OIGPCY18s/pTyvhvuCTPBWxxoQC0R9aIkmm16q3SJ/hJJvEJaZd5l
vs+yO/5+6z7zU9a34t/VndUZTEYjXLrF1FjJaFBMr9CAAMewFDWxNrE5ketO3JpIlMS8xMHE0UQ+
ERPYAh15jlEH56ACJkw7dLG7d+TEVUa3aGo8KmdPbLIFLklWdugFmc1RRNtw7sYZhti7rt+8NQFn
5N144rFfvb05LglW8J+OlVzZsW7XY1zWuVDos1/vanTfv3LzWTq/AtCdEU6/SbhcXf2k/WDCocSX
+J/Zj9uPO44n6CsTK2dUJq1y3M/faz/A752h1yUoKENXnHApX2mvdFQm6GfaZzpmJnDWNH4Vf7v9
gcQHZjyQdGDGgSR9DEoyJylJc5I2JN2StCPpzSR9Eo2B1rj4wiRiNkYn0W2MUMuo9LwJYTLGCncl
8oNhgo1wL1qlupzGXCMxqtBu3BsrSCesVrwMRE5wRp8w9xPHRa89G3GTj6mf9JSBuuh9KKvnJEQN
uAtBPC/FloKsJhY7kiB2WEqpDMFoVqhR5lJeby4V9BYoLaXnX2INUqIDTkuxmH4mRff5mFJ6gcVN
NcsbjsHtfgzNgJQUHiuhIbWHXrgsyXNjiucWawcjMXXuzIJ8ekURdbxO5I3n0s2DH/4ka56nsaFN
H3rPgfUvvP3ZJUsKQmcvsWIh9MU9WPrNUPkVK6/xXPuNGe+99MFjLcNrKj6uTaNWWh9aTtpg3ZjR
IjUqI3ofbHISRpIZxeiP4RS4umDIEblHlaW/G+9X+DwebjBk17Dl4fX0SVPT6fGPT1PllJs1F8Ku
NFJkjp1bXEBIfFyMzUo8z3xnsGXVLaPb111c5AotP4X/9j6sbTJ2LPRq6Iq/PBTaf/9aKkklSKIy
SRar9nSSDgeBdfJ9ZB/ZHyVKejOCvxgzlQnBdYbJ9IT+78L9RipNzLWVVJrT4yfPFyZ2AQfHdq6A
PUwiXHVd1bwZa7c/fd++hTWPhpYHf/LZ7/v+gn+Ec98KXfTZqx+FPg59QSWZDZ57CFamiHpVV66U
x+cJtVK3tFXaIYk6LJBUniMi0ks2WwK/hd6FcLYq60QF56EtNBpA1cJF1ZJuspXsIDxx6Mcf1Z6r
LG8YIio9+MEyZCe/ak/VSe0eWsZEhkBRRHcZ/PvQEv6boaX8s5999sUCYLsqfIqPgvUUBd59t1qz
Ub5d3ocPiAekfVFPST+X9KssjdbGhFXOdZY2a1vCOqe+lJTq5kpzTYvJYl21tMi0T/oFeVH3vPS8
6W3yG93r0usmi9mu2ImdumwqrAX7Xr3JGZ0bTaLpyojei4SkE8t4zCekxJ0wOJInFgVbE+xon9VD
E5Ua7iY432a1mOHSnIIs5uK5NnBU+lSAxpLiuRZzWhrJf2PjXTv633gz9DnkBbXWpMJlBZFCGN39
RGh1qPngLrwY78XfP7jr/Yr6jhC8nlEr6ttp3H2mAixjBMs082mww+5W78gQf86T3eIh/A5+Qzxj
EvRiAm/XQQxBJfpLcSO+HveJchrOEufieeIifJm42/CZ7jNRSuXTxEy5kJ8nV/JL5ed4/eVyPd8o
t/Id8kZ8g3wPv0s8LL/BvyOfk00cL4qSbIULeaZcwJfLi3gpHu7l8+Sl8np5H/8UbMBneQnufGeG
Y+x0ZzsxHG9jO50ab7QUYl4WeURYoWd7MvQcnJVdGGYH5TE12jqzkEub2qe17jNwqKHdNug2pE3b
u3Xa3k06groCCQrVoPcsM+0xjcHph6PNpMBAm2PO0ANJ5EDPI4/x+UFt++6hu/ZpB2wAbP/+8vad
1TOxg0cgTE+qiGaTW7mUzCYYhBJF9m56ru3p6aUbeG8BbNyxsXT7htMr3hLaia84+gK+LLQbbw/t
O/Fr4iJc6B08MySNv4oXh56i6+3bYNVGWG9WFFSzorETl+ICUmBeiBdafof/C0uiYBVmkgZLm0XA
mMTGWWJiYXPH0fRalsSBfeS4eNmKkEFO00uqMrPwcQmHJSwlMM+2psws3GEftJNu+xk7+ciO7Sgu
zRpPu6IBdzAen4nH8Q5beRlzbzi9asdFgM5qNbZCqZpOl5ZabKVclLlMXxbxe2yB++tFJB52y0L2
JExHQfzI7cfcDyxLCp1Sll+8qLMgdEo4PP7unku7b79rfCeZs+/Koqrtt41/CJOGlU3PjU+zeCPj
ikNIDJ9QpeLSQl0GZJGHDxlFhTo1gz18OKHWJqdDH2SzUCafKWTIucYSVCyUG69F1xIPt1Zo06+T
3+OiL9NhGszhgiHxooThrCKCH4k6iecVQRcnCDq9rCYkLZDpEIaEpEI5lXCcjqenQTVKJxKB5zHS
GyHMwe7pVg1OzL6asxVOSSNkpio5JZwHUZFIh8lMxAOGpEA0dBjoUZG62pJxx9mmHupy40shzv0J
RXRYtgSuP/SZW1bWl06MIpy0tz2vPep5QipkD3UiNw0D3JwvYjdnLhwK6nn5cDgEmjo3pONLSrSd
MrLPJidz8AYn5Djh6dBPto4f3BR6gczHpZkvvYCXhIbh0DJAlPEx6nl2UP+fYM+xohE1fy6PM3nF
rFga+a12Qc8/bSfxVguJi7FaomKjkTkqFiMziZP00Qa82hA2EAN1QFmHLdFWHLZiK61eZAa+dO3p
YuNkqaBcvwwujZw+w5xrWW0hFvrYwBQVm0biVqNB66iVWEH5ByVjodVh23iIeCPP+rJ6Ik8GzjXB
FsGeDJSVw6ljHFI5ZKX52pOBHvC/2AL2lDvfJlLni48viHeB/7nsD5R+p2+jL61ywcVFv/pV6NQD
fFrtbbfUzXzeXLq85rfnnuIWs6+c0K/T/GndL974ZMPq6LJP9A49+ybGg38sm/yGXXg8tBzu+a8B
rqR9b5HRiQtCS1Hl1JdXvvRljgQdNAk/Q/cIq9BlULqhvJeUwkr3oQehvpv/I1pBDiAnJJ/uANpJ
+yEhUhoeh77vAc7dgFsA/eshVULbbKivgmQE+NvQj6AdLIjmokfwb8hGMkbGuGQI1buFDGGZbpPu
hLhLfEb8SL9aypf6paOyKG83+A0fG4dMczSJE1B2ZP1Bbka5aCVCuqXmLjg20tbV/HWIfvrGvpzC
co7RyazGMSq4b2swhxqwWYN5FIfbNFhAdny9BusAvkeDRfQ8flSD9SiNdGuwhAbILg2W+Wc5RYMN
aI34Bw02orX6Kg026Z7QH9DgKHR19DWTttgSfViDwRTmUg0miDcv0GAOzTYv1GAeyeZODRaQ0bxR
g3UA36LBIlpj3qHBehRr/psGS6jaImiwTNyWyzTYgObEPjL5bdeC2Hc02MRdGRetwVEox+YFSTBP
tR5lu0+DeZRge5jBArTLtqc1mEdW24sM1kG7zvZ7DeZRjO1dBovULrZPNRhsYQszWA/tRnusBvPI
bncyWKL2tRdrMNjXUaTBwMdRrsFgX8clGgw8HXs0GOzrGNZgsK/jFxoM9nX8UYPBvgn7NBjsm/Cy
BoN9E6/QYLCv4tBgsK/yDQ0G+yr/qcFg3/R7GSxTXaX/VYNBV+mRORqgPSbDocE8uigji8FGOpeM
xRoM8mcsZ3AU9fwMjwbzaEZGH4PNjM9ODaZ8fsjgWKrzjGc0GHSe8TMGx1F5Mt7WYJAn4xSD46E9
bhbWYB4ps+IZbKX4s4o0GPBnVTLYwfCbNJji9zA4kfrArJ0aDD4w634GJ1F5Zg1pMMgz6ykGOxn+
ixpM8V9j8EzqA7Pe12DwgVmfMDiT6ifTpMGgn8yInCw+ZM7SYH4C1jP9T8IgfybzHz2bV+ZyDabt
qylsjOBv0mDavo3BzC6ZP9BgOu6PUD3ahLqRB61FbtQCpYJ+BKketTF4CepCnZD8GpYCUbgL9QJM
cze0exmGAi3tQJ8DUBVrd/8vOeVOSqagOuhpR32TOD5oWwxlZLw5qBTeeRBdI1A+a60AinYoVwDN
OpDBz6hWAD8fpF60AfJWwOqFfjdgLmRjtH5FznnTcJRJrHloFePim5S6AEbNg7eCMoCHF2TrhR4f
pLXAa9YFufwjHlO42dPkqp/W/hjTLNVbK/DogLIXrYc2Otr/XOcKtHpAW16Qyc9kozpSoE5x/BrX
lWAPBdUyegWlsfGWQL4Mxl7LdO8GfErnAa5U2/2MknLLuYBMETt3wbhUpm7A3fQPsTzMvyheP5Nq
3eS4Xs17s5mVu9AaTeqlrKeNadEN0syelL2X9XiZp9ZB3sekjlgk4lUl4EuVTBI/0/KE3npBFgWw
3JovRjzKy3TfyjyM+lwnG2u63Vs0Xm4mG6XsYByp3G0wfgfjGNG+wqR2s/FaNGtEeqjUPs0ebjbH
CN2mSft7NW/v1izoYbrxMW+MzG7CQm5N/j42msJGmC7VhOWpbmi9n/Fum+YNFLeL8YqMPdEe0bZf
00iL5qm+r+D5gaeHacULZYR3i9bSxzRNPWrKp7vYyu1lGm1n9FRSas8OjWpihBZGv0Eb1avNNLIe
KYcpLawFTMot0jqlV6+m3S5tJl6G38dqU1b1MS9tZ9Jd2CcmYqtvci60r4Pxm+JB48V6TVq3pv8W
FvUUbZVO6KyVjb2OtUbo6QrzajZsY+uuW/ORLsjpit6gaTvCYSrau5mtIt6hMB22aPP3Mqu1M5xu
tvYi3tjJKCMzme7d3knPoit/o2aZDiYN9c0N2tqKxJ32STk6WG3Ke/1f2pF8X5pfizbGGsahj2m6
9Tzf9KAeaJ/QLPXtlskZrmW+rTAf2Mh062N+55+MJxGrU9kj692vRY3IavJpXjYVPSO9HcwibnQd
o49ITfm2sN4pT4uM3sq01c1WyabJWUyM3cliJu13M030amPQNRTRop/RT0g8wb2b+VAHi5sTsuWw
vc8PffNgT80FvvSdw7CmR9gcFp06AKONraV2gDoA6mQW8rCaD61mPhCxeM4k5v/dEfqZx0RwPdNG
WQqRvh72/UWQKsHzKLwMWukOsAjyy1l7NbTUQU598xLYCarhvYS11iMT3KZoqmfe5LuArymT7ZF1
EtFot6bzKR/913axKctMROQJO69hvZsAv29yzJbJ2Bbx56n9aHq0jESOqTgaWb9eLWb6tDW9jnHx
TMZEulobtdHo6t6gxdI1k7tRZEz/P9HMROzsn4xOHm3FeSZ9upfFD7+2ntdq/nghfU2sQqoxzzQu
U6v4q+O1ajsg9cA1LDJGpF6jWaZT43whC6WzWZ2vqUhE/qpXfHXkidhGo5ibnUXdMGq7pm2fFkP+
0dhU+yuhZSrObvqKLTzaKWP6mSsSvd1Mom6mWa920vlXbK5ovtg5LbZNjEsjSSvTtHfaLtI77aw8
exK7d5rfTu3d/1xTVLoOxn/Cr7rO49fP7L+eWXP6OXQiPk5hdgFu5ITaxzRO+bdNzici13Tv7tAi
akT/kVXVrfnHVOQ934f+2Yym/GMxm/tXLTdx9qJ7jkc7oUVmEznvtTCrdn7JBr1f0vcUZx87rfax
U39kH9rAzkb9aPrp6r+3/gS/Xu3859XuPBc6xX3VjhFtTZ1YWxjPr67jCYu5v6Trtf+WtFNa/uoI
5+/350vk0U6xfth7JjjQ+0kFitwEMuAMX4iK4f6lQD4Hatlwvypktyz6dGQlqtEw86B3DvQUanAx
3MaKGdVcVAR3AZoo939vr/uf74wTfblf0t7kfli/qduz1t3iUX6k1Ld5lCVdnV1+aFIqu3q7u3rd
fm9Xp9Ld3pKjVLn97v8GKZcyU+q62vtoi09Z3Al0c0pL87Ihy89RKtrblRXedW1+n7LC4/P0bvC0
VvR63e0Lu9pbJ3jOYy0KbZq3ytPro6wLcvLylIwl3pbeLl/XWv+sKZTpGKw1m/GqZ/B+pb7X3erp
cPeuV7rW/lPJlV7POq/P7+n1tCreTsUPqCvrlFq3X0lT6pcoy9auzVHcna2Kp93n6W8DtJxJTjDn
rnW97u62TdObPEpVr7vf27mO0npBvdnKiq41wHqpt6Wtq93tm02593pbvG6lzt3X2QoTAVWV5Fd2
dfo9HVS23k2Kzw1aBEV51yqtHp93XedsJTL3FsBye6Gzo6vXo7T1dbg7QXylpc3d626BaUDF2+KD
ebg7FejbROfvBbV3wwQ9LR6frwuGoxNyA/++ljbFq7Gik+/r9Cj9Xn8bU0NHV1crpaYwiO0HQVpA
qb6JNn+/p9Pv9QB2CwB9vZtyFKbprg2eXjfY29/rcfs7oIsStPSBzX10MGpHTy8TYW1fezuATFYY
vqMLBvF2tvb5/GyqPv+mds90TVBv9dFRPL0d3k6G0du1Hti6Qf6WPhgoYsBWr3tdF+3vbwOdK22e
9m7QSJeyzrvBwxCY27uVdlCH0uEB3XV6WwDd3d3tATV2tnhgkIi6vVRZimcjTKbD075Jgbn5wHfa
KY8ObztTr19bSD5tvBagWONR+nzgUkybnp4+KmxfC9W/srYLpgwcYVJ+P/UTmHqvB+zuB9cAM/lA
Zcw9odrhXue+ztsJrD3+ltkRpQF5q9fX3e7eRIeg1J2efl+3uxtEA5RWENHv9VHGFL27t6uji3HL
afP7u+fl5vb39+d0aA6b09LVkdvm72jP7fDT34bI7fCtdtOJ59DGf5Gg39MOrR5GsnRZ/eJFiysr
6hcvW6osW6RcvriyemldtVJxyYrq6iXVS+tNskmubwO1TmiNqpjaBASFGfiZRi+wxNhkqCPTOa/Z
pGzq6qOULdTbQM9sHUXcEpyD+SjYF5ZfJ6C71/V6PNQTc5RGIGtzgxt0raHLCCj95wlDvbOfupMH
DOehmu71tPjBzmtBj1NyURN2rfMwFGbiSTowDXjvmj4/sAYxu2BFTZtQum9CKHDkSVVMElNvUza4
2/vca8DD3D7wkOnUOcrKTuazmyZmAXPSIhe4t1vxdXtavBB0vjpzBbTYybyN0rpbW73UJ8Are1lU
nk2be5lu2er+klDt3g4vnRAMwvD6u3rX+yJOyvyRNXb1Q0DtW9Pu9bXRcYBXRN0d4KggP5iqe5MS
cV5NQ+cPxPSxeO3U5Gj06unz+NgwEPdaPL2d2gx6NbkZsq+tq6+9FdbQBq+nPxKuvjJ9igeW9EAE
aJ0KcZNzBLFYYG3xT9mYTsytSb32wmyZyJME2rrXGME4bv88irCyrgI2gYySwuJZSvGckuy8wrw8
SVpZA415c+YUFkJeXFCsFM8tKi0qNcn/YNX908VIa7maeGwdwnXVox2S6FFn+mOW83v8qA+b4Gjw
/nk4U61r0fmPuRWtZZH20GN6j9bG3c4d457nnoZ8aHr/ee1ff2zw9ccGX39s8PXHBl9/bPD1xwZf
f2zw9ccGX39s8PXHBl9/bPD1xwZff2zw9ccGX39s8P/wxwaTzw+86B89WYj0XA5lxFu7WEvfebhf
7b2ERQ3feVgTbYvQ+1Bfj84C/vvQdv5Th/P7JmgmzlddF+Q41buKQdNxIi2XstoG9rzj/P7ze2q1
3beP3f262Kqcjn2h/uma6vqHOuzinfwCfj5fyc/lS3iVv5iv4UunY1+wv/6CT3SmWhd9ZT6Rlhpa
w3MAZ3rfVGuNdjZd/yWJp7VjC/oD5wIvmdY/2fav+s2/qJt/md8/8yvt+/IonI7eQhd4/QTVc99F
0Zj+XMMot3vYHJevjnDfGY6OzVcrzNy9qBYSQQFuCRqFRFAXtxNtgUQAvSaYPSf/EAWG5ah8M+Df
gRRIWyFxaBByzOoqJIp/x3CslbK/ORhtYXTfCOYVRoBhsz2/tiKO24gw5+E6kQs5uc1QXgRlC5RJ
UK7hWiFSUDnV4Whz/lYYrxzQy7l4CENOroKzonwoq7gElMjQ+oJRkXH6ghmZ+RUyV8nZGUo0Z4J4
5OT0nBjMdypHOPqzXyp3+7BkoPLdHjTH5x/jbuVEFAdYWwHL5ow+xskoFxKdSf2wZMrfUWHk6mGa
9aAWJ0e/rL+H5SrXGQRGMF41NwNZoW89l4TioVzEXRSMd44e4e5maN+mXGC8BUF9AS2GTVH5oxUS
R/8fIMB9CzT+LTbajuG0knxUkcZloDxIBJS6BSD6341mbgCgATDTAJhmAEwzAFIMIB1Yfjv0bAec
XO461M31ox2Q9gDMA8v4IGjwEANmZuQf4hycHTRhPgK6w9CaMCxFUcnswZhYhmYfNkbllx/jfGgZ
JALC+4dt9vyuI1wmm8rsYXsiJegOSkZQnS1iCyC0Uhsc42ZwFzFNJDENBCqcUMcomnMiTF4ix6l2
yGvkDWpf+pO8rPyFVr6slb+MlOFRcnwYRlFHyK9oOVYxg7wLzFaT36I9ABFyhDwHW42T/JqMUCnI
2+QQKofyBNRboTwEZQGUh4PJP3eOkJFhKED2+4MmK50seS6YlasBzlQNsCVqQIw1vyKVPEueQTOA
xVtQzoTyGTKKUqB8Gko7lKPEj34O5ZOkCM2H8gmtfJ4cpT5NniIHYc90kuFgFBUhEBRp8XhQR4vH
gihSq811HiWPkUdQAqD+OJiWAK37h9NmOqOPAD9MHib+YJIzpkImP8AN+GNAGkQnaIliyIPBYspk
R/Co4jxEdpAdqr1YTVWz1b1cXmpedt5eTklVspViZa9SYSbfQgIoDxYsuQNy2J8JeA8kFdIOsj3I
FwcqxmFOdF4EbYV8kEHNkHczCEFunuw9w6BycitaBokAj82QtkDaCulGxEN+HaRvQLoe0g2sxQ+p
D1I/hI9uoOgGim6g6GYU3UDRDRTdQNHNKLrZ6H2QKEUzUDQDRTNQNDOKZqBoBopmoGhmFFTeZqBo
ZhS1QFELFLVAUcsoaoGiFihqgaKWUdQCRS1Q1DIKFShUoFCBQmUUKlCoQKEChcooVKBQgUJlFHlA
kQcUeUCRxyjygCIPKPKAIo9R5AFFHlDkMQoFKBSgUIBCYRQKUChAoQCFwigUoFCAQmEUZqAwA4UZ
KMyMwgwUZqAwA4WZUZiZffogUYoxoBgDijGgGGMUY0AxBhRjQDHGKMaAYgwoxkj/EHe84qdAchxI
jgPJcUZyHEiOA8lxIDnOSI4DyXEgOa5N3c+UQcBtNkPaAmkrJEo7CrSjQDsKtKOMdpS5Vx8kShsA
igBQBIAiwCgCQBEAigBQBBhFACgCQBFgFINAMQgUg0AxyCgGgWIQKAaBYpBRDDLH7YNEKf59p/y3
TUNuxA162FzJVjyLlVvQh6zcjE6w8gY0xMrr0V5WfgPdxMrrUDEr+1EaK4EfK/3IqcdBZ3F0hRVC
wDJIqyF1QdoD6XFIT0MSGfQKpN9DCpMiNYWPFpeJe8THxadF4XFxTCTRumW6PbrHdU/rhMd1Yzqi
VCQSE4ujEFrQXSzfAvlHkGATgbycQeWkEMYthDhbBO9CUqhaTisfZeJXMvHTmfjxTHxXJq6QyCWY
Z5EOTvoEBMcNqjFtgfMEpOK09AUQmb518EObM5g21zmCj0aKWWoWlB9CGoK0F9JNkIoh5UPKhpQK
ycnaMgG/QU3RWB6FlA4pGZJCh0BWK5xuYix69RAx4b3DPzUh+o+0wfQMoDsSTM+DYiSYvgyKp4Lp
a5wVEj6I0ukxCD8JlnsEyseDzpPQ/eNI8WjQeQSK/UFnIRRNwfQcKK4Kpr/srDDhlcjJU9J6rayD
edNyRdC5CtCWB52zoMgKpqdR7EwYKBV6Z+EGdBLKVI1qZmQkV9A5H4qUoLOUYutROjU81qFsJp4A
iZbcMAj00SHcwGPV4DztvNv5IZD/GRQL7vG2MsJD8Uoq/X0N2Xk0+/uAXOEMVsgUH/aHIa0M0PJJ
597U7c77gRdOPej8jjPH+a3sET00fxPk3s6GCDpvUkbII2qsc6szz+nPPun0OS9zup0rnE2p0B50
Xu08SsVEjbiBPHLQWQsMF8MsUoPOS1JHmIiLnJucqjPdWaocpfpFJRG+xdlHqQZQfmT02aDfzNQR
6uMri0ewRc0Uz4g7xKvEheJ80SWmiBeJSWKcPkZv1kfpjXpZr9fr9Lye6JE+jv6Pfhb998o4Hf2/
X6Tjac4z2ExoTiL/aUqwnqDLUCCWqyE1dQtxTWC0BdWsUQJn61wjWF5+ZUBwLcSBmBpUU78wUJJV
MyKGVwSKs2oCYu1VDUMYf6sRWgPk9hGM6htGcJg23ZpIf0h6CKNbv5l4CGHsuPWbjY3Ibt1Qbi+P
WWApXVR1gaxZy6f9vKZ9OpgU2FVT1xA4kNQYyKdAOKmxJnAj/ZnpQySamKqrDpEoWjQ2HOK7SXT1
CtrOd1c1AtpJhgbeHAVoKJ0WgKZfiBSKBvFkIUUDG0Xw0oAc8JJpAXiyCaUxvDTZxPB4TPGGTijV
VUOKwnBSETrBcE6komk44DFAWzWUlsawXApuoFi4waUwwWYxRk4noGQ7GQrc3JyMkROzwQK5Uyip
GkrRJEoRG4vDUzjOCE5cxgROXAbgZP0vX56FWXh4Tt/m5+gvdze7qj2QmgN3bGizB7auUZShzX3a
T3qnNa9paaOl2xPoc3mqAptdVcrQnOcu0P0c7Z7jqhpCz1XXNww9p3qqgnPUOdUud1XjcHlZQ8V5
Y22fHKuh7ALMyiizBjpWecUFuitodzkdq4KOVUHHKlfL2VjVXur3tQ1DerSwsfLqSDlMDDL4cHNi
cuNCq7l7AXXoQ/OT7ZsTD/MI70eGrMaA0bUwYIJEu7IrsitoF6wz2hVFf55d67Jvnp+ceBjv17rM
0GxxLUSTv55IkWoCRctrAsl1VzZQVwmo7gvbzEdfrNuOqr1V8Ad1P0vwno6JfBd8+S/06uvr89Gs
LwtuyTWBzLqawNzlIIkowlDNVY3QljPRxnGsbUiSqkfCo9CZBUJgPx2OQlmY/uKuKsOtSySDukGR
0KuCfzghKb/rGOzgWyDBPY70B3PZfZn0D6ek0vuLfzi3KFLC/ZSWwYTkfPoTScVASsvUSKlasgHY
kboje0fxYOpg9mCxjv5QwV5odO6lW2kwdy+H/Fm+CUUA6G9EkR8ChvF+EJyRxAYepEBWVmOWDzN9
fVXZeELpk4r1aVx9jL1/wiCRdh+KIEc6s/omiPo0EtbZx0jYgP8HBKlrKQplbmRzdHJlYW0KZW5k
b2JqCgoyMiAwIG9iagoxNDEwNwplbmRvYmoKCjIzIDAgb2JqCjw8L1R5cGUvRm9udERlc2NyaXB0
b3IvRm9udE5hbWUvRkFBQUFBK0FyaWFsLUJvbGRNVAovRmxhZ3MgNAovRm9udEJCb3hbLTYyNyAt
Mzc2IDIwMDAgMTAxMV0vSXRhbGljQW5nbGUgMAovQXNjZW50IDkwNQovRGVzY2VudCAyMTEKL0Nh
cEhlaWdodCAxMDEwCi9TdGVtViA4MAovRm9udEZpbGUyIDIxIDAgUj4+CmVuZG9iagoKMjQgMCBv
YmoKPDwvTGVuZ3RoIDMzNy9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdkstugzAQRfd8
hZfpIgLzSiIhpJQEiUUfKu0HEHtIkYqxDFnw9/XMpK3UBejYc6+5zDismlNjhiV8dZNqYRH9YLSD
ebo5BeIC18EEMhZ6UMt9RW81djYIvbdd5wXGxvRTUQThm6/Ni1vF5qinCzwE4YvT4AZzFZuPqvXr
9mbtF4xgFhEFZSk09P6cp84+dyOE5No22peHZd16y5/gfbUgYlpLjqImDbPtFLjOXCEooqgURV2X
ARj9rxZnbLn06rNzXiq9NIrStPQcE2cJcsL7xCnvR8gZcUycEycSecf6M/KeOK+RD8Q7Ov/I3hPy
I+uJK+YM+cTf2iOfWU/n1KypPMuINaiXnD+JkTl/jF7J+eMD8j0/ZpCcP8H8kvPvSM/5c2LOn+J/
Sc6f59TMe9ewrTj3n3EJdXPOj4ouB80IpzMY+L0/drLooucbkK6lhAplbmRzdHJlYW0KZW5kb2Jq
CgoyNSAwIG9iago8PC9UeXBlL0ZvbnQvU3VidHlwZS9UcnVlVHlwZS9CYXNlRm9udC9GQUFBQUEr
QXJpYWwtQm9sZE1UCi9GaXJzdENoYXIgMAovTGFzdENoYXIgMjUKL1dpZHRoc1s3NTAgNzIyIDY2
NiA3MjIgNjY2IDI3NyA1NTYgNzIyIDYxMCAzMzMgMzMzIDgzMyA2NjYgNjY2IDI3NyA2MTAKNzIy
IDU1NiAzMzMgMzMzIDYxMCA1NTYgNTU2IDYxMCA3MjIgMzMzIF0KL0ZvbnREZXNjcmlwdG9yIDIz
IDAgUgovVG9Vbmljb2RlIDI0IDAgUgo+PgplbmRvYmoKCjI2IDAgb2JqCjw8L0xlbmd0aCAyNyAw
IFIvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aDEgMTAxNDA+PgpzdHJlYW0KeJzlOm1wW1V25+pJ
tiPLluQP2Y7i6AnFSYj8kThfTjaLTWSZZg3Ol5PIJAHJ0pMlR5aEPpw4u0yc0hBikw3M0oXs8qPD
dLtLS8szBeIAu/W0U7bdWcJ2mNkfnemw7S4fO0NmGVra7QJxzz3vPkn+ICzM0B+tlHvfueeee77u
OefepziXyStggUmQoCc8FkrXMWYAgJ8CsJrweE4eGqjagPAvsGWi6ZGxb79z9FEAaRDAZB5JTET/
7drlZwEqgjh/IKaEIo7kH64AWPE88tgWQ8SFT16vwPF7OF4TG8udGoRPKgHMNhybE6lw6IeQ4eAq
7CrGQqfSl6SfoHzzGhzLydCYsve/fvAyjnsBVsbSqWzu6yDNI6tn+Hw6o6QPPpWdxjHqa7iGOIZf
/rEgWMbHBvj//TG9BE3QU9Iv+BjXQiOMAsy/w0fz71KP8I3E/Fva2hvx+XdNb6B3/3v+N/R8a/69
z6dBhWif9WG17HH2KntcwIOsliAcszl2CcEp2AOm+ZPzV+Y/gr+A4wgPzj81/5Hhz6XmBYwm4Bu0
8u+xvcqyuDrDnuCc2D3sEtvKHkP4SWyN2N5h32OD8CaLwWmU9xrrZhvw+Qa7E16GFgiwNOyDZ+Dv
2EVmhGl4gtWxTpZgjajdX7MnWDv7A+ZjPvgt6jPL/oXdMFyFFwF6tm/bumVz56aNHe1trd4Nt65f
t7ZljecWt+xa3bzKubKpscFRX1dbY7dZq6ssleYVFeVlJqNkYNDK1EZfYKap3Ot0u91DbWK8cuFY
lVpsH7hVqHG6PfbNBSrnolWrFo2bF41XF8YDKtSpfR5fL+c8A31vq1CrsjoVuBhWexeKEov8kVGP
P642+SLBIK7o9dhkte/9DtJF8J6pNPs8PsXc1goz5koEKxFC2vQM67uNEWDo8++cMUBFVVurWuNV
DS1+3kbVnukgAp5e5IQztcWZ2fm5h0unAJfpUK0GMbXMp5aTXDmu9oRUmJZnWuemHp61wXDQa4l4
IqFj6LoQ6jgDUos/Nsgd6ectGJNVIzKnzokY2R+TpzzcHf5YEHtPL65aFo/oFb7AefecU63Bp1+1
e9U7kOKO079ySlP+xrjMh1NT52X1T/YHSmfdvB8aGmpEhaf8HmSIzPyju9GUxo62Vs0m4YBIcJTL
HA1xPf2j8tS0Qro+TDoQqT/GN6ZnOvRZhFNT/ojHHwlFdmsCfGrPID1g8O4A2Yje6x0SKEGAM0aa
CfYOuTV/9x8I+LhunlCvU9v5AiYoMIjw65My12APMlDlsKzCgYAHSbt4p3TBVLiL4sc9xHDVvuIq
1dRi88hTH4LKgp7r7y3EhASmrMX2IXCwz9MXnJrq88h9U8Gp0Oz85LBHtnmmZvr7p9L+IErdF8BV
s/MvTTvVvoeHVFswxnai+3kQ9B0IdDvd9iF9uE8fAkYVxlYlmYNewH97xAO9DIMBt4yOOhQYcqKf
AhweRFh78ljC2O3CbRZu4z5Sugru8QnQ7eYBOj3bA8M4UCf3B7SxDMPO56Cnw4v7EeQzc/pM/SE+
M6nPFJYHPSjleToF69WKtYV/Vpuj1h/bqTLHTaYVbV6t9QUkp2FIgwxOiUNmLyb7LrXBi/B67xRu
ws88qs2rmnyBOeeuIdlmxyrAt++gp3//3QHNMBRDB7ARTHhpgHKATXa3vcVtdxvhY1ma+7jHBB+B
bJzjdIPz75gMeMbUgAsGenaUWx80PWiRfm76ueU/7dK26r7qWfYPzLhd6qoyNF+Wyh2Xq5pWXrCa
u82XzJLZbU4Zai+ADAmDt+O6t+P4dei+3n39+KaN7Pjx+2pt4O5cbcC6i8Ata9etNbTYHJs7b2Nb
bWs9t5QNsja25bEfnfLX33rjgxsvXv3Vnq1fYY+F77ntqDccVu42/JI9xQb25M8e/tPnbtx345vj
mf2s6ekb77525JUfszX/+Bq68/toHj8fzbDrKpTPv9/jrrJuq5SYVP7dMpvdvq2szGAuNzSaDWVl
bLrb8KbBYEAVN3fYd0B3d82ODu/1Hce9qCt6p5qV229j26Xf3IhEXr74s7dvN73xuzbpn+68x8sG
fK9M0dHG/RqN/vKFYO+91l0fglM7X7+3f+4/iseg8CZApbgT0bqKa588WHroLjqEDfzSZDoMg9wi
/NTh9expopLQt9plygBl0AHbEfgj6auI57ObDaMFXi8U+DKU/YKADbj7cwKWYDX8WMBGpHlLwCa8
t70v4DLEfyzgcgizcgHbwMR0WXaEU1wDo4T8LSxHsAlhG5skuIzwjxBcTvgnCa4g+BmC8b7KRtkr
AmbgkNYK2ADV0i4BS7BL+pqAjUjzoIBN0Cg9KeAyxD8v4HJ4VfqJgCug0/iIgFfAbuPfCths/Nhk
FHAlRM0gYAvEzFEBV1VeM18TcDUcc+iybGB2/FbAdjA3GAg2c3sbLARXchsbGgm2EH49wdUEbyHY
xm1s6CG4FuGahgGC64gmSHA98UkQ7CD8NwhuorUPEewkmm8T3Ew0f0awi+DnCF5D9D8iuI3gn3K4
QtP5nwnW+L/NYYuG/4Bgrj803OiNj8Rz8dNKRI6EciE5nEpPZOIjsZw8GFPku1LJVG4irci+VCad
yoRy8VRS3rRjx6a2zo0bt7TLtycSMlFn5YySVTLjSgSRmXgo8QM5npVDci4TiihjocwJORX9dI4n
Y/FwTB4LTcjDCjIaiWdzSgY1iiflsJLJhfA5ms/Es5F4mNNn20mEvDsRCp84oIzkE6FMgW+bXDIp
i9kS1GElk+UyO9u3bCR0G6H/t5QmYTAAKawCYxCCBELDMMGqQMG3hiT8Gltx7iDk8JmECPYZiEjf
kWakH0p/g+2q9JL0DPRCHEaw5bCdRg4RrCiclq+SIYyc0nh3zxBVDLEyVqEY0slwF85xSTmcTxPG
R3LT1IeII6eQYRPswO8maINO2IjfLdCO2NtRuwQ+i7yzNFLwqeBznLTRKDkNt+avcBQnOq5djuRE
kG6MrDuBuBREv5COJ3FFHO2NIcy5TeBzmFZwjUZIao700nwUp1VhwnBfaeNRyJOuWaTh3HT+WbSj
aIUMu7EP4fwJOEDc8zTOLKNv2wL7S1fKi9YuT3WYNMwW7OxETbbgHhSp20qo/294eqkugwSlkDvX
JY2yJ6AV8XuQLowrDlAOaZwHhHYp8kqW6PaRBRmaiZNHDmKfp7zS/LtUZi/JOklcR3C8F/0VJQ6K
yIku2g2+v1qmJcnusYLPMuSbLOVvliCFdIhSjiq0qyM417ooRnRemq+y5OcU+VNGu/Lk9aTws0y2
hkheWPhdm+GaZmnvY0Qvi3UThb2Pi5xNi71SyLYsflPkE1lUHpn8yPXPi32PL9JK83yOPKpQjMRJ
riZdEbQp4qXJ1vHaHuWER8IiSrNL6HLIUyGvxPGp8Q4LTJ483V4SzSmqPhnyZ0LEv0IxMCbW6PzD
tHpcyIwLO/mc5suiD6KUqQmBLXo1LnybEnbEiT5Po2KOZimyEqTd8hERpR1UKAO4JQqdAZybFhUa
vxTmriL2RvM9t0CzJ1nirwhJHiGstr40bzlNAvddi48U9jxvx4WnNQ66PloFSYjIkMmDYWF9nHYs
QTRpyhstEpO0cmHtL9YjrqcCp8SujJEuPCrHRS5q1SZR0GKMRsW41XO06LGF1oWFDK0q5cnLkQVR
qcB9iNf9yqM6XLAvSlEt0/6fIs9mKeJyhUqg7TjXXcv0nKgy6cLpp2Vvsaa1iuwbwXaa1mtac75h
mi1GmSY9Qt5KU35MFKzQZfP1J2k+RJ7ICBk8e8ZFpY1TfdE01rmnKYLGqM4V622MrEvDTnwD6UC+
/NtOVKUVsZ3q0hhSxCiPEgiNIZSkHVJolIV7KU8TglYR3Dn1F5dSWiu5bTrmXpFrfJ+KcgawUg/i
ydCHzYfxx+G9iOUVvA/7OwnvR8xB7HmE3oHnhx+/dxF2EKrwjZO3QYqp7DIRJxfwWq5ofk0Lzxcj
9fc7yYr7o1dkfbeHaXYC6fMFmeFCddOiuniKlVZLrXoU66iWw3FRM7Mir0eIi1Koijxjh4Q0nuHj
opoOF04jTWbuJp7Rq+fJQoVSRN4phcjOUA3JiayOiqhczl96LnKPKSVcirm8VF5EnIC88gxTddS0
HhY7kxScl9khuYmsWugprSYvjYqlkos3rnGqLrzGDItKFqL6opScPYut5d4/hJhirZ1YsheKuGWU
3q60Ch4ijdLk2bi4qfw+ey6LWEyWVDhdLq8nEfF2UTxJSm/8rQXqTEncFs/um3uKazdG/PW4Si3g
d5L2/wTtZukdVK+SRcoU0iYpE/Pkcc4/VrBH06s0uvWbq+b/4puSHnHLxdDNLCrGxx6yfenO6Xcv
fvIo4oaWEnfjlDgxM3Smlu5BBha/Yemcs3TH5XeSiDiNxuludBJKb1efvfs6Py0nFXEPWHhe6vyW
7qPmreKNNUw8l+axvmOhRb6Ofi5ti15eKmHhqb9QI0XcYnN4+ugcDmH95zf3Lnyf2o43tO14p+/C
50Z6v9qIMzwb+7Hfgt/1iLkVKbbDZmwytm2wFd8BeNM59gkbF9tRWo31Sp+ne84IKMvkU5oqQEis
HhcnuVY39LxQ0E5Z4BVhm/y5TlV9rmORvsWTlNskU3+n+HUhif0weVOL0jz1Cvk9LywboGw5Leay
Iq5iQs9o4czmaw5SxMr0LhYVPLKiunE7j5CdWXGCKF+KhbztK3g2TVU7SxVgHemqRe7Ygvvc4pwN
iVxKiHtdhE40/TTnnPLiThsv3G9T4h5cum5xbShKyhXe8PJ0v9JWtIJ2a84Tb447XViRpdqQEzjN
VxmRxV+2N7W3AP3moIh7m7zIn/yc+nfyQkh4MkyrIqIapMQN49eFN6GU8OfCaqG/00+UrIqIKNJ+
CSiuylMNa12QVwr5R/d8hs6gbOHUk0WsKnT2HRGZp4jfQr4c/ymijhQrWYQyUIuK+KKoyFFUhIiv
XLgX6DetuHh30eNwqf0h4YM4WZgUb7KlfkiV1BztnXqdyGNNwmn8pr4Uf3zxt4bP5l98Ny3+glb6
u2wR1ny73Ny/LqDjO1b6iy39ZvspPBN0HygZG1cbNxn7jXcYv4r9jgUSeP58GpcBumHwmxr3CLcp
Q3WUa/Hpa4qwJP5nC+DrS/9+BKBn9epTjuaTjlXjDmfesTLnaMo6Xk++njJcSk6mDGnHbAX0NDcn
Uo6GVYlUgzOVOJMwJFJNJ5IO54nkmczK0TpOMd8cjdfVr4rG652Xoiwab1JidU75yr4rk1fUK7+4
YnIpTImdu2/lZd/v3I9j+xa2R7FdxDaN7QK289jOYXsA21lsZ7Ddj63z9ETE9ZfnOl3fVy2uZ9VO
1ww2q8qePt/peuRsp+sStslZ9t1jda7L2B4/bnf9MbZvHbO7HsX2wrkNrhfPbHBdPFLhmj7S4LqA
7XygwXUO2wPYJu+fPDN5Vjp7xO46g+1+bK8H3gwYwiG7axhb5/GjdtcxbIHDNa4j2LoPs9ChKlcQ
W+dR7A5j63nAub2+cVt9/db6mi311s31ls76FZvqyzbWSx310F7f2mbd4K1ef6t17brqNS3WWzzV
stu62lXtXNVc1di0sqre0VBVU1tXZbXZLZaqassKc6WlrLzCIhlNFmAGi9XKuq33Ws9Yn7Ua98Je
aW+Z5PxKhcu6s8Il7ahwQVeFa99mptb0Q//gbrWW4fPgbnWztx8354Da6e1XV+w7Gphh7JtDiFUN
D80yGFSND80a8FHju/toYJY18elz9DcZV4GxyXMXneI5NORtVk/1Hwyo6eYhdRcHHmkeAi9+stmc
9yYf9tyhyUP++HSvV6NmXg0gyJvVyTQcjbNLeCAXFKPNNOpUWbVR7UQbNYKZFdzEyIHdAP8DG2/T
ZwplbmRzdHJlYW0KZW5kb2JqCgoyNyAwIG9iago0NDAyCmVuZG9iagoKMjggMCBvYmoKPDwvVHlw
ZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9FQUFBQUErQXJpYWwtQmxhY2sKL0ZsYWdzIDQKL0Zv
bnRCQm94Wy0xOTMgLTMwNiAxNjg3IDEwODRdL0l0YWxpY0FuZ2xlIDAKL0FzY2VudCAxMTAwCi9E
ZXNjZW50IDMwOQovQ2FwSGVpZ2h0IDEwODMKL1N0ZW1WIDgwCi9Gb250RmlsZTIgMjYgMCBSPj4K
ZW5kb2JqCgoyOSAwIG9iago8PC9MZW5ndGggMjI4L0ZpbHRlci9GbGF0ZURlY29kZT4+CnN0cmVh
bQp4nF2Qz2rDMAzG734KHbtDsZNdg2F0FHLYH5rtARxbyQyLbRTnkLev4nQr9GCjD30/8Uny1L62
wWf5SdF2mGHwwRHOcSGL0OPog6hqcN7mmyq/nUwSktlunTNObRhi0wh54d6caYXDi4s9Pgn5QQ7J
hxEO36eOdbek9IsThgxKaA0OB57zZtK7mVAW6tg6bvu8Hhm5G77WhFAXXe1RbHQ4J2ORTBhRNEpp
aM5nLTC4h169E/1gfwyxs2KnUs9Kc13vdVW4m2ObsK34lwzsQsSpyh1KnC2ID/h/qhTTRpV3BRzh
b7sKZW5kc3RyZWFtCmVuZG9iagoKMzAgMCBvYmoKPDwvVHlwZS9Gb250L1N1YnR5cGUvVHJ1ZVR5
cGUvQmFzZUZvbnQvRUFBQUFBK0FyaWFsLUJsYWNrCi9GaXJzdENoYXIgMAovTGFzdENoYXIgMgov
V2lkdGhzWzc1MCA2NjYgNjY2IF0KL0ZvbnREZXNjcmlwdG9yIDI4IDAgUgovVG9Vbmljb2RlIDI5
IDAgUgo+PgplbmRvYmoKCjMxIDAgb2JqCjw8L0xlbmd0aCAzMiAwIFIvRmlsdGVyL0ZsYXRlRGVj
b2RlL0xlbmd0aDEgMjI1MDg+PgpzdHJlYW0KeJztfHt8VNW18Nr7nDOPJJNM3i/InGQyeU3eDyAx
kglJeAVIhAAJlSaTySQZmGTCzCQxFBrwUTWocFvqoyrE9uKjaJkkggFtQa+219oWvX1prxWseKvt
peVatbVq5lt7n5MXUtt7v/vH9/t9zGHvvfbaa6+99nrtc+aQ8Xv7nRAGe0AAm6PH3pcoheoA4EcA
JMox4Jcf+XlBFMLnAbTf7+zr6vHLD24C0D8KoCnqcg91rrrFvA0g4nXEneh22jtKOvPCARIPIo9F
3YionxrSYh/5QXp3j/+Gv9CkGOxfwn6S2+Owd+tu1CMYhv2oHvsNfTuNVRL2ZezLvfYe5+rnpGex
bwPI7+/z+PwdkB4EWDnJxvu8zr5H719Msf8qyhCNOIIX+yA/omF9KoiSRgv/336ku7CsAROWBcJB
SAYIvonlApZ3plYHP5G2g3lqW/C8wLT3hFoALHA3HIZ0uESK4Dk4A6vhYaiGRjgIK+AsHINwGCIv
gQhmqIVHwUJMQGE5xBMJ7oPX4HrwwttwHrKgHt4gUcinDvogDsqD72JdD7cFTyJVCNTAd+AUcZMN
UIDwSppLrLjy/uAZiIes4I+Dr2LvQXibpAfHYCVC/wGRkAnD8E8QBdvgh8FPUNJ0aIdHyC7yLqRC
G+wTS8WR4Ha4Bo7Dz0k9QmthSHpVfxzcOOtbJJ6cCZ4L/ha+JxJwIqcb4TaUeBzO0HyhRhoFGTLg
WlgHdhz9ErxGokmRYAtmBpcF70PsI/AetdLvC1qUwwqroBXuhIdQG7+AC/ABCSVl5EFyFK9XyB8k
9EjcaT/sxNh6ELX3CDwOJ0kRKaLxNB61FQ/ZsBHH9sMRXH8CXib1pIWcIc8KR6TCqapgTDA2+Ntg
EHKgGSU8DM/iGu+TQqTBFYQ0wS+miH6p+NO9uMMOeABehldQjjdQ7x/AX0gOXm/SL9Ph4Obgo8G3
URYdmGAJXAdbwAMDMAjfRKs+B8/Df5GPqR4pz4ovSDulS8Gvom4zYBnK3oDUG5D3PrTSOEzi9Qvc
ZSSRcRdLyDqynnSR/eRuMkleI69RDU2lO+jvhIDwkvC6uEiSghXIKQ5ScF0zbIZutMCXUdtfxf0+
Ci/AiySWZJA83NEvcP6H9Bpai9e36Fn6hnCLsF/8RPrK1Pmp3099HBwBLXrZCtRDP3wbtfBHEocy
ZJNtxEfeQskP0CeFcMEomIUyoVpoElqE24SDwr8KPxG94lHxV9IqyS4d1dqneqdeCdYHbwaWJTQo
VybkQiksRv/pRG/ajvL14eWFXbAXRuAu9JevwigcxX2fhhfh5/Br+E+0AJBUlNmFq/eg191C7sLr
PvI4eZa8QF4kb5IP2UXT8Mqii2gVraHLaRe9Ba+D9GX6C/qOsEBwCMPCHrwOCSeE10QQRTEoFeO1
UtonPaJ5SZulXalt1/3ok4uf5nza8ukbUzCVNPWFqbunnp36bXBTcAjlt0Ae5KOkt6KU96EPHsHr
2+iJJ+D7mLt/yWV9j1AioccnEDN6Qy5arYqsIKvwWkuuw2sjXpvJFrzspJ104zVM9pAbyU3kZnIn
+Tq/7sW9HSGPkRN4PUVO4fVzco78B/kdeY+iE1MBvdlCM2kBLced1tAVtIGux6uLevDqo146gBZ6
hE7Qk/QXQrRgEfIEu7BDuE/4jvCc8DPhI5GKuWKBWCluErvEm8Sz4iviq+LHkkmqk7qlQ9JzmmRN
qWajZpvmXs0xzTuaT7QabaO2XbtL+zNtUGfBbPUD3PfxeSmvQHOW+KQY8QZ6DuMiQeiTbiUbUWMa
2iS4hbuEf5M6ySVBJr8iI4JL2B78lrCc/kXwkE30NEkTTFKF0Al3QJAcpW/S9+lvxVjSRN8lWeI/
kaeoR6ihGp5XfyrGijdJ7wDQX0IF3U3O0BeEm4Sbgt+FCukQOScdoq+ALJ6n0XAOo/pWeg9O+gl1
0X3QLJZKH4ML9f6YdAPqeym9jeQIPxMPwduCmf6JXCJ3Y9b4MVktptMv0nJyFDPupyQFLpId0Ee+
DjbyNPk1mQRCHhUeIWtoGForQA1kMR59PxZSyc+EEGhhMpIMGksa6SW6UXhG87JQRghmiX+DnUQg
heg7058p6MUIOEgzMafVYTb5KSmGBLgH8/37U8+wjC29Ku1DP3tIyIX1UAhb6UtQgbHxNl7N8BUo
hlPog7dBIb0XdgX3kA7M+2sxf1KYJNuggIRitoxH2YbxvIijaZgLW3HVv2D+/yFm/XryBxgkMkbW
GcgS2cgdYh1mpjbMv/vw6oCt2HsAvqo5Lv0UGkg8gChPHUIvfx2+iGfOW7h+ElSifFvgITEXpZYx
M+/AGQ9MrQQbXl+BlwiF3SjzUozzRnElZt67g9twhy48o9bgmfgiuIL3QA3abn3wpuA+aA0+FLwe
umBD8FHMvwPBcVgEt0otdJNkFUsxx75Insfz6N/JPszbK+FXmI8sJAF+h9d3UP6l0tMwIv4Sc2dV
8I7gzyEW9ZGGGmrHU/QC9MAfUG8rhTNQMrWOjgWXC314Qp2D64KPBE0kBLqDbsy8z8ARrYS5Zw+k
SEfQd8G2bGOTrWrptZXXVJQvWbyorLSkuKiwID8v15qTnZWZYUk3p6XKppSFC5KTEhPi42KioyKN
EeGGsNAQvU6rkUSBEsitMy9vkwMZbQExw7xyZR7rm+2IsM9BtAVkRC2fTxOQ2ziZPJ/ShpSdl1Ha
FErbDCUxypVQmZcr15nlwI9rzfIk2XJdM8J31ppb5MBFDq/l8AEOGxBOTcUJcl1Cd60cIG1yXWD5
QPdIXVstshsLDakx1zhD8nJhLCQUwVCEAvHmvjESv5RwgMbXVYxR0BlQqECSubYukGiuZRIEBEud
vSPQeF1zXW1yampLXm6A1DjM7QEwLwtEWDkJ1PBlApqagJYvI7vYbmCfPJZ7ZuSOSSO0t1nDOswd
9uubA4K9ha0RacV1awPxOy8kzHaReVRN861zR5OFkboEl8y6IyO3yoHR65rnjqayuqUFeQSoZXnb
yHJc+A5UYf0GGdeit7Q0B8gtuKDM9sH2pOzOaa5jmLZtckBvXmbuHtnWhoZJGgnA+qHU8aQk28ng
eUiqk0eams2pgapkc4u9dsFYDIysH5pItMmJ80fycseMkYpax8IjVCDMMBdwzoxxiJMzqH79jF4J
k8i8Ct0hIDtklKTZjHtawirnEhhxLEEy/LQQnBXoQHu4AvqathFjBeKNbH5AshjN8sgHgPY3X/zP
+Ri7itFYjB8AA5mXzDgajk/DAas1kJPDHERbgxZFGZfyflle7sAkDZj7jDI2qD5oRN3aWyoKUPmp
qcy8+yZt0I6dwJ7rmpW+DO3J42ArsLYEaBsbOTM9EruRjeyZHpmZ3mZGP36SP5PEBnQZM/8ijHHR
dd0VARL3OcNOZbx+g7n+ui3Nct1Im6rb+qZ5PWV8ycyYChFlABUeEC2oqVVmdL31W5oZAv9JluXm
OlfbSgw1lDEQXdMsJNMWBaLJAmeF/nv9DGfWaQ5jvESLhvt/x6RWhw7MMUReHjC2rVTqlpDU1H9w
0mTwEpvFm9lp6p4CFdb5/Wvm9eeJFzYioMBiBq1v2jIyEjJvbDkmq5GR5WZ5+UjbiH0yuKfdLBvN
IyeFZqF5pK+ubdr8k8FT+5IDy+9owU10kwp0bQrLxszktuvGbOS2DVuaTxrxsfO2puZxSmhN27KW
sXQcaz4pY37mWMqwDMk6Muvg+YZRMU51nD75pA1gDx8VOYL3HZMEOE43jSPgmKQKzjiNo4gTFZyN
49iHZYqapua5PsADqyWPneyULMA7lQX4QC3gPfTaMUqept/De18tPT0OkjhJv/ekACFaBhwnkKjT
SKdxnIJAskFPtpMvQoLV+GHlp5XrjO9Xrv20EqoQNn6CVVFhamRqpAUrskCET2ThzCc2CT7GO54z
KPyG4DvCJqkbismakxASPD8eVq6fDJ6xVYaVV+vrQpaH1qeJZ/UkO3tJtq20rfRs6fnSP4dooZRU
64fNO/O/nX4y/VT+i/nnzOcs/57/u7R3LWGrdNmT5I6JrCwjTNILEy8XksJJofS4IBnjSNwkOXx8
oc1aULpwktRMGA3ZWU+TbogBPX3LFtoo75HpAXlUpvKkUDIRCCNhk+QA4vP25NEDeaN5NA/xx1u1
w1qqnaRv20JspWS09EwpLcX7l6VP2aJPR9PoxJJTJIW8g/pAVWxde8G4dceHWy9u3fE+qy6gdqDq
ovWit+ri1otR5QUXiwprhmyL8gtSMkIiRE1aqjk1PdWSKmokS3hGRojcTgrEvHaSEoFQamhmOwnR
52sK24nJsLAdrFZjpZVY2SdnL35gK9mx1Qs7rNboRYtKiuPjYmO0cazSpKZllJVyVFx8XEkx3hRk
ZmRmZJjNZUtpWWmGOU3bXTF287c2Lzu1e0/fV6d+f7ujIDUxKfKGeEtO5z3mJJP17nVyw+GVe9vu
7xZX3/71bQ1bDh4qOvGlwN5HazMX5uqkKk3oIXdD/ZKFWdUpIV+8uaFr+GH0KViN1n0KrWvEZ+9T
43YdHuiacUmKZY3BkDRJImxR+iTIsGVQW0ZbxmjG+QwxI5Khw1vx4XMYH3lHQYJEC1MpmVbpxXVM
p2svoiKrFP2tIenm9LR0fLLEG1aq0VoWJC9MTkkWNNEZEZbQjITE+ESqSRUj28GkSWonMeEIxYUh
lE5Qr8k6rKKMse2QGBLLtGpVlJrDS07O3ujSqMVceZExVGNOy8xYbORaXLwokusR1aehq+/wb2l7
YNf9t/20/bm9Pc/Xle9Y5E/JL0wvz66oLVtZSg+9QxrWVx9+YerYf06d+Prbz/556p2xr9u9j5Py
d+73FaZeu2HqAYwHIXiBLpXuwihcb9OD9JKpaxHevU8KmTYDFWIoFQQWq6HobyZbjCwUCm1CnzAq
nBc0wtPkCfqSOEk8Y+dYLF5Eh8MorKq8Vcq37jY+X1RoJfh4R5dOxTaS30t3/XWT9G32fLsmeEE4
Iq2BUHj2JIjB8xPRyUulyeB5mxWBRB2RhBz9MrAZ2gyjhh+SF+mr5FV63hCaBCSUgMFmEKgk4qpf
syUJNEYQqCgYJNuKMuk3RION5jcE7+UnyX0nRkNJaGKYdIq+AwL9rS0MRKNoExvFUVESn6H/AWGq
iY0YLRe4nd9H8S9ajRetyh5uDd/9/JiG5TCb3i/5NTdLN2tE2NpSVEh2eLeCF20WnRqLW0xFc2gz
f0J/OVWJD0FT+3YUNpUslNZk/PV74gvJ+W2hLMftQs8cQc9MhAwoITttp1oI0ZeYSnIyPSU70/aE
7gnbk7Qn+UbLnoyRkscSjiQ9YpkIezLpqYynM18IeSH0l4Y4LYQQjYEm6TPjDPFJFoMlvJ7cQW4y
3BL+GIRfAxWkHvP5qqxW8oXM60u2wTbiol0Z2zK7S75EdmUO5O4q2S/ul/Zo9+hujLwxan/M/rh7
xbt1ByPvjro/7uGMJzKfKJkUT+jeDf1d2Lvh72a+W5ytNegzK6CcLCmWanUQlpQp8soYz2NKI+Wx
JtqwsFpPIjAj23gpRNhIOm1GKLOVUVtZW9lo2fkyscz8DA4IZCnkYKiFFMbb4g/EC/GJpafIH8i7
M2H2/kUWZxcvvK9EWmRUfDmJL+cBV2wtSEmLjBN1sZZUyYxhpV3YTnJjctohPwqzU5qIEZXCwsoa
l9cOBZFYzcaVleUqzFSwg1ktQ8lMmKY02jiWsniEIc6yaBFPTZrYmLj4aA1r1MxFbn9o648e++d/
dR8NlK/51diz7k1DpOgG20Bn556yokUbGu/scd+YsYIevXl0082nx71rDm2/bV3njv0vDdl9W8Z+
4d7d4BocaCjtLpj67fIjbXvv37l5Zfk2jIRL6Bga9Ik4uMcWY0toSxhNOJ8gQoItgQ7goyENr44m
LlKNmh3FpzSBwzqEzRhGf4EI4oI4xAB5zxZOIiKonhJJrwujApwif0byVbao8PAIW2RZYcRwxIGI
0QgxIjH+FE0nF1SNWyvXGi9eMFbyqI2MKieR5fDBxU/IB1ZrUSHP7dGWksgYTOGxqSxvs+TDcs8l
sjo1uvL6Kdq2JC5Ea0myLBN/8NDHt3qXpFCLhS4s2klfP5gjp5hYtOfiHo/iHlNIt+1GbUJoeXzC
gmtLE2xYJbIqIiUuLltbqV2lfUyrsclfELfovhC/JWG7zh/pj3og9MHw+yIfD308/EXpxfh/TXgt
/rWE8/JH4kfxsbFkoZgoJccmxiXGL0zQ6uNDE0IXliauSLw9fr+sTUikND4pMSxRYxASqaRJ4EdT
tGiYRDH0eltMWNUePdHj6WoLM0pJ+xPJ4cRjiTTxlFCCirtzgtCwlElyp80Amt80RLdGe6KHo8Xo
SaK1RbM7oCSQbXh2C2387E58mnyEEW4gNltMK/XQYbqfnqZn6Tn6R7xtSjSdInfNniUXKpXTBLPN
1otGljAvfrp1R2XVpzuUVPPUfj05rT+rp7B1R4v1AosBbpmo8nJqVEie3J14ZyKOt4RX3mqUdj8f
/ryakbYybwcrEVLLABRX1poXKb6OGYpqU4sXLVosHG395Dw+hsiHejsOZ1gSz95/5NeFqx/+aClp
d29enkSkqY8tZBm597G9D/fvOPn9nx3o6vrm8alLS4xFefz7SZbN4NqmNze1RlR+oEvU8S9qvvnW
wudmv+YKXsA7u7sQ0KvvPPg8bepUHWyeISIw/yNpytkNG2zAspqWg4DtGtiFUZLLx68hOeRfyCd0
UNgr/En8d5WDDkqZPOyOEk/9AtiEjH4YEY04irgVwhZFXv5dEqgwgRTeE/iscHYnymEBs0OOCovo
sQ+osAQJ5JQKayCN/JsKa+FV8r4K6yCD/kiF9fAV+p4Kh0ibhBtUOBS8up+ocBh06m0qbNA8qX9Y
hcPheuOWGd0MG0+oMIGIyDIVpqCNrFVhAcoj61VYRJqbVViCsMivqbAGIiMPq7AW3JEBFdZBdNQC
FdZDTVSBCofQo1FeFQ6F8tiFM2+uSmI3qbBB2BJ7uwqHQ37CWygJEZnWwxIjOSwxiyQu5LCG4/M4
rOX4cg7rOLyKw3pmo8QWFUYbJW1WYbRRUr8Ko42SblJhtFHSByqMNkqOVmG0UbJVhdFGyWtVGG20
wKLCaKMF9SqMNlrwigqjjdIyVRhtlHafCqON0oIqjDbKnuBwCNtXTgSHQ9lecpI5HMbxigzhHF7M
YSPbS04Nh6MRjsq5jsMxnMbB4VjOx8PhOI4f5nAin7uPw8mcRpFtIad5jMMmDh/ncDqnf5bDORw+
y+E8Dv+awTpF/t9zWFnrzwwO43irwGG+FyvfYwTzH7AmQxMMQR84oRPs4MBWhsewNEE3h9firXQv
Fr9KJUMN9rwIs9qOeBenkBHjxvn5CNVyvP3/klPBjGQybMARN/TP0Pj4t6+96npFUI5XIeSpUDHH
VuMMN7brcU4XyuDns9YjPx8WLwxg3YFruKCH42RYh+0gp/Egzo78GXUXruvGnvczO6j4O7Ply+ZX
YEZjK/tmdlqCkhbiJfPvsl24Hy+O+LB04irZf4f/3+I2O0uZMzujETW5Fsc/n+93uNWYTTpwrIfL
vh1xTKr/uT1lxDJtuHBVP5ec6V/GPqPxq1w3ooQyysnms7ekbL21WDfg2p3crkxCNs+JXH1c9m6V
W/4VZFJ8yIPrMpn6kHbob1I5ue8yukEuVdfMui41MvK4L/q5DG7EDKl68PJdMa65iNnE6f0cL+O5
x/THNNnL98R8tAR9lOnRxS3gnaNlO7RzzvKMdLNxyeTwcu3JfC9s1H6ZHqe5T/enrTXX4ood13B5
O1Qb9XJN+pCnnfP18p10qnsY5LI6sGZ8/Rxj57w6OE8WYb1cDmYhFpuMplul8WEEtHNb7UBI0YOb
664dew7ud04uV6/ads7xiEEugxt5M149PD78KlcH14wPr04eZfIcmzq4ZuxzcoYi27RGFKt1cT3Z
+dyOebb38bUVz5K5fTo41M+15uR6+XxfyFQ15OI8HHMiop1Tf76fKBHwWfvN1bCio15V0t4ZHMsi
/TzryWomcsINPOp6ubUGOE+XGoeKjhRcH587rVXFiwZ49h2YiQmma6+6tnfGQttnfO7y+FL08I/F
mLK7ZdxzFL/2zMiv+KWih141n8/XuOJzHdz6inf3cw0rnPr53pU1GzkvxtGPePucvNLIs3Uv14kS
z6553qzkyCEumZvP8PGdulWv6+Z2tKvretV8x3bn45bvnxc/TFoWcdMyMm+QuVcq9mD7dvBc556x
sFvNo+1Y3Fy6IXXH/TzXKpwG+Ug35+bBS8mZDtU2PThH0fVmpOvgKwypOpqbT9r53O2qrIqGmAa6
sOzkNMxT5uYK5uvKGeBXRzzzcmgH96/+eVac5mznOd0zh1sH118ft8nQPMoOriEv1+20XfP5Oe9H
+gq8fyhAHbArn2eNuR6Zr2adAk7fg9wLsPbzTMDkYj0ftHLeStQp+dE7c0bmz8z8311xkFtiOifO
rrIOo6QJo345lhq8t2FwA2JZ9Czn2YPh6xCzAWt297MCT/Q6/qadYZvAACG8zJ47nz1hpvHdc3JB
n6rloZnM/I+dsrO2cqlWVnxrOvsNcX+dXtPB/7/Q7F3B3Cw7LY8STz1zzjA7jwbFs3pV7nYuhZOf
qYqHMT9vUVdj0Tmg5v92nr1d6smlrPO3NDN9TzaonrgsllxzcuDcLK9EUqfqLVfSl0fdF9OYc14m
nY7Zz67XoWYSL4/8/pmM0a5aZu7ZeeUMPF9TylnyWa/47MouNUZl1Jyd34fP3qXY+Tnh5Hnpymsz
7W9Uz0jlTBn6jC0UO82/J1QyoZ1L1Mc161KzyD9ic1n1xek83jVnXZY7OrimlfNYOf29c54Tcmeo
vXP8dva+5PM15eZZw3VZTp/lN31e+rj/zd4VTOe8WUoP0ip30P1c44x/98x+FLnmenePmiUV/StR
1af6x2w2ne9Dn7ejWf9Yxff+WctNn4XKnZ1vzm6Uk8bBrdp7mQ28l+l7ljPbn4ffy3WoZwm771Ce
UKbzwD9i/Wl+Skw61fN0/rk4ze+zdlS0pezAr57lV4rjaYvZL9N1539L2lktf3YFh3r/1q725krk
VE9CP5490xzY8xP7v0nsSSULlvD/eZiN8GJ8MliC2ELEsGdE9q3JRqhXKQtxtAhHSlV4MT5DLOaz
FkEZPlGwwrj/9866//nJOD1WcJn2Zs7DpqE+Z6fd4ZQfk5u6nfJaT6/Hjyi5xuPt83jtfpenV+5z
O/LlWrvf/neIChgzeYPH3c8wPnlVL84rKi8vzMOqOF+udrvl9a6ubr9PXu/0Ob0Dzo4mV4/TJ69z
DsrrPT323vXOrn633Tu9QMVlw7I6XrHJ6fWxRUvyCwvlrLUuh9fj83T6sy+jn0vGh3CEDzRuWNt0
Ge2jcpPX3uHssXu3y57Oz92n7HV2uXx+p9fZIbt6ZT+SbtwgN9r9cobctFZu6OzMl+29HbLT7XMO
diNZ/gwn1JCny2vv6x6ai3LKtV77oKu3i811oTHy5A1+e6/bOYQyeF0+T2+uvMnl8Hu88hq7t8PZ
60e1lhQ3dbt8KAsT2d7udsr+aVt2urw+v2zv63PaVRkZOWvZtpSN4x7XeHo7cEe9zkFfn73P6c2V
O3GFwW6Xo1t2+eVBu0/ucPpcXb3OjnxZXuWXuxHj62/3OXf0owzuIbnd6fD0OGVPr5PxY4oY9Hjd
HT65x4MC+PodDqfP19nv5qLJDq+T69CH3JgguLUuV6/dLXcou/fJg6gsuQfNIPf3dji9l2shEwVy
eZ0Oboj2oct1ggaY2Z8iMErUi0x7GeT19Hd1o11k5w1+Z6/PNeDETTqZVRHq83qYqKiiAY97gFmi
s9+Ls71sQ9uZ5qbthTJcwWK43DK7D3XtYfxRlyhDL/q5KjhqrkN2oLr7HX4k6vexmY1Ob5/T32/n
vtLotvf6XWhnl6Jm9Mgh2ePukH3+ITSto9vuteNc5OZ3OXxye79iH3uHvY9x9HvkLrYP5w0Op9vN
NuxGH213uV3+IVy4v8+NRIMuf7fc5fGgZ6Isnp4hlHqzq8OJhuz3KX7S7vFs93GBeuxd9p2uXqdP
8QqvEyPAjx2P4qEdHke/skVGbHf7PJysw+Xrc9uHFGTHgNPrd7G95nf7/X0VBQWDg4P5Paoi89F1
Crr9Pe6CHj/7y5GCHl+rn5kO/dHLIjKfDf6DEwedbuaJfMq6hqZVy1fVVDetalgnNyyX16yqqVu3
oU6uXrG+rm5t3bomQ4ghhMfOTMAwuJt7AZoONYbOfIWQ5bty4ZZRW8z9hjz9bKbDM8BTgeKyjA/a
qYdHmF12o7J6kdze5XU6mcLy5Rac1m1HY3na/XbUMFpvnjAskw1i4MpOF/dAxeXRSJ2ollm5UNt+
T5dTcVJm2Zl5aAS/14UugqxRTDU65ziwKhRGyYwqZiYjbJcH7O5+nlLsPp/TP3d2vrwRIxIjZWh6
F7gnNROiE9plX5/T4UIX+ezOZdQi8/EuPtfe0eFicYzh7+VnQi5De7lueS65TCi3q8elejqnY3Hp
8ys5mXkeR3oGMUH3t7tdvm62DvJS1N2DLonyo6n6hmTFTVUNzV+I62NV5+zmWBRisvPxZTBoHE5v
r7oDryo3J/Z1e/oxWL3OARceKMwHPrt9RoeWdGKcqrHI6Gb2iGLhAn6M8lkbs43ZVak7r8yWizwz
wYH5rd05zQjXsfsrGMHGDdV4qGQtKV2cLS8uWpJXWFpYqNdvrEdkYVFRaSnWi0sWy4sXlZWXlRtC
/kbUfW4wsl6BKh6PQ3xY9vDHTPZYwB4Sh4gBbz224S3Iu/zGZXps+su/DuWLO+EbwpjwXeE0lpPC
KeHxqy9Wrr5Yufpi5eqLFbj6YuXqi5WrL1auvli5+mLl6ouVqy9Wrr5Yufpi5eqLlasvVq6+WPl/
8sXKvG8/ZmE7p7/S2JuXzXHO+15EufO+Mk839/A5fTFFLBLrxRXitViXz1uB5eC/xWUdjxmWe5Td
d5MAeUgAHhfVSOXlZx6T6W9zuDI88//NIZiK7K/wOQVNwTPCmxN1dcW2SWyt+bwdz8ouPskGxpMW
FH9XeJM+jieFCRHnxuOS+cgb48uWqcCiJQowkZNXfK46RHgD/oiFCm8I59DT+KyJrPziS9UGRBDh
yxBBCJhgVPg1BLBQsAm/mkjPKD58WvgRjv9QeBFlZdNeHDdEFiPDHwhPQRSYhBPCcXXk+ER4ZDFU
+4Q7gcAZrF/Gch7LJSwieIRHYBjLfizHsIgQgbUJSwGWBoYRjgpHUc4j7D+zY12AxYNlPxYRmoRv
I347q4VHhW2QhnPvEA5CLLb7hK/x9p+xTcL2m4hPwfYh7LP2sNq/H1s2/g0Vfx/247C9V23vQXwy
tnfznxsyCV9X+wNCP5/nV9tRwTeeYjJWp+C4jKUQi4DQQYQOouoOMhNjTYSbBDdfaQzbYmx7lBbV
tXs81cxttHsiPrF4FFW6G1W/GzW3GzW3G0Qc2jVNs0uhyRN2Ic0upNmFNLtQK4WCD9fzsT9mwNqI
RcYioN59qHeGD2B9BsvLHH8z1gewjLKeMIh6zEapbhe2jWeZ0Mm6JsptxVVPC52oapvQOZG4sHj/
bE8fwhwR23C1jWC0Tj7qnNCHMaxzImmh0iLV9upwwQFfwkIhBut0LKVYarGIgmM8vcB0SlgHPTqw
hZuG6bAwLA5LYmEtiTotFEOjDtAlo4Q8qESCbFNrJVncpu/T79ELRr2sL9Tb9I16ySMMC/sFwSQU
CFVCg9AqSJPBM+PaihL2V7srNBUlB0JHQwOhZ0JfDpUCmjOalzXnNZc0kqwp1Ng0jZo2TZ9mj+aA
ZlSjP6A5oKVtoX2he0IFY6gcWhhqC20MlUxaMlp9i9DO/pgBayOWPiwHsIio41bEy8IXsbSiNVpR
FV9EPGAN2DNieRnh89hK2ItAugiki0BsBGIjgP2FcwQfacTShqVPHdXMjEzPYfSX2AiWTBwNRyz7
84HzWF9iEJbV2DNgz4A9A1K9TD9BCY1Yy1gasQgcdx4Leg3W02OF6ngbFg0fv8RppsdsbC79xGbP
PJNNAtlkNJscyCa2yqrqYlsaVlFRUa3mVktrVusR0WP2WDxZniNig7nB0pDVcESsMldZqrKqjogF
5gJLQVbBEdFkNllMWaYj4v41x9acXnN2jdi6xrNmeI2wGE03MW4tLOZtmoW1x8cTk4oXR1RfQ4/h
dlqxPozlHBYBTFgXYKnC4sEi0mNYm+gTiH0CsU9AA5ZWLBLOeIKlF6xN6hjDH+ZjDGLjdN64gBt/
fLyipKF6NabcViyHsQjI+3Ecf5xTK9Axjg9gfZ7jG1T6UY43YT09R8AEt4WnuS0YflugCksrlj4s
EpwVNsM5LMgZaxOWPizHsIjCFrw2C5vpE3g9Th8Xcm2GolgTxMXhwREVqTNWG2kY+oCBPMrre3l9
O6+reJ1uC19t+HC14XurDV9ZbchEgGbhkWYgB3mdagutNjxZbWioNmRXG5BbPKSCgcbyWsNq8nte
r+N1ri0m1fBRquFPqYb/SjU8mGrYkWq4NpXNW4Cxa6AxvA5lNbmb16t5nWELNRm+bzJsNhkWmwzV
BnKI4OqwjNcpvE5mNXnvyYjaCNA/Td6DWuRExiuzTZMUeEOC45XV2EyNV67A5tPxykPY/HW88mum
Z8hHhB9p5MPx9Aum6ljyPlklsv6f1Pa/yCo4iu0lbLuwfRgqiQXbfx6v3Mvov4Xzv4H9b0KajtE/
BI183mGyiuMfVOc9MJ7bjqveP547hKt+A3L5qveM515A7NfGc2/H5qvjuW5s9o9bmIDbxitzTNWR
pAvSKaN1gIUySdaoK65Ezm5sVyiT68Zz2axatsAkqRk3F2GTyaR8hpihkS9nGjfzTS4EM2exAMxc
6GSw8DacRHDhDZDGW924eS9y0TxpuWD6c+XTbOPwAYkYP2R66xnc3ybs/oasGj9qeuUkU9e46Wzu
JLGcMP3E/LTphfRJsmncdCZ3UocDp3MnKTluGkMlB5CWkhOmY7ldpifMfPSIGUfR1Icr80z3m7eY
7rNgf9y0N/cZJgb04I434XBL7lLTmsqjpuWWSYLDtkpczBZiqjB7TeWIXjJJVk0cNRWlTzJRCpHH
0ROmHFwxw8xF2bj4FC0DLem35Wr92nbtJu112mu0Jdo8raxdqF2gjdFF6Yy6cF2YLkSn02l0oo7q
QBfD/6ac/eVcjMbIf1hNZLXIYSNlNVX+iJASHcXYCUQL9bR+wzISiKqH+qZlgcXW+kltcH1gibU+
oGv8QvMYIXe1YC9Ab5sk0NSMDspQtySzH9M5CYQU3HJnMmt33XJnSwupD5xxQH27HPhwA+4j5Lot
Acm8LAHiBqoSqqKWRpYvr71C1abW1tlPgnXuJ2Fh4O76Dc2Bby9sCRQzILiwpT6wgv0Mz0m6g3rq
ak/SPta0NJ8kO+mOuvUMT3bWtsyQQRrtQzKoZA0jm4A0RgZpZIKTreFk6KZpdbVjaWkK0XNkFSNC
93mOE3UpvNJxCeTVyBokoymQznml0xRGhv6gMIuYyywMSARnFhEGnNkCRjRmsSBJroWRjC22IMGY
ZTEfPjo7bLYo4rSAha9jIS18HUJmabIUGvQClYbqkMb6v/lxLvtvEJMJ++sdDvZjSG3mOieWtsC+
ge6EwJ52WR7reF39laSMtnZHN2vtzsDrZmdtoMNcK4/ZHVcYdrBhu7l2DBx1Tc1jDpuzdtxus9eZ
7bUtEw8P19TPW+v2mbVqhq/AbJgxq2FrPVx/heF6NvwwW6uerVXP1nrY9jBfq379MlLf2Dymg2Ut
Ndcr7QQNDcF4aEtObVkWZ+xbyoPjmtSELyefEgGPrVBrSyDMvCxgwMKG8qrzqtkQRicbCmc/d6UO
JXz5mtTkU+RRdciI6EjzMrBCQp2rduafz+fzs9Lfb8Xa35/AcX4M2tQN9YHl7Md5KgOVdQFbW20L
/z2AfvVT02wznq48W0k9lcOV+ysPVx6rlPr7WxAddTrtbBptTfOkDaftTzucdixNwwaubz5hqzyc
9sc0oR+9ifjxU1fL1+zHFv+xrr/fxz6AC/iwKMtZ+601zdVp4MC7XYJ35nkQjcWMpQTLBiwS/AvW
P8XyFpY/YRHhJqy/huVbWCYYRsgT8uoSXLVsxRYrSzoJQvFEYVnxkkls7Z1Ku2GL0tatU9rK6uIE
bMerSkKqI/DGm8AprH+I5VdYfoflr1gkoVgo5sz7Fa9t8YHPSlB89ksKflb5rH5iRYAwdft9Viuw
whwcLcB+a4HM93sgvn5AVaBBsEEijvWxaf2snSX8PyaN00gKZW5kc3RyZWFtCmVuZG9iagoKMzIg
MCBvYmoKMTA3MjQKZW5kb2JqCgozMyAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnRO
YW1lL0JBQUFBQStUaW1lc05ld1JvbWFuUFNNVAovRmxhZ3MgNgovRm9udEJCb3hbLTU2OCAtMzA2
IDIwMDAgMTAwN10vSXRhbGljQW5nbGUgMAovQXNjZW50IDg5MQovRGVzY2VudCAyMTYKL0NhcEhl
aWdodCAxMDA2Ci9TdGVtViA4MAovRm9udEZpbGUyIDMxIDAgUj4+CmVuZG9iagoKMzQgMCBvYmoK
PDwvTGVuZ3RoIDI1NC9GaWx0ZXIvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJxdkMtuxCAMRfd8Bcvp
YgQhbdNFhDSaUaQs+lDTfgABJ0WaACJkkb8vj2krdQE6xr421+TcX3qjA3nzVg4Q8KSN8rDazUvA
I8zaoIphpWW4RfmWi3CIRO2wrwGW3ky2bRF5j7k1+B0fTsqOcIfIq1fgtZnx4fM8xHjYnLvCAiZg
ijjHCqbY51m4F7EAyapjr2Jah/0YJX8FH7sDzHJcla9Iq2B1QoIXZgbUUspx23UcgVH/ck1RjJP8
Ej5WVrGS0rrmkVlhmrjOzLrE9+W9SfxQ+CnxY+EqcVOY5Zm37ml6Ws+PKyw376OjvMNsJZnQBn7X
7KxLqny+Aehbe0cKZW5kc3RyZWFtCmVuZG9iagoKMzUgMCBvYmoKPDwvVHlwZS9Gb250L1N1YnR5
cGUvVHJ1ZVR5cGUvQmFzZUZvbnQvQkFBQUFBK1RpbWVzTmV3Um9tYW5QU01UCi9GaXJzdENoYXIg
MAovTGFzdENoYXIgNwovV2lkdGhzWzc3NyA1MDAgNTAwIDI3NyA1MDAgNTAwIDUwMCA1MDAgXQov
Rm9udERlc2NyaXB0b3IgMzMgMCBSCi9Ub1VuaWNvZGUgMzQgMCBSCj4+CmVuZG9iagoKMzYgMCBv
YmoKPDwvRjEgMzUgMCBSL0YyIDE1IDAgUi9GMyAyMCAwIFIvRjQgMzAgMCBSL0Y1IDI1IDAgUgo+
PgplbmRvYmoKCjM3IDAgb2JqCjw8L0ZvbnQgMzYgMCBSCi9Qcm9jU2V0Wy9QREYvVGV4dF0KPj4K
ZW5kb2JqCgoxIDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJlbnQgMTAgMCBSL1Jlc291cmNlcyAzNyAw
IFIvTWVkaWFCb3hbMCAwIDc5NCA1OTVdL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNl
UkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDIgMCBSPj4KZW5kb2JqCgo0IDAgb2JqCjw8L1R5cGUvUGFn
ZS9QYXJlbnQgMTAgMCBSL1Jlc291cmNlcyAzNyAwIFIvTWVkaWFCb3hbMCAwIDc5NCA1OTVdL0dy
b3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2aWNlUkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDUgMCBS
Pj4KZW5kb2JqCgo3IDAgb2JqCjw8L1R5cGUvUGFnZS9QYXJlbnQgMTAgMCBSL1Jlc291cmNlcyAz
NyAwIFIvTWVkaWFCb3hbMCAwIDc5NCA1OTVdL0dyb3VwPDwvUy9UcmFuc3BhcmVuY3kvQ1MvRGV2
aWNlUkdCL0kgdHJ1ZT4+L0NvbnRlbnRzIDggMCBSPj4KZW5kb2JqCgozOCAwIG9iago8PC9Db3Vu
dCAzL0ZpcnN0IDM5IDAgUi9MYXN0IDQxIDAgUgo+PgplbmRvYmoKCjM5IDAgb2JqCjw8L0NvdW50
IDAvVGl0bGU8RkVGRjAwNTMwMDZDMDA2OTAwNjQwMDY1MDAyMDAwMzE+Ci9EZXN0WzEgMCBSL1hZ
WiAwIDU5NSAwXS9QYXJlbnQgMzggMCBSL05leHQgNDAgMCBSPj4KZW5kb2JqCgo0MCAwIG9iago8
PC9Db3VudCAwL1RpdGxlPEZFRkYwMDUzMDA2QzAwNjkwMDY0MDA2NTAwMjAwMDMyPgovRGVzdFs0
IDAgUi9YWVogMCA1OTUgMF0vUGFyZW50IDM4IDAgUi9QcmV2IDM5IDAgUi9OZXh0IDQxIDAgUj4+
CmVuZG9iagoKNDEgMCBvYmoKPDwvQ291bnQgMC9UaXRsZTxGRUZGMDA1MzAwNkMwMDY5MDA2NDAw
NjUwMDIwMDAzMz4KL0Rlc3RbNyAwIFIvWFlaIDAgNTk1IDBdL1BhcmVudCAzOCAwIFIvUHJldiA0
MCAwIFI+PgplbmRvYmoKCjEwIDAgb2JqCjw8L1R5cGUvUGFnZXMKL1Jlc291cmNlcyAzNyAwIFIK
L01lZGlhQm94WyAwIDAgNTk1IDg0MiBdCi9LaWRzWyAxIDAgUiA0IDAgUiA3IDAgUiBdCi9Db3Vu
dCAzPj4KZW5kb2JqCgo0MiAwIG9iago8PC9UeXBlL0NhdGFsb2cvUGFnZXMgMTAgMCBSCi9PcGVu
QWN0aW9uWzEgMCBSIC9YWVogbnVsbCBudWxsIDBdCi9PdXRsaW5lcyAzOCAwIFIKPj4KZW5kb2Jq
Cgo0MyAwIG9iago8PC9BdXRob3I8RkVGRjAwNTQwMDZGMDA2MjAwNzkwMDIwMDA0RDAwNkYwMDZF
MDA2MzAwNjEwMDczMDA3NDAwNjUwMDcyPgovQ3JlYXRvcjxGRUZGMDA0OTAwNkQwMDcwMDA3MjAw
NjUwMDczMDA3Mz4KL1Byb2R1Y2VyPEZFRkYwMDRGMDA3MDAwNjUwMDZFMDA0RjAwNjYwMDY2MDA2
OTAwNjMwMDY1MDAyRTAwNkYwMDcyMDA2NzAwMjAwMDMyMDAyRTAwMzQ+Ci9DcmVhdGlvbkRhdGUo
RDoyMDA4MDczMDExMDcwMiswMScwMCcpPj4KZW5kb2JqCgp4cmVmCjAgNDQKMDAwMDAwMDAwMCA2
NTUzNSBmIAowMDAwMDU3MzUwIDAwMDAwIG4gCjAwMDAwMDAwMTkgMDAwMDAgbiAKMDAwMDAwMDM2
MCAwMDAwMCBuIAowMDAwMDU3NDk0IDAwMDAwIG4gCjAwMDAwMDAzODAgMDAwMDAgbiAKMDAwMDAw
MTE3OSAwMDAwMCBuIAowMDAwMDU3NjM4IDAwMDAwIG4gCjAwMDAwMDExOTkgMDAwMDAgbiAKMDAw
MDAwMjgxMyAwMDAwMCBuIAowMDAwMDU4MjEzIDAwMDAwIG4gCjAwMDAwMDI4MzQgMDAwMDAgbiAK
MDAwMDAyMzAyNiAwMDAwMCBuIAowMDAwMDIzMDQ5IDAwMDAwIG4gCjAwMDAwMjMyMzggMDAwMDAg
biAKMDAwMDAyMzcyNCAwMDAwMCBuIAowMDAwMDI0MDUxIDAwMDAwIG4gCjAwMDAwMjQ3NTAgMDAw
MDAgbiAKMDAwMDAyNDc3MSAwMDAwMCBuIAowMDAwMDI0OTYxIDAwMDAwIG4gCjAwMDAwMjUyNjEg
MDAwMDAgbiAKMDAwMDAyNTQyNiAwMDAwMCBuIAowMDAwMDM5NjIwIDAwMDAwIG4gCjAwMDAwMzk2
NDMgMDAwMDAgbiAKMDAwMDAzOTgzNyAwMDAwMCBuIAowMDAwMDQwMjQ0IDAwMDAwIG4gCjAwMDAw
NDA1MDQgMDAwMDAgbiAKMDAwMDA0NDk5MyAwMDAwMCBuIAowMDAwMDQ1MDE1IDAwMDAwIG4gCjAw
MDAwNDUyMDkgMDAwMDAgbiAKMDAwMDA0NTUwNyAwMDAwMCBuIAowMDAwMDQ1NjczIDAwMDAwIG4g
CjAwMDAwNTY0ODQgMDAwMDAgbiAKMDAwMDA1NjUwNyAwMDAwMCBuIAowMDAwMDU2NzA2IDAwMDAw
IG4gCjAwMDAwNTcwMzAgMDAwMDAgbiAKMDAwMDA1NzIyMiAwMDAwMCBuIAowMDAwMDU3Mjk1IDAw
MDAwIG4gCjAwMDAwNTc3ODIgMDAwMDAgbiAKMDAwMDA1NzgzOCAwMDAwMCBuIAowMDAwMDU3OTU5
IDAwMDAwIG4gCjAwMDAwNTgwOTIgMDAwMDAgbiAKMDAwMDA1ODMyNSAwMDAwMCBuIAowMDAwMDU4
NDI3IDAwMDAwIG4gCnRyYWlsZXIKPDwvU2l6ZSA0NC9Sb290IDQyIDAgUgovSW5mbyA0MyAwIFIK
L0lEIFsgPEU1NTY3RTQ2ODA3NzlBOUMwNTRGMkY0NDlBNUUxQTc3Pgo8RTU1NjdFNDY4MDc3OUE5
QzA1NEYyRjQ0OUE1RTFBNzc+IF0KL0RvY0NoZWNrc3VtIC8yRTg3MTM0MEIxRjNDOTgxOUU3RUJC
QTRBMzFFNkE0Nwo+PgpzdGFydHhyZWYKNTg2ODgKJSVFT0YK

------_=_NextPart_001_01C8F22D.B62368B6
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://www.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C8F22D.B62368B6--


From pcn-bounces@ietf.org  Wed Jul 30 07:17:59 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 5A10A28C15D;
	Wed, 30 Jul 2008 07:17:59 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 46B5A3A68B1
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 07:17:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.679
X-Spam-Level: 
X-Spam-Status: No, score=-3.679 tagged_above=-999 required=5
	tests=[AWL=-0.080, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J5gNVPj06BLo for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 07:17:57 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id 0F9083A69F7
	for <pcn@ietf.org>; Wed, 30 Jul 2008 07:17:56 -0700 (PDT)
Received: from E03MVB1-UKBR.domain1.systemhost.net ([193.113.197.110]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 15:17:47 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 30 Jul 2008 15:17:47 +0100
Message-ID: <4A916DBC72536E419A0BD955EDECEDEC032A07DF@E03MVB1-UKBR.domain1.systemhost.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Open issue with PCN marking behaviour draft
Thread-Index: AcjySpRNRrxB98BHSkOk6wYom72MEw==
From: <philip.eardley@bt.com>
To: <pcn@ietf.org>
X-OriginalArrivalTime: 30 Jul 2008 14:17:47.0510 (UTC)
	FILETIME=[0AA6C960:01C8F24F]
Subject: [PCN] Open issue with PCN marking behaviour draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,
an issue that some of us have been discussing in 'corridor' meetings here in Dublin. It would be good to have wider input, especially from others who might implement PCN in routers etc or operate it in networks (cores, enterprise, whatever). and perhaps from people who've had similar issue in other standards?
I'll also raise this in the PCN WG on Thursday morning, but wanted to alert you now & also seek input from those not in Dublin. 
 
In Philadelphia we decided on the threshold marking and excess marking behaviours. We decided both of these were MUSTs.
So, if in your network you have three encoding states available (Not PCN-marked; threshold-marking; excess-rate-marking) then it is obvious what this means in terms of what each PCN-interior-node does.
 
However, the real question comes in a network with two encoding states (Not PCN-marked; PCN-marked), where the PCN-markings may be driven by the output of either the threshold-meter or the excess-traffic-meter (depending on the operator's requirements etc).
 
The way that draft-eardley-pcn-marking-behaviour-01 is written, in this circumstance with two encoding states, the PCN-interior-node MUST actually run both threshold-meter and excess-traffic-meter (even though the results of only one of the meters is actually used). It doesn't seem a good idea to require both to be actually done - it consumes active resources on routers without benefit. This implication has probably got into the draft due to my poor writing (or my poor interpretation of the WG decision).
 
What the WG probably meant was: both the threshold-meter and excess-rate-meter MUST be *implemented*. However, if in a particular scenario only the results of one meter are used to make pkt marking decisions, then the other meter doesn't have to be *running*. 
The main advantage of making it mandatory to implement both meters is that it makes migration easier. For example migration from having two encoding states available to having three encoding states available - you know that your routers will already have the required capability. Also, when buying new routers and adding them to a network with routers (perhaps from another vendor), backwards compatibility issues are eased. Another example would be if a network still only has two encoding states but wants to move from using "single marking" (which uses excess-rate-metering) to doing admission control driven by the threshold-marking (perhaps using some other mechanism for flow termination), ie it simply re-configures which meter is turned on (no need to buy new routers).
Effectively making both MUSTs means there's one type of PCN-interior-node. WHereas if they're not mandatory to implement (see proposal at the end) then there are effectively three possible types of PCN-interior-node (threshold-meter; excess-traffic-meter; both meters).
 
However, making it MUSTs to implement both types of meter has a cost. For example:
- it makes the implementation requirements bigger. eg for vendors who believe their current equipment can already (or very easily) support excess-traffc-marking, but it would require some effort to add support for threshold-marking
- similarly, it toughens the requirements (or at least the initial requirements) for someone wanting to experiment with PCN where there's only two encoding states. Although interestingly when Joe and Anna talked about "their" initial experiements, one would use threshold-marking only and one excess-traffic-marking only!
 
 
The question is whether it would be better to remove the requirement that both meters MUST be implemented. Instead it would say something like:
- If a PCN-interior-node does threshold-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.4]
- If a PCN-interior-node does excess traffic-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.5]
 
We discussed this amongst a few of us (Joe, Anna, Bob) and there seemed tentative feeling that this change is sensible. 
 
Comments appreciated,
thanks!
phil
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 08:19:04 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id F0DE828C22D;
	Wed, 30 Jul 2008 08:19:03 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 000283A68C7
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 08:19:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.553
X-Spam-Level: 
X-Spam-Status: No, score=-2.553 tagged_above=-999 required=5 tests=[AWL=0.046, 
	BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id LiKXGxiQK0xC for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 08:19:01 -0700 (PDT)
Received: from smtp119.rog.mail.re2.yahoo.com (smtp119.rog.mail.re2.yahoo.com
	[68.142.224.74]) by core3.amsl.com (Postfix) with SMTP id AC98928C27B
	for <pcn@ietf.org>; Wed, 30 Jul 2008 08:19:01 -0700 (PDT)
Received: (qmail 91151 invoked from network); 30 Jul 2008 15:18:46 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com;
	h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=O/K7tZ2HKkDPr9S5tPOlQKc/eeiPBrNayJnqTxVzUcOtJmSvapyKjKEGosjdYtF9aytRuSGX6kJ4r4hxeN/IPzFbnjIXqSLznd7kLj+YF6Dczrc6WhxhxtnA3rYxwKjy2URE39Z77zOHSR3w7J9XBS0yuSIBEh+elTl34zyqtHo=
	; 
Received: from unknown (HELO ?130.129.18.207?)
	(tom.taylor@rogers.com@130.129.18.207 with plain)
	by smtp119.rog.mail.re2.yahoo.com with SMTP; 30 Jul 2008 15:18:46 -0000
X-YMail-OSG: ihncG0kVM1m43b9WBtr94k3.NnzUqyPTpNzK9Quo9.yVXEGUTEnkReLrWyITMILinw--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <48908652.3070805@rogers.com>
Date: Wed, 30 Jul 2008 16:18:42 +0100
From: Tom Taylor <tom.taylor@rogers.com>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: pcn@ietf.org
References: <4A916DBC72536E419A0BD955EDECEDEC032A07DF@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07DF@E03MVB1-UKBR.domain1.systemhost.net>
Subject: Re: [PCN] Open issue with PCN marking behaviour draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

I'm speaking for myself here, but it seems to me for the reasons you mentioned, 
the right thing is to require implementation of both. Otherwise network 
evolution becomes really messy.

philip.eardley@bt.com wrote:
> Hi,
> an issue that some of us have been discussing in 'corridor' meetings here in Dublin. It would be good to have wider input, especially from others who might implement PCN in routers etc or operate it in networks (cores, enterprise, whatever). and perhaps from people who've had similar issue in other standards?
> I'll also raise this in the PCN WG on Thursday morning, but wanted to alert you now & also seek input from those not in Dublin. 
>  
> In Philadelphia we decided on the threshold marking and excess marking behaviours. We decided both of these were MUSTs.
> So, if in your network you have three encoding states available (Not PCN-marked; threshold-marking; excess-rate-marking) then it is obvious what this means in terms of what each PCN-interior-node does.
>  
> However, the real question comes in a network with two encoding states (Not PCN-marked; PCN-marked), where the PCN-markings may be driven by the output of either the threshold-meter or the excess-traffic-meter (depending on the operator's requirements etc).
>  
> The way that draft-eardley-pcn-marking-behaviour-01 is written, in this circumstance with two encoding states, the PCN-interior-node MUST actually run both threshold-meter and excess-traffic-meter (even though the results of only one of the meters is actually used). It doesn't seem a good idea to require both to be actually done - it consumes active resources on routers without benefit. This implication has probably got into the draft due to my poor writing (or my poor interpretation of the WG decision).
>  
> What the WG probably meant was: both the threshold-meter and excess-rate-meter MUST be *implemented*. However, if in a particular scenario only the results of one meter are used to make pkt marking decisions, then the other meter doesn't have to be *running*. 
> The main advantage of making it mandatory to implement both meters is that it makes migration easier. For example migration from having two encoding states available to having three encoding states available - you know that your routers will already have the required capability. Also, when buying new routers and adding them to a network with routers (perhaps from another vendor), backwards compatibility issues are eased. Another example would be if a network still only has two encoding states but wants to move from using "single marking" (which uses excess-rate-metering) to doing admission control driven by the threshold-marking (perhaps using some other mechanism for flow termination), ie it simply re-configures which meter is turned on (no need to buy new routers).
> Effectively making both MUSTs means there's one type of PCN-interior-node. WHereas if they're not mandatory to implement (see proposal at the end) then there are effectively three possible types of PCN-interior-node (threshold-meter; excess-traffic-meter; both meters).
>  
> However, making it MUSTs to implement both types of meter has a cost. For example:
> - it makes the implementation requirements bigger. eg for vendors who believe their current equipment can already (or very easily) support excess-traffc-marking, but it would require some effort to add support for threshold-marking
> - similarly, it toughens the requirements (or at least the initial requirements) for someone wanting to experiment with PCN where there's only two encoding states. Although interestingly when Joe and Anna talked about "their" initial experiements, one would use threshold-marking only and one excess-traffic-marking only!
>  
>  
> The question is whether it would be better to remove the requirement that both meters MUST be implemented. Instead it would say something like:
> - If a PCN-interior-node does threshold-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.4]
> - If a PCN-interior-node does excess traffic-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.5]
>  
> We discussed this amongst a few of us (Joe, Anna, Bob) and there seemed tentative feeling that this change is sensible. 
>  
> Comments appreciated,
> thanks!
> phil
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.ietf.org/mailman/listinfo/pcn
> 
> 
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 09:08:42 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 6D1AE28C36F;
	Wed, 30 Jul 2008 09:08:42 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id ACB8728C22D
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 09:08:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.482
X-Spam-Level: 
X-Spam-Status: No, score=-2.482 tagged_above=-999 required=5
	tests=[AWL=-0.233, BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0vJvJnWSgdCy for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 09:08:40 -0700 (PDT)
Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28]) by core3.amsl.com (Postfix) with ESMTP id 166DE3A6AE6
	for <pcn@ietf.org>; Wed, 30 Jul 2008 09:08:39 -0700 (PDT)
Received: from virusscan.mail (localhost [127.0.0.1])
	by mailrelay.mail (Postfix) with ESMTP id 7B6ABA067B;
	Wed, 30 Jul 2008 18:08:54 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by virusscan.mail (Postfix) with ESMTP id 6ED0BA0674;
	Wed, 30 Jul 2008 18:08:54 +0200 (CEST)
Received: from [132.187.12.123] (win3123.informatik.uni-wuerzburg.de
	[132.187.12.123])
	by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 4CECEA0662;
	Wed, 30 Jul 2008 18:08:54 +0200 (CEST)
Message-ID: <489091C9.3000909@informatik.uni-wuerzburg.de>
Date: Wed, 30 Jul 2008 18:07:37 +0200
From: Michael Menth <menth@informatik.uni-wuerzburg.de>
Organization: University of Wuerzburg
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <4A916DBC72536E419A0BD955EDECEDEC032A07DF@E03MVB1-UKBR.domain1.systemhost.net>
In-Reply-To: <4A916DBC72536E419A0BD955EDECEDEC032A07DF@E03MVB1-UKBR.domain1.systemhost.net>
X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de
Cc: pcn@ietf.org
Subject: Re: [PCN] Open issue with PCN marking behaviour draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: menth@informatik.uni-wuerzburg.de
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Hi,

I think this question boils down to what PCN compliance as a marketing 
label means.

 From my perspective excess marking should be a MUST, otherwise flow 
termination cannot be implemented which is an important part of PCN. If 
it is enough to support aggregates with large aggregations, then excess 
marking suffices and SM works fine. If scenarios with small aggregates 
should be supported, then also threshold marking is a MUST, otherwise it 
can be a SHOULD.

I think that AC itself is especially attractive for low aggregation 
since for high aggregation overprovisioning can be done. Therefore, I am 
rather in favor of two "MUSTs"; otherwise it will possibly rather hard 
to find equipment for PCN-based AC in the low aggregation range. This is 
my academic view which does not include economic calculations of vendors 
or visions of operations what they want to use PCN for. The last 
question is probably most important: what do you want to use PCN for? If 
you cannot answer it yet, it's safer to have two MUSTs.

Regards,

    Michael

philip.eardley@bt.com wrote:
> Hi,
> an issue that some of us have been discussing in 'corridor' meetings here in Dublin. It would be good to have wider input, especially from others who might implement PCN in routers etc or operate it in networks (cores, enterprise, whatever). and perhaps from people who've had similar issue in other standards?
> I'll also raise this in the PCN WG on Thursday morning, but wanted to alert you now & also seek input from those not in Dublin. 
>  
> In Philadelphia we decided on the threshold marking and excess marking behaviours. We decided both of these were MUSTs.
> So, if in your network you have three encoding states available (Not PCN-marked; threshold-marking; excess-rate-marking) then it is obvious what this means in terms of what each PCN-interior-node does.
>  
> However, the real question comes in a network with two encoding states (Not PCN-marked; PCN-marked), where the PCN-markings may be driven by the output of either the threshold-meter or the excess-traffic-meter (depending on the operator's requirements etc).
>  
> The way that draft-eardley-pcn-marking-behaviour-01 is written, in this circumstance with two encoding states, the PCN-interior-node MUST actually run both threshold-meter and excess-traffic-meter (even though the results of only one of the meters is actually used). It doesn't seem a good idea to require both to be actually done - it consumes active resources on routers without benefit. This implication has probably got into the draft due to my poor writing (or my poor interpretation of the WG decision).
>  
> What the WG probably meant was: both the threshold-meter and excess-rate-meter MUST be *implemented*. However, if in a particular scenario only the results of one meter are used to make pkt marking decisions, then the other meter doesn't have to be *running*. 
> The main advantage of making it mandatory to implement both meters is that it makes migration easier. For example migration from having two encoding states available to having three encoding states available - you know that your routers will already have the required capability. Also, when buying new routers and adding them to a network with routers (perhaps from another vendor), backwards compatibility issues are eased. Another example would be if a network still only has two encoding states but wants to move from using "single marking" (which uses excess-rate-metering) to doing admission control driven by the threshold-marking (perhaps using some other mechanism for flow termination), ie it simply re-configures which meter is turned on (no need to buy new routers).
> Effectively making both MUSTs means there's one type of PCN-interior-node. WHereas if they're not mandatory to implement (see proposal at the end) then there are effectively three possible types of PCN-interior-node (threshold-meter; excess-traffic-meter; both meters).
>  
> However, making it MUSTs to implement both types of meter has a cost. For example:
> - it makes the implementation requirements bigger. eg for vendors who believe their current equipment can already (or very easily) support excess-traffc-marking, but it would require some effort to add support for threshold-marking
> - similarly, it toughens the requirements (or at least the initial requirements) for someone wanting to experiment with PCN where there's only two encoding states. Although interestingly when Joe and Anna talked about "their" initial experiements, one would use threshold-marking only and one excess-traffic-marking only!
>  
>  
> The question is whether it would be better to remove the requirement that both meters MUST be implemented. Instead it would say something like:
> - If a PCN-interior-node does threshold-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.4]
> - If a PCN-interior-node does excess traffic-marking then it MUST have a meter with behaviour that is functionally equivalent to the following [insert current S2.5]
>  
> We discussed this amongst a few of us (Joe, Anna, Bob) and there seemed tentative feeling that this change is sensible. 
>  
> Comments appreciated,
> thanks!
> phil
> _______________________________________________
> PCN mailing list
> PCN@ietf.org
> https://www.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://www.ietf.org/mailman/listinfo/pcn


From pcn-bounces@ietf.org  Wed Jul 30 12:12:06 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 32A3E3A6C55;
	Wed, 30 Jul 2008 12:12:06 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id EC18C28C3DC
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 12:12:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.06
X-Spam-Level: 
X-Spam-Status: No, score=0.06 tagged_above=-999 required=5 tests=[AWL=0.119,
	BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, HTML_MESSAGE=0.001,
	J_CHICKENPOX_57=0.6, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id hHaiWk23kUzq for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 12:11:59 -0700 (PDT)
Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138])
	by core3.amsl.com (Postfix) with ESMTP id EF7653A6C55
	for <pcn@ietf.org>; Wed, 30 Jul 2008 12:11:58 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Wed, 30 Jul 2008 20:12:13 +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, 30 Jul 2008 20:12:13 +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 1217445133538; Wed, 30 Jul 2008 20:12:13 +0100
Received: from mut.jungle.bt.co.uk ([10.73.16.50])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6UJBEb7023483; Wed, 30 Jul 2008 20:12:11 +0100
Message-Id: <200807301912.m6UJBEb7023483@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 30 Jul 2008 20:11:16 +0100
To: Steven Blake <slblake@petri-meat.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
References: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 30 Jul 2008 19:12:13.0701 (UTC)
	FILETIME=[2C859B50:01C8F278]
Cc: pcn@ietf.org
Subject: Re: [PCN] PCN meeting presentations - please submit.
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0396170013=="
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

--===============0396170013==
Content-Type: text/html; charset="us-ascii"

<html>
<body>
Steve,<br><br>
Layered encapsulation of congestion notification<br><br>
Slides (ppt &amp; pdf):<br>
&lt;<a href="http://www.cs.ucl.ac.uk/staff/B.Briscoe/present.html#0807ecn-tunnel" eudora="autourl">
http://www.cs.ucl.ac.uk/staff/B.Briscoe/present.html#0807ecn-tunnel</a>
&gt;<br><br>
Related draft:<br>
&lt;<a href="http://www.ietf.org/internet-drafts/draft-briscoe-tsvwg-ecn-tunnel-01.txt">
draft-briscoe-tsvwg-ecn-tunnel-01.txt</a>&gt; <br><br>
These are the same slides I used for tsvwg, but they will be delivered
with different emphasis.<br><br>
<br>
Cheers<br><br>
<br><br>
Bob<br><br>
At 13:31 29/07/2008, Steven Blake wrote:<br>
<blockquote type=cite class=cite cite="">Let me remind the presenters for
Thursday's PCN meeting to please send me<br>
your slides by Wednesday evening so that I can upload them before
the<br>
meeting.<br><br>
<br>
Regards,<br><br>
// Steve<br><br>
_______________________________________________<br>
PCN mailing list<br>
PCN@ietf.org<br>
<a href="https://www.ietf.org/mailman/listinfo/pcn" eudora="autourl">
https://www.ietf.org/mailman/listinfo/pcn</a></blockquote>
<x-sigsep><p></x-sigsep>
____________________________________________________________________________<br>
Bob Briscoe, &lt;bob.briscoe@bt.com&gt;&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>



--===============0396170013==
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://www.ietf.org/mailman/listinfo/pcn

--===============0396170013==--


From pcn-bounces@ietf.org  Wed Jul 30 12:25:15 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7FAD13A683E;
	Wed, 30 Jul 2008 12:25:15 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 18C893A6862
	for <pcn@core3.amsl.com>; Wed, 30 Jul 2008 12:25:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.449
X-Spam-Level: 
X-Spam-Status: No, score=-6.449 tagged_above=-999 required=5 tests=[AWL=0.150, 
	BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id tPhf7mWCcHDp for <pcn@core3.amsl.com>;
	Wed, 30 Jul 2008 12:25:13 -0700 (PDT)
Received: from zcars04f.nortel.com (zcars04f.nortel.com [47.129.242.57])
	by core3.amsl.com (Postfix) with ESMTP id B26ED3A681F
	for <pcn@ietf.org>; Wed, 30 Jul 2008 12:25:12 -0700 (PDT)
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
	m6UJPOF17356; Wed, 30 Jul 2008 19:25:25 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_01C8F27A.01EA53B3"
Date: Wed, 30 Jul 2008 15:25:17 -0400
Message-ID: <9671A92C3C8B5744BC97F855F7CB6465173370E1@zcarhxm1.corp.nortel.com>
In-Reply-To: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: [PCN] PCN meeting presentations - please submit.
Thread-Index: AcjxdxwjsMcyhwylQyWjb5LKHMllZQBAjO7Q
References: <7feb96c73dfd0b15637ffaf2d832882d@petri-meat.com>
From: "Jozef Babiarz" <babiarz@nortel.com>
To: "Steven Blake" <slblake@petri-meat.com>, <pcn@ietf.org>
Subject: Re: [PCN] PCN meeting presentations - please submit.
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

This is a multi-part message in MIME format.

------_=_NextPart_001_01C8F27A.01EA53B3
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Steve and all,
Attached are my slides for both time slots.
 draft-menth-pcn-psdm-encoding-00 and draft-menth-pcn-e2e-encoding-00


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

-----Original Message-----
From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On Behalf Of
Steven Blake
Sent: July 29, 2008 8:32 AM
To: pcn@ietf.org
Subject: [PCN] PCN meeting presentations - please submit.

Let me remind the presenters for Thursday's PCN meeting to please send
me
your slides by Wednesday evening so that I can upload them before the
meeting.


Regards,

// Steve

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

------_=_NextPart_001_01C8F27A.01EA53B3
Content-Type: application/vnd.ms-powerpoint;
	name="PSDM-encoding-draft-00.ppt"
Content-Transfer-Encoding: base64
Content-Description: PSDM-encoding-draft-00.ppt
Content-Disposition: attachment;
	filename="PSDM-encoding-draft-00.ppt"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAWgAAAAAAAAAA
EAAA/v///wAAAAD+////AAAAAFkAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////////////////////////////////////////////////8P
AOgD4iEAAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAABQAAAAYAAAABAAAAAAAAAQ8A
8gNgAQAALwDIDwwAAAAwANIPBAAAAAEAAAAPANUHmAAAAAAAtw9EAAAAQQByAGkAYQBsAAAAAAAT
AJllFDBUlxMAAAAAADAA0g/sqRMA7KkTALx36wB0lxMALWEUMHSXEwAAAAAADwDVBwAABAAQALcP
RAAAAFMAeQBtAGIAbwBsAAAAEwCZZRQwVJcTAAAAAAAwANIP7KkTAOypEwC8d+sAdJcTAC1hFDB0
lxMAAAAAAA8A1QcCAAYSAACkDwgAAACAAEAAAAD//wAApQ8MAAAAAAAACC4AAAAHAAAAAACpDwoA
AAAHAAAAAgAJEAAAQACjD24AAAAFAP/9PwAAACIgAABkAAAAAP8AAGQAAAAAAAAAAABAAgAAAAAH
AAAA///vAAAAAAAAAP////8SAAAAAAEAAAAFAAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2AD
AAAAAAAFAACABIAEAAAAAA8ACwSMAQAADwAA8IQBAAAAAAbwIAEAADOIAAAjAAAAawAAABEAAAAB
AAAABwAAAAIAAAAFAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAA
AAAEAAAAAAAAAAQAAAAKAAAACAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAA
AAQAAAAAAAAABAAAAAAAAAAEAAAAEgAAAAQAAAATAAAABAAAABQAAAAEAAAAFQAAAAQAAAAAAAAA
BAAAABcAAAAEAAAAGAAAAAYAAAAZAAAABAAAAAAAAAAEAAAAGwAAAAQAAAAcAAAABAAAAB0AAAAE
AAAAHgAAAAQAAAAAAAAABAAAACAAAAAEAAAAIQAAAAQAAAAiAAAAMwAAAIMAC/AwAAAAgQEEAAAI
gwEAAAAIhkEAAAAAvwEQABAAwAEBAAAIxUEAAAAA/wEIAAgAAQICAAAIEAAa8QQAAADMMwAAQAAe
8RAAAAAEAAAIAQAACAIAAAj3AAAQHwDwDxwAAAAAAPMDFAAAAAIAAAAAAAAAAAAAAAAAAIAAAAAA
DwDQBzMBAAAfABQEHAAAAAAAFQQUAAAAupOw9gDKmjutB5THAMqaOwEBAAAPAPoDZwAAAAAA/gMD
AAAAAAEAAAD9AzQAAABDAAAAZAAAAEMAAABkAAAAAAAAAHCE6wCMlxMALWEUMAAAAAAAAAAA9v3/
/5T///8BABMAcAD7AwgAAAAAAAAAcAgAAHAA+wMIAAAAAQAAAEALAAAfABMEPAAAAAAA/QM0AAAA
ZAAAAGQAAABkAAAAZAAAALiXEwApKRQw7KkTAJh36wAAAAAAAAAAAAAAAAAAAAAAAAETAB8A/wMU
AAAAAgAABAwAAAAAAAAAAAAAAAIAAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA
VAAxADAAAACLExAAAAAAAA0ECAAAAHC1AABwtQAAPwDZD5oAAAAAANoPBAAAAAAALQAAALoPGgAA
AEoAdQBsAHkAIAAzADEALAAgADIAMAAwADgAIAC6D2QAAABkAHIAYQBmAHQALQBtAGUAbgB0AGgA
LQBwAGMAbgAtAHAAcwBkAG0ALQBlAG4AYwBvAGQAaQBuAGcALQAwADAAIABQAEMATgAgAFcARwAs
ACAANwAyAG4AZAAgAEkARQBUAEYATwDZDwwAAAAAANoPBAAAAA0APQAPAPAP4RsAAAAA8wMUAAAA
AwAAAAQAAAACAAAAAAEAAAAAAAAAAJ8PBAAAAAYAAAAAAKgPVQAAAFBDTiBFbmNvZGluZyBmb3Ig
UGFja2V0LVNwZWNpZmljIER1YWwgTWFya2luZyAoUFNETSkLZHJhZnQtbWVudGgtcGNuLXBzZG0t
ZW5jb2RpbmctMDAAAKEPIgAAAFYAAAAAAAAAAAA1AAAAAAAGACgAzDMA/iEAAAAAAAIAIAAAAKoP
FgAAADUAAAAHAAAAAAAHBAAAIQAAAAAAAAAQAJ8PBAAAAAUAAAAAAKgPRAAAAE1pY2hhZWwgTWVu
dGgNVW5pdmVyc2l0eSBvZiBXdWVyemJ1cmcNDUpvemVmIEJhYmlhcnoNTm9ydGVsIE5ldHdvcmtz
AAChDz4AAABFAAAAAAAAEAAAUAAOAAAAAAACABgAGAAAAAAAAgAUAAEAAAAAAAIADAAOAAAAAAAC
ABgAEAAAAAAAAgAUAAAA8wMUAAAABwAAAAAAAAACAAAAAgEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgP
OQAAAEJhc2VsaW5lIEVuY29kaW5nIHZzLiBQYWNrZXQtU3BlY2lmaWMgRHVhbCBNYXJraW5nIChQ
U0RNKQAAoQ8aAAAAOgAAAAAAAAAAADoAAAABAAYAAQAYAMwzAP4AAKoPDAAAADoAAAAGAAAACQQA
ABAAnw8EAAAAAQAAAAAAqA9cAQAAU2ltaWxhcml0eQ1Qb3NzaWJseSBjb3VsZCB1c2UgVm9pY2Ut
QWRtaXQgRFNDUCBmb3IgUENOIHRyYWZmaWMNT25lIERTQ1ANVXNlIEVDTiBmaWVsZCBmb3INRGlm
ZmVyZW50aWF0aW9uIG9mIFBDTiB0cmFmZmljIGZyb20gbm9uLVBDTiB0cmFmZmljDVBDTiBlbmNv
ZGluZw1EaWZmZXJlbmNlDUJhc2VsaW5lIGVuY29kaW5nIHN1cHBvcnRzIG9ubHkgb25lIG1hcmtp
bmcgc2NoZW1lIGluIGEgUENOIGRvbWFpbg1QU0RNLWVuY29kaW5nIHN1cHBvcnRzIHR3byBtYXJr
aW5nIHNjaGVtZXMgaW4gYSBuZXR3b3JrLCBidXQgb25seSBvbmUgcGVyIHBhY2tldA1FeGNlc3Mg
TWFya2luZw1FeGhhdXN0aXZlIE1hcmtpbmcgAAChD5wAAAALAAAAAAAAEAAAWgBPAAAAAQAAEAAA
WgBBAAAAAgAAEAAAWgALAAAAAAAAEAAAWgCUAAAAAQAAEAAAWgAjAAAAAgAAEAAAWgALAAAAAQAC
AAEAGABPAAAAAQQCAAEEFABBAAAAAAgCAAAIEgALAAAAAQwCAAEMGACUAAAAARACAAEQFAAhAAAA
ABQCAAAUEgACAAAAABQCAAAUFAAAAKoPDAAAAF0BAAAGAAAACQQAAAAA8wMUAAAACAAAAAAAAAAC
AAAAAwEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPEwAAAE1vdGl2YXRpb24gZm9yIFBTRE0AAKEPGgAA
ABQAAAAAAAAAAAAUAAAAAQAGAAEAIADMMwD+AACqDwwAAAAUAAAABgAAAAkEAAAQAJ8PBAAAAAEA
AAAAAKAPPgUAAE0AbwB0AGkAdgBhAHQAaQBvAG4ADQBSAG8AYgB1AHMAdAAsACAAcAByAG8AYgBl
AC0AYgBhAHMAZQBkACAAKABzAGkAZwBuAGEAbABsAGUAZAApACAAQQBDADoAIABwAHIAbwBiAGUA
IABwAGEAYwBrAGUAdABzACAAbgBlAGUAZAAgAGUAeABoAGEAdQBzAHQAaQB2AGUAIAAoAHQAaABy
AGUAcwBoAG8AbABkACkAIABtAGEAcgBrAGkAbgBnACAAYgBhAHMAZQBkACAAbwBuACAAYQBkAG0A
aQBzAHMAaQBiAGwAZQAgAHIAYQB0AGUADQBBAHMAIAB3AGUAbABsACAAcwB1AHAAcABvAHIAdAAg
AEYAVAA6ACAAUABDAE4AIABkAGEAdABhACAAcABhAGMAawBlAHQAcwAgAG4AZQBlAGQAIABlAHgA
YwBlAHMAcwAgAG0AYQByAGsAaQBuAGcAIABiAGEAcwBlAGQAIABvAG4AIABzAHUAcABwAG8AcgB0
AGEAYgBsAGUAIAByAGEAdABlAA0ASQBkAGUAYQANAFUAcwBlACAAZQB4AGMAZQBzAHMAIABhAG4A
ZAAgAGUAeABoAGEAdQBzAHQAaQB2AGUAIAAoAHQAaAByAGUAcwBoAG8AbABkACkAIABtAGEAcgBr
AGkAbgBnACAAaQBuACAAcwBhAG0AZQAgAG4AZQB0AHcAbwByAGsADQBBAGwAbAAgAFAAQwBOACAA
dAByAGEAZgBmAGkAYwAgAGkAcwAgAHMAdQBiAGoAZQBjAHQAIAB0AG8AIABiAG8AdABoACAAbQBl
AHQAZQByAHMADQBQAHIAbwBiAGUAIABwAGEAYwBrAGUAdABzACAAYQByAGUAIABzAHUAYgBqAGUA
YwB0ACAAdABvACAAZQB4AGgAYQB1AHMAdABpAHYAZQAgAG0AYQByAGsAaQBuAGcAIABvAG4AbAB5
ACAADQBQAEMATgAgAGQAYQB0AGEAIABwAGEAYwBrAGUAdABzACAAYQByAGUAIABzAHUAYgBqAGUA
YwB0ACAAdABvACAAZQB4AGMAZQBzAHMAIABtAGEAcgBrAGkAbgBnACAAbwBuAGwAeQANAEUAQwBO
ACAAYgBpAHQAcwAgAGEAcgBlACAAdQBzAGUAZAAgAHQAbwAgAHQAZQBsAGwAIAByAG8AdQB0AGUA
cgBzACAAdwBoAGkAYwBoACAAbQBlAHQAZQByACAAbQBhAHIAawBzACAAdwBoAGkAYwBoACAAcABh
AGMAawBlAHQADQBFAHgAYwBlAHMAcwAgAGEAbgBkACAAZQB4AGgAYQB1AHMAdABpAHYAZQAgAG0A
YQByAGsAaQBuAGcAIAByAGUALQBtAGEAcgBrACAAcABhAGMAawBlAHQAcwAgAHQAbwAgAHQAaABl
ACAAcwBhAG0AZQAgAGMAbwBkAGUAcABvAGkAbgB0ACAAHCAxADEAHSANAEUAZwByAGUAcwBzACAA
bgBvAGQAZQAgAGsAbgBvAHcAcwAgAGkAZgAgAHAAYQBjAGsAZQB0ACAAaQBzACAAcAByAG8AYgBl
ACAAbwByACAAUABDAE4AIABkAGEAdABhACwAIAB0AGgAZQByAGUAZgBvAHIAZQAgAGkAbgBmAGUA
cgBzACAAdwBoAGUAdABoAGUAcgAgAHAAYQBjAGsAZQB0ACAAdwBhAHMAIABlAHgAYwBlAHMAcwAg
AG8AcgAgAGUAeABoAGEAdQBzAHQAaQB2AGUAIABtAGEAcgBrAGUAZAAAAKEPkAAAAAsAAAAAAAAQ
AABaAMIAAAABAAAQAABaAAUAAAAAAAAQAABaAM4BAAABAAAQAABaAAsAAAABAAIAAQAYACMAAAAB
AAIAAQAUAEwAAAAAAAIAFAATAAAAAQACAAEAFAA/AAAAAAACABQAAQAAAAAAggABABQABQAAAAEE
ggABBAEAGADOAQAAAAiCAAAIAQAUAAAAqg86AAAAHwAAAAYAAAAJBAAACwAAAAAAAAD1AQAABgAA
AAkEAAAJAAAABwAAAAMACQQAAHgAAAAGAAAACQQAAAAA8wMUAAAACQAAAAAAAAACAAAABAEAAAAA
AAAAAJ8PBAAAAAAAAAAAAKgPKgAAAFBDTiBDb2RlcG9pbnRzIC0gUmVkZWZpbml0aW9uIG9mIEVD
TiBGaWVsZAAAoQ8aAAAAKwAAAAAAAAAAACsAAAABAAYAAQAgAMwzAP4AAKoPJgAAAAQAAAAGAAAA
CQQAAAoAAAAHAAAAAwAJBAAAHQAAAAYAAAAJBAAAEACfDwQAAAABAAAAAACgDzoCAABFAEMATgAg
AGYAaQBlAGwAZAA6ACAAUwBlAG0AYQBuAHQAaQBjAA0AHCAwADAAHSAgAG4AbwB0AC0AUABDAE4A
OgAgAFYAbwBpAGMAZQAtAEEAZABtAGkAdAAgAHQAcgBhAGYAZgBpAGMAIABuAG8AdAAgAHMAdQBi
AGoAZQBjAHQAIAB0AG8AIABQAEMATgAgAGMAbwBuAHQAcgBvAGwADQANABwgMQAwAB0gIABuAG8A
dAAtAGUAeABjAGUAcwBzAC0AbQBhAHIAawBlAGQAIAAoAG4AbwB0AC0ARQB4AE0AKQA6ACAAdQBu
AG0AYQByAGsAZQBkACAAUABDAE4AIAB0AHIAYQBmAGYAaQBjACAAcwB1AGIAagBlAGMAdAAgAHQA
bwAgAGUAeABjAGUAcwBzACAAbQBhAHIAawBpAG4AZwANAA0AHCAwADEAHSAgAG4AbwB0AC0AZQB4
AGgAYQB1AHMAdABpAHYAZQAtAG0AYQByAGsAZQBkACAAKABuAG8AdAAtAEUAaABNACkAOgAgAHUA
bgBtAGEAcgBrAGUAZAAgAFAAQwBOACAAdAByAGEAZgBmAGkAYwAgAHMAdQBiAGoAZQBjAHQAIAB0
AG8AIABlAHgAaABhAHUAcwB0AGkAdgBlACAAbQBhAHIAawBpAG4AZwANAA0AHCAxADEAHSAgAG0A
YQByAGsAZQBkACAAKABNACkAOgAgAG0AYQByAGsAZQBkACAAdAByAGEAZgBmAGkAYwAAAKEPdAAA
ABQAAAAAAAAAAAAKAQAAAQAAAAAAFAAAAAEAAgABABgAPQAAAAAEAgAABBQAAQAAAAAEAgAABAoA
UQAAAAAEAgAABBQAAQAAAAAEAgAABAoAWQAAAAAEAgAABBQAAQAAAAAEAgAABAoAIAAAAAAEAgAA
BBQAAACqD0AAAABuAAAABgAAAAkEAAADAAAABwAAAAMACQQAAFMAAAAGAAAACQQAAAMAAAAHAAAA
AwAJBAAAVwAAAAYAAAAJBAAAAADzAxQAAAAKAAAAAAAAAAIAAAAFAQAAAAAAAAAAnw8EAAAAAAAA
AAAAqA8mAAAAQXBwbGljYWJpbGl0eSBvZiBQQ04gRW5jb2RpbmcgZm9yIFBTRE0AAKEPGgAAACcA
AAAAAAAAAAAnAAAAAQAGAAEAIADMMwD+AACqDwwAAAAnAAAABgAAAAkEAAAQAJ8PBAAAAAEAAAAA
AKAPygQAAE8AbgBsAHkAIABBAEMAIAANAFUAcwBlACAAZQB4AGgAYQB1AHMAdABpAHYAZQAgAG0A
YQByAGsAaQBuAGcAIABvAG4AbAB5ACAAKABzAGkAbgBnAGwAZQAgAG0AYQByAGsAaQBuAGcAKQAN
AEEAbABsACAAcABhAGMAawBlAHQAcwAgAG4AbwB0AC0ARQBoAE0AIAAcIDAAMQAdICAAbQBhAHIA
awBlAGQAIABhAHQAIABpAG4AZwByAGUAcwBzAA0ATwBuAGwAeQAgAEYAVAANAFUAcwBlACAAZQB4
AGMAZQBzAHMAIABtAGEAcgBrAGkAbgBnACAAbwBuAGwAeQAgACgAcwBpAG4AZwBsAGUAIABtAGEA
cgBrAGkAbgBnACkADQBBAGwAbAAgAHAAYQBjAGsAZQB0AHMAIABuAG8AdAAtAEUAeABNACAAHCAx
ADAAHSAgAG0AYQByAGsAZQBkACAAYQB0ACAAaQBuAGcAcgBlAHMAcwANAEEAQwAgACYAIABGAFQA
IAAoAFMATQApACAAYQBzACAAcABlAHIAIABjAGgAYQByAG4AeQAtAHAAYwBuAC0AcwBpAG4AZwBs
AGUALQBtAGEAcgBrAGkAbgBnAA0AVQBzAGUAIABlAHgAYwBlAHMAcwAgAG0AYQByAGsAaQBuAGcA
IABvAG4AbAB5ACAAKABzAGkAbgBnAGwAZQAgAG0AYQByAGsAaQBuAGcAIAATICAAbQBlAHQAZQBy
ACAAYwBvAG4AZgBpAGcAdQByAGUAZAAgAHIAYQB0AGUAIABzAGUAdAAgAHQAbwAgAGEAZABtAGkA
cwBzAGkAbwBuACAAbABlAHYAZQBsACkADQBBAGwAbAAgAHAAYQBjAGsAZQB0AHMAIABuAG8AdAAt
AEUAeABNACAAHCAxADAAHSAgAG0AYQByAGsAZQBkACAAYQB0ACAAaQBuAGcAcgBlAHMAcwANAFAA
cgBvAGIAZQAtAGIAYQBzAGUAZAAgACgAcwBpAGcAbgBhAGwAbABlAGQAKQAgAEEAQwAgACYAIABG
AFQADQBVAHMAZQAgAGUAeABjAGUAcwBzACAAYQBuAGQAIABlAHgAaABhAHUAcwB0AGkAdgBlACAA
bQBhAHIAawBpAG4AZwAgACgAZAB1AGEAbAAgAG0AYQByAGsAaQBuAGcAKQANAEEAbABsACAAUABD
AE4AIAB0AHIAYQBmAGYAaQBjACAAaQBzACAAcwB1AGIAagBlAGMAdAAgAHQAbwAgAGIAbwB0AGgA
IABtAGUAdABlAHIAcwAsACAAYgB1AHQAIABvAG4AbAB5ACAAdABvACAAbwBuAGUAIABtAGEAcgBr
AGUAcgANAFAAcgBvAGIAZQAgAHAAYQBjAGsAZQB0AHMAIABhAHIAZQAgAG4AbwB0AC0ARQBoAE0A
IAAcIDAAMQAdICAAbQBhAHIAawBlAHQAIABhAHQAIABpAG4AZwByAGUAcwBzAA0AUABDAE4AIABk
AGEAdABhACAAcABhAGMAawBlAHQAcwAgAGEAcgBlACAAbgBvAHQALQBFAHgATQAgABwgMQAwAB0g
IABtAGEAcgBrAGUAdAAgAGEAdAAgAGkAbgBnAHIAZQBzAHMAAAChD7gAAAAJAAAAAAAAAAAAWAAA
AAEAAAAAAAgAAAAAAAAAAABUAAAAAQAAAAAALgAAAAAAAAAAAIMAAAABAAAAAAAgAAAAAAAAAAAA
2AAAAAEAAAAAAAcAAAABAAIAAQAUAAIAAAAAAAIAFABYAAAAAAACABIACAAAAAEEAgABBBQAVAAA
AAAEAgAABBIALgAAAAEIAgABCBQAgwAAAAAIAgAACBIAIAAAAAEMAgABDBQA2AAAAAAQAgAAEBIA
AACqD7wAAABGAAAABgAAAAkEAAADAAAABwAAAAMACQQAAFkAAAAGAAAACQQAAAMAAAAHAAAAAwAJ
BAAALAAAAAYAAAAJBAAABgAAAAcAAAADAAkEAAB8AAAABgAAAAkEAAADAAAABwAAAAMACQQAACQA
AAAGAAAACQQAAAsAAAAAAAAAkgAAAAYAAAAJBAAAAwAAAAcAAAADAAkEAAAxAAAABgAAAAkEAAAD
AAAABwAAAAMACQQAABgAAAAGAAAACQQAAAAA8wMUAAAAEwAAAAQAAAACAAAACQEAAAAAAAAAAJ8P
BAAAAAAAAAAAAKAPTgAAAFAAUwBEAE0AIABMAGkAbQBpAHQAYQB0AGkAbwBuACAAEyAgAG8AcAB0
AGkAbwBuAHMAIABnAG8AaQBuAGcAIABmAG8AcgB3AGEAcgBkAAAAoQ8aAAAAKAAAAAAAAAAAACgA
AAABAAYAAQAgAMwzAP4AAKoPDAAAACgAAAAGAAAACQQAABAAnw8EAAAAAQAAAAAAqA/HAAAAZW5k
LXRvLWVuZCBFQ04gY2FuIGJlIHN1cHBvcnRlZCB0aHJvdWdoIHR1bm5lbGluZyBpbiBQQ04gZG9t
YWluDVVudGlsIGVuZC10by1lbmQgUENOIGlzIGRlZmluZWQNbm90IHN1cHBvcnRlZCBDTCBzdHls
ZSBBQyAmIEZUIHdoZW4gYm90aCBhcmUgdXNlZCkgKG1lYXN1cmVtZW50IG9mIG1hcmtpbmcgYXQg
ZWdyZXNzKQ1SZXF1aXJlcyAybmQgRFNDUAAAoQ+GAAAAQAAAAAAAAAAAACAAAAABAAAAAABWAAAA
AAAAAAAAEgAAAAEAAAAAAEAAAAAAAAIAEgAgAAAAAAACABAAMgAAAAAEAgAABBIAAQAAAAAEAgAA
BBgAIwAAAAAEAgAABA4ACgAAAAAIAgAACBAAAgAAAAAICgAACBAAHgAGAAAAAAgCAAAIEAAAAKoP
DAAAAMgAAAAGAAAACQQAAAAA8wMUAAAACwAAAAAAAAACAAAABwEAAAAAAAAAAJ8PBAAAAAAAAAAA
AKgPCgAAAENvbmNsdXNpb24AAKEPGgAAAAsAAAAAAAAAAAALAAAAAQAGAAEAIADMMwD+AACqDwwA
AAALAAAABgAAAAkEAAAQAJ8PBAAAAAEAAAAAAKAPTAIAAFAAQwBOACAAZQBuAGMAbwBkAGkAbgBn
ACAAZgBvAHIAIABwAGEAYwBrAGUAdAAtAHMAcABlAGMAaQBmAGkAYwAgAGQAdQBhAGwAIABtAGEA
cgBrAGkAbgBnACAAKABQAFMARABNACkADQBSAGUAcQB1AGkAcgBlAHMAIABvAG4AbAB5ACAAbwBu
AGUAIABEAFMAQwBQACAAKABwAG8AcwBzAGkAYgBsAHkAIABWAG8AaQBjAGUALQBBAGQAbQBpAHQA
KQANAEUAeAB0AGUAbgBzAGkAbwBuACAAbwBmACAAHCBiAGEAcwBlAGwAaQBuAGUAIABlAG4AYwBv
AGQAaQBuAGcAHSANAFMAdQBwAHAAbwByAHQAcwAgAHQAdwBvACAAYwBvAG4AYwB1AHIAcgBlAG4A
dAAgAG0AYQByAGsAaQBuAGcAIABzAGMAaABlAG0AZQBzACAAKABlAHgAYwBlAHMAcwAgAGEAbgBk
ACAAZQB4AGgAYQB1AHMAdABpAHYAZQAgAG0AYQByAGsAaQBuAGcAKQANAE0AbwByAGUAIAAoAGEA
dAAgAGwAZQBhAHMAdAAgADQAKQAgAGQAZQBwAGwAbwB5AG0AZQBuAHQAIABzAGMAZQBuAGEAcgBp
AG8AcwAgAHAAbwBzAHMAaQBiAGwAZQAgAHQAaABhAG4AIAB3AGkAdABoACAAHCBkAHIAYQBmAHQA
IAAwADIAIABvAGYAIABiAGEAcwBlAGwAaQBuAGUAIABlAG4AYwBvAGQAaQBuAGcAHSANAAAAoQ8q
AAAANQAAAAAAAAAAAPIAAAABAAAAAAA1AAAAAAACABwA8gAAAAAEAgAABBgAAACqDwwAAAAnAQAA
BgAAAAkEAAAAAPMDFAAAAAwAAAAAAAAAAgAAAAgBAAAAAAAAAACfDwQAAAAAAAAAAACoDwYAAABN
b3Rpb24AAKEPFgAAAAcAAAAAAAAAAAAHAAAAAAAEAMwzAP4AAKoPDAAAAAcAAAAGAAAACQQAABAA
nw8EAAAAAQAAAAAAqA9tAAAAV291bGQgbGlrZSB0aGF0IFBDTiBXRyBhZG9wdCB0aGUgZW5jb2Rp
bmcgbWV0aG9kIGRlZmluZWQgaW4gZHJhZnQtbWVudGgtcGNuLXBzZG0tZW5jb2RpbmctMDAgYXMg
V0cgd29yayBpdGVtLgAAoQ8UAAAAbgAAAAAAAAAAAG4AAAAAAAIAHAAAAKoPDAAAAG4AAAAGAAAA
CQQAAC8A8A+oAAAAAADzAxQAAAANAAAAAAAAAAAAAAAAAQAAAAAAAAAA8wMUAAAADgAAAAAAAAAA
AAAAAgEAAAAAAAAAAPMDFAAAAA8AAAAAAAAAAAAAAAMBAAAAAAAAAADzAxQAAAAQAAAAAAAAAAAA
AAAEAQAAAAAAAAAA8wMUAAAAEQAAAAAAAAAAAAAABQEAAAAAAAAAAPMDFAAAABIAAAAAAAAAAAAA
AAcBAAAAAAAAAADqAwAAAAAPAPgDpAkAAAIA7wMYAAAAAQAAAAECBwkIAAAAAAAAAAAAAAAAABQw
YADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAGAA8AcgAAAA////AAAAAACW
lpYAAAAAAPvfUwD/mWYAzDMAAJlmAABgAPAHIAAAAP///wAAAAAAgICAAAAAAACZzP8AzMz/ADMz
zACvZ/8AYADwByAAAADe9vEAAAAAAJaWlgAAAAAA////AI3G/wAAZswAAKgAAGAA8AcgAAAA///Z
AAAAAAB3d3cAAAAAAP//9wAzzMwA/1BQAP+ZAABgAPAHIAAAAACAgAD///8AAFpYAP//mQAAZGIA
bW/HAAD//wAA/wAAYADwByAAAACAAAAA////AFwfAADf0pMAzDMAAL55YAD//5kA06IZAGAA8Acg
AAAAAACZAP///wAAM2YAzP//ADNmzAAAsAAAZsz/AP/nAQBgAPAHIAAAAAAAAAD///8AM2aZAOPr
8QAAM5kARopLAGbM/wDw5QAAYADwByAAAABoa10A////AHd3dwDR0csAkJCCAICeqAD/zGYA6dy5
AGAA8AcgAAAAZmaZAP///wA+PlwA////AGBZewBmZv8Amcz/AP//mQBgAPAHIAAAAFI+JgD///8A
LSAVAN/AjQCMe3AAj18vAMy0AACMnqAAAACjDz4AAAABAP/9PwAAACIgAABkAAAAAP8BAGQAAAAA
AAAAAABAAgAAAAAHAAAA///vAAAAAAAAAP////8sAAAAAAMAABAAow98AAAABQD//T8AAQAiIAAA
ZAAAAAD/AABkABQAAADYAAAAQAIAAAAABwAAAP//7wAAAAAAAAD/////IAAAAAABAACABQAAEyDU
ASABAAACABwAgAUAACIg0AJAAgAAAgAYAIAFAAATIPADYAMAAAIAFACABQAAuwAQBYAEAAAAACAA
ow9uAAAABQD//T8AAAAiIAAAZAAAAAD/AABkAB4AAAAAAAAAQAIAAAAABwAAAP//7wAAAAAAAAD/
////DAAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAA
AABQAKMPUgAAAAUAAAABCQAAAAABAAAAAAAAAAEAAQkAAAAAAQAgAQAAAAACAAEJAAAAAAEAQAIA
AAAAAwABCQAAAAABAGADAAAAAAQAAQkAAAAAAQCABAAAAABgAKMPDAAAAAEAAAAAAAAAAAAAAHAA
ow8+AAAABQAAAAAAAAAAAAIAHAABAAAAAAAAAAIAGAACAAAAAAAAAAIAFAADAAAAAAAAAAIAEgAE
AAAAAAAAAAIAEgCAAKMPPgAAAAUAAAAAAAAAAAACABgAAQAAAAAAAAACABQAAgAAAAAAAAACABIA
AwAAAAAAAAACABAABAAAAAAAAAACABAADwAMBNYEAAAPAALwzgQAABAACPAIAAAABgAAAAYEAAAP
AAPwZgQAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAABAAABQAAAA8A
BPDSAAAAEgAK8AgAAAACBAAAAAoAAJMAC/A2AAAAfwABAAUAgAC4wusAhwABAAAAgQEEAAAIgwEA
AAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgA
AAAAAAAAAQDrAA8ADfBUAAAAAACfDwQAAAAAAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3Rl
ciB0aXRsZSBzdHlsZQAAog8GAAAAIQAAAAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8BYBAAASAArw
CAAAAAMEAAAACgAAgwAL8DAAAAB/AAEABQCAAKTF6wCBAQQAAAiDAQAAAAi/AQEAEQDAAQEAAAj/
AQEACQABAgIAAAgAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAACAOsADwAN8J4A
AAAAAJ8PBAAAAAEAAAAAAKgPUgAAAENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5bGVzDVNl
Y29uZCBsZXZlbA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIPHgAAACEA
AAAAAA0AAAABAAwAAAACAA0AAAADAAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPC2AAAAEgAK
8AgAAAAEBAAAAAoAAIMAC/AwAAAAfwABAAUAgABwzOsAgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI
/wEBAAkAAQICAAAIAAAQ8AgAAABeDyABYAaKEA8AEfAQAAAAAADDCwgAAAACAAAABwHrAA8ADfA+
AAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADgAAAPgP
BAAAAAAAAAAPAATwuAAAABIACvAIAAAABQQAAAAKAACDAAvwMAAAAH8AAQAFAIAAfNHrAIEBBAAA
CIMBAAAACL8BAQARAMABAQAACP8BAQAJAAECAgAACAAAEPAIAAAAXg+wB64PihAPABHwEAAAAAAA
wwsIAAAAAwAAAAkC6wAPAA3wQAAAAAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPFgAAAAIAAAAA
AAAIAAABAAIAAAAAAAIADgAAAPoPBAAAAAAAAAAPAATwuAAAABIACvAIAAAABgQAAAAKAACDAAvw
MAAAAH8AAQAFAIAA4NXrAIEBBAAACIMBAAAACL8BAQARAMABAQAACP8BAQAJAAECAgAACAAAEPAI
AAAAXg8gEGAVihAPABHwEAAAAAAAwwsIAAAABAAAAAgC6wAPAA3wQAAAAAAAnw8EAAAABAAAAAAA
oA8CAAAAKgAAAKEPFgAAAAIAAAAAAAAIAAACAAIAAAAAAAIADgAAANgPBAAAAAAAAAAPAATwSAAA
ABIACvAIAAAAAQQAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8B
AAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAP
AIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAANLv
yAEgmwC3IAC6DxwAAABEAGUAZgBhAHUAbAB0ACAARABlAHMAaQBnAG4ADwDwAxoGAAABAPEDCAAA
AAAAAIAAABQwDwAMBJoFAAAPAALwkgUAAKAACPAIAAAABwAAAAcoAAAPAAPwKgUAAA8ABPAoAAAA
AQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAKAAABQAAAA8ABPDQAAAAEgAK8AgAAAAC
KAAAAAoAAIMAC/AwAAAAfwABAAUAgACczb8FgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkA
AQICAAAIAAAQ8AgAAAAAAAAAUAcgAQ8AEfAQAAAAAADDCwgAAAAAAAAACgK/BQ8ADfBYAAAAAACf
DwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADAAAAPkPBAAAAAAA
AAAAAKoPEgAAAAEAAAABAAAAAAABAAAAAAAAAA8ABPDSAAAAEgAK8AgAAAADKAAAAAoAAIMAC/Aw
AAAAfwABAAUAgAAU078FgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgA
AAAAAI8J3xAgAQ8AEfAQAAAAAADDCwgAAAABAAAABwC/BQ8ADfBaAAAAAACfDwQAAAAEAAAAAACg
DwIAAAAqAAAAoQ8WAAAAAgAAAAAAAAgAAAIAAgAAAAAAAgAMAAAA+A8EAAAAAAAAAAAAqg8SAAAA
AQAAAAEAAAAAAAEAAAAAAAAADwAE8GQAAAASAArwCAAAAAQoAAAACgAAYwAL8CQAAAB/AAQBBAGH
AAEAAAB/AQAAAQC/AREAEQD/AQgACQA/AgEAAQAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMML
CAAAAAIAAAAFAL8FDwAE8BYBAAASAArwCAAAAAUoAAAACgAAgwAL8DAAAAB/AAEABQCAAPjNvwWB
AQQAAAiDAQAAAAi/AQEAEQDAAQEAAAj/AQEACQABAgIAAAgAABDwCAAAALAKsAEwD9AUDwAR8BAA
AAAAAMMLCAAAAAMAAAAGAr8FDwAN8J4AAAAAAJ8PBAAAAAIAAAAAAKgPUgAAAENsaWNrIHRvIGVk
aXQgTWFzdGVyIHRleHQgc3R5bGVzDVNlY29uZCBsZXZlbA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2
ZWwNRmlmdGggbGV2ZWwAAKIPHgAAACEAAAAAAA0AAAABAAwAAAACAA0AAAADAAwAAAAEAAAAqg8K
AAAAUwAAAAEAAAAAAA8ABPDWAAAAEgAK8AgAAAAGKAAAAAoAAJMAC/A2AAAAfwABAAUAgABQ278F
hwACAAAAgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAABfFQAAUAd/
Fg8AEfAQAAAAAADDCwgAAAAEAAAACQK/BQ8ADfBYAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAA
oQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADAAAAPoPBAAAAAAAAAAAAKoPEgAAAAEAAAABAAAAAAAB
AAAAAAAAAA8ABPDYAAAAEgAK8AgAAAAHKAAAAAoAAJMAC/A2AAAAfwABAAUAgADE4L8FhwACAAAA
gQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAABfFY8J3xB/Fg8AEfAQ
AAAAAADDCwgAAAAFAAAACAK/BQ8ADfBaAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8WAAAA
AgAAAAAAAAgAAAIAAgAAAAAAAgAMAAAA2A8EAAAAAAAAAAAAqg8SAAAAAQAAAAEAAAAAAAEAAAAA
AAAADwAE8EgAAAASAArwCAAAAAEoAAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAd69aACUAY6f
iwC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZ
AACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA
AADrLggAAADU78gBgDTx4w8AyQ9oBAAADwAMBPgDAAAPAALw8AMAAIABCPAIAAAABQAAAAVgAAAP
AAPwiAMAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAYAAABQAAAA8A
BPDKAAAAEgAK8AgAAAACYAAAAAoAAIMAC/AwAAAAfwABAAUAgACsClUGgQEEAAAIgwEAAAAIvwEB
ABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAAAAAAAAUAcgAQ8AEfAQAAAAAADDCwgAAAAAAAAA
CgJVBg8ADfBSAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAA
AAIADAAAAPkPBAAAAAAAAAAAAKoPDAAAAAIAAAAGAAAACQQAAA8ABPDMAAAAEgAK8AgAAAADYAAA
AAoAAIMAC/AwAAAAfwABAAUAgABsEFUGgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQIC
AAAIAAAQ8AgAAAAAAI8J3xAgAQ8AEfAQAAAAAADDCwgAAAABAAAABwJVBg8ADfBUAAAAAACfDwQA
AAAEAAAAAACgDwIAAAAqAAAAoQ8WAAAAAgAAAAAAAAgAAAIAAgAAAAAAAgAMAAAA+A8EAAAAAAAA
AAAAqg8MAAAAAgAAAAYAAAAJBAAADwAE8NAAAAASAArwCAAAAARgAAAACgAAkwAL8DYAAAB/AAEA
BQCAANQTVQaHAAIAAACBAQQAAAiDAQAAAAi/AQEAEQDAAQEAAAj/AQEACQABAgIAAAgAABDwCAAA
AF8VAABQB38WDwAR8BAAAAAAAMMLCAAAAAIAAAAJAlUGDwAN8FIAAAAAAJ8PBAAAAAQAAAAAAKAP
AgAAACoAAAChDxQAAAACAAAAAAAAAAAAAgAAAAAAAgAMAAAA+g8EAAAAAAAAAAAAqg8MAAAAAgAA
AAYAAAAJBAAADwAE8NIAAAASAArwCAAAAAVgAAAACgAAkwAL8DYAAAB/AAEABQCAAJgYVQaHAAIA
AACBAQQAAAiDAQAAAAi/AQEAEQDAAQEAAAj/AQEACQABAgIAAAgAABDwCAAAAF8VjwnfEH8WDwAR
8BAAAAAAAMMLCAAAAAMAAAAIAlUGDwAN8FQAAAAAAJ8PBAAAAAQAAAAAAKAPAgAAACoAAAChDxYA
AAACAAAAAAAACAAAAgACAAAAAAACAAwAAADYDwQAAAAAAAAAAACqDwwAAAACAAAABgAAAAkEAAAP
AATwSAAAABIACvAIAAAAAWAAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMB3r1oAJQBjp+LAL8B
EgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZ
AJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsu
CAAAANbvyAGQcsBlDwDuA2cDAAACAO8DGAAAAAAAAAAPEAAAAAAAAAAAAIAAAQAABwAUMA8ADAR+
AgAADwAC8HYCAAAgAAjwCAAAAAQAAAAECAAADwAD8A4CAAAPAATwKAAAAAEACfAQAAAAAAAAAAAA
AAAAAAAAAAAAAAIACvAIAAAAAAgAAAUAAAAPAATwcgAAABIACvAIAAAAAggAACACAABTAAvwHgAA
AH8AAAAEAIAAEIq/Bb8BAAABAP8BAAABAAEDAgQAAAAAEPAIAAAAXQSvAc8U+wcPABHwEAAAAAAA
wwsIAAAAAAAAAA8AvwUPAA3wDAAAAAAAng8EAAAAAAAAAA8ABPByAAAAEgAK8AgAAAADCAAAIAIA
AFMAC/AeAAAAfwAAAAQAgAAgjr8FvwEAAAEA/wEAAAEAAQMDBAAAAAAQ8AgAAAA2CmQCmwtJDg8A
EfAQAAAAAADDCwgAAAABAAAAEAC/BQ8ADfAMAAAAAACeDwQAAAABAAAADwAE8OIAAAASAArwCAAA
AAQIAAAACgAAgwAL8DAAAAB/AAAABQCAAJR26wCBAQQAAAiDAQAAAAi/AQAAEQDAAQEAAAj/AQAA
CQABAgIAAAgAABDwCAAAADYKbQukFEkODwAN8IIAAAAAAJ8PBAAAAAUAAAAAAKgPKAAAAFRvYnkg
TW9uY2FzdGVyDSBCVA0NQm9iIEJyaXNjb2UNQlQgJiBVQ0wAAKEPPgAAACkAAAAAAAAQAABQAA8A
AAAAAAIAGAAEAAAAAAACABQAAQAAAAAAAgAMAAwAAAAAAAIAGAAJAAAAAAACABQADwAE8EgAAAAS
AArwCAAAAAEIAAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAA
CAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCI
E5EAAAAPAIoTiQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNpAAAAAADrLggAAADS78gB
IJsAtwAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAA2Qf/
////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAADwDuA48CAAACAO8DGAAAAAEAAAAN
DgAAAAAAAAAAAIACAQAABwAUMA8ADASmAQAADwAC8J4BAAAgAQjwCAAAAAMAAAADSAAADwAD8DYB
AAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAEgAAAUAAAAPAATweAAA
ABIACvAIAAAAAkgAACACAABjAAvwJAAAAH8AAAAEAIAAOPu/Bb8BAAABAP8BAAABAAEDAgQAAIgD
AAAAAAAAEPAIAAAApAAAAIAWOwIPABHwEAAAAAAAwwsIAAAAAAAAAA0AvwUPAA3wDAAAAAAAng8E
AAAAAAAAAA8ABPB+AAAAEgAK8AgAAAADSAAAIAIAAHMAC/AqAAAABAAAAAAAfwAAAAQAgADg+78F
vwEAAAEA/wEAAAEAAQMDBAAAiAMAAAAAAAAQ8AgAAAAfA8wA4hVCDg8AEfAQAAAAAADDCwgAAAAB
AAAADgC/BQ8ADfAMAAAAAACeDwQAAAABAAAADwAE8EgAAAASAArwCAAAAAFIAAAADAAAgwAL8DAA
AACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAA
AP///wAAAAAAlpaWAAAAAAAAzJkAMzPMAAAAzACysrIADwCIE5EAAAAPAIoTiQAAAAAAug8QAAAA
XwBfAF8AUABQAFQAMQAwAAAAixNpAAAAAADrLggAAADHxcgBgNkB2QAAACsEAAAAAAAAAB8ARPE9
AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAA2Qf/////EgAAAA8APfENAAAAQAFC8QUA
AAABCQAAAA8AAisAAAAADwDuA5UCAAACAO8DGAAAAAEAAAANDgAAAAAAAAAAAIADAQAABwAUMA8A
DASsAQAADwAC8KQBAAAwAQjwCAAAAAMAAAADTAAADwAD8DwBAAAPAATwKAAAAAEACfAQAAAAAAAA
AAAAAAAAAAAAAAAAAAIACvAIAAAAAEwAAAUAAAAPAATwfgAAABIACvAIAAAAAkwAACACAABzAAvw
KgAAAAQAAAAAAH8AAAAEAIAAsBvBBb8BAAABAP8BAAABAAEDAgQAAIgDAAAAAAAAEPAIAAAArQAg
AWAVlwIPABHwEAAAAAAAwwsIAAAAAAAAAA0AwQUPAA3wDAAAAAAAng8EAAAAAAAAAA8ABPB+AAAA
EgAK8AgAAAADTAAAIAIAAHMAC/AqAAAABAAAAAAAfwAAAAQAgAAMIMEFvwEAAAEA/wEAAAEAAQMD
BAAAiAMAAAAAAAAQ8AgAAACXAp4A4hX+Dg8AEfAQAAAAAADDCwgAAAABAAAADgDBBQ8ADfAMAAAA
AACeDwQAAAABAAAADwAE8EgAAAASAArwCAAAAAFMAAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiT
AY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAlpaWAAAA
AAAAzJkAMzPMAAAAzACysrIADwCIE5EAAAAPAIoTiQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw
AAAAixNpAAAAAADrLggAAADHxcgBgNkB2QAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAA
AwAAAAAAAAAAAAAAAAAAAAAA2Qf/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAA
DwDuA5UCAAACAO8DGAAAAAEAAAANDgAAAAAAAAAAAIAEAQAABwAUMA8ADASsAQAADwAC8KQBAABA
AQjwCAAAAAMAAAADUAAADwAD8DwBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIA
CvAIAAAAAFAAAAUAAAAPAATwfgAAABIACvAIAAAAAlAAACACAABzAAvwKgAAAAQAAAAAAH8AAAAE
AIAAPC3BBb8BAAABAP8BAAABAAEDAgQAAIgDAAAAAAAAEPAIAAAApADMAIAW6QIPABHwEAAAAAAA
wwsIAAAAAAAAAA0AwQUPAA3wDAAAAAAAng8EAAAAAAAAAA8ABPB+AAAAEgAK8AgAAAADUAAAIAIA
AHMAC/AqAAAABAAAAAAAfwAAAAQAgAAULsEFvwEAAAEA/wEAAAEAAQMDBAAAiAMAAAAAAAAQ8AgA
AABNA54AYBUuDg8AEfAQAAAAAADDCwgAAAABAAAADgDBBQ8ADfAMAAAAAACeDwQAAAABAAAADwAE
8EgAAAASAArwCAAAAAFQAAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIA
EgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAlpaWAAAAAAAAzJkAMzPMAAAAzACy
srIADwCIE5EAAAAPAIoTiQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNpAAAAAADrLggA
AADHxcgBgNkB2QAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAA
AAAA2Qf/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAADwDuA5UCAAACAO8DGAAA
AAEAAAANDgAAAAAAAAAAAIAFAQAABwAUMA8ADASsAQAADwAC8KQBAABQAQjwCAAAAAMAAAADVAAA
DwAD8DwBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAFQAAAUAAAAP
AATwfgAAABIACvAIAAAAAlQAACACAABzAAvwKgAAAAQAAAAAAH8AAAAEAIAAyKvBBb8BAAABAP8B
AAABAAEDAgQAAIgDAAAAAAAAEPAIAAAArQAgAWAVDwIPABHwEAAAAAAAwwsIAAAAAAAAAA0AwQUP
AA3wDAAAAAAAng8EAAAAAAAAAA8ABPB+AAAAEgAK8AgAAAADVAAAIAIAAHMAC/AqAAAABAAAAAAA
fwAAAAQAgACgrMEFvwEAAAEA/wEAAAEAAQMDBAAAiAMAAAAAAAAQ8AgAAAA8AicBZxVfDQ8AEfAQ
AAAAAADDCwgAAAABAAAADgDBBQ8ADfAMAAAAAACeDwQAAAABAAAADwAE8EgAAAASAArwCAAAAAFU
AAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAY6fiwCUAd69aAC/ARIAEgD/AQAACAAEAwkAAAA/
AwEAAQAQAPAHIAAAAP///wAAAAAAlpaWAAAAAAAAzJkAMzPMAAAAzACysrIADwCIE5EAAAAPAIoT
iQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNpAAAAAADrLggAAADHxcgBALdBGQAAACsE
AAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAA2Qf/////EgAAAA8A
PfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAADwDuA2giAAACAO8DGAAAAAEAAAANDgAAAAAAAAAA
AIAAAAAABwAUMA8ADATYIQAADwAC8NAhAAAgAgjwCAAAADEAAAAyiAAADwAD8GghAAAPAATwKAAA
AAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAIgAAAUAAAAPAATweAAAABIACvAIAAAA
AogAACACAABjAAvwJAAAAH8AAAAEAIAArH65Bb8BAAABAP8BAAABAAEDAgQAAIgDAAAAAAAAEPAI
AAAArQAgAWAVfQMPABHwEAAAAAAAwwsIAAAAAAAAAA0AuQUPAA3wDAAAAAAAng8EAAAAAAAAAA8A
BPB4AAAAEgAK8AgAAAADiAAAIAIAAGMAC/AkAAAAfwAAAAQAgACEf7kFvwEAAAEA/wEAAAEAAQMD
BAAAiAMAAAAAAAAQ8AgAAABNAycB9hOTCQ8AEfAQAAAAAADDCwgAAAABAAAADgC5BQ8ADfAMAAAA
AACeDwQAAAABAAAADwAD8EUeAAAPAATweAAAAAEACfAQAAAAJwEAAEMIAAAGFQAA7g0AAAIACvAI
AAAAMYgAAAECAAATAAvwBgAAAH8AAAEAASMAIvEqAAAAnwMBAAAAoMMeAAAABgAIAAQAPQEAAIsA
AACMAAAAjAAAAIsAAACyAAAAAAAQ8AgAAABgB9wB0RQLDQ8ABPABAQAAEgAK8AgAAAAFiAAAAgoA
AKMAC/A8AAAAfwAAAAUAgAAogbkFvwAAAAIAgQEEAAAIgwEAAAAIvwEJAB8AwAEBAAAI/wEAAAkA
AQICAAAIPwIAAAIAEwAi8QYAAAC/AQAAYAAAAA/wEAAAAA0RAAAbDQAABhUAAO4NAAAPAA3wfwAA
AAAAnw8EAAAABwAAAAAAqA8HAAAATSAoVGhNKQAAoQ8YAAAACAAAAAAAAQgAAAAAAQAIAAAAAAAC
ABAAAACqDyYAAAADAAAABgAAAAkEAAADAAAABwAAAAMACQQAAAIAAAAGAAAACQQAAAAApg8OAAAA
+AAAAAAAIAFAAmADgAQPAATwAQEAABIACvAIAAAABogAAAIKAACjAAvwPAAAAH8AAAAFAIAAoJK5
Bb8AAAACAIEBBAAACIMBAAAACL8BCQAfAMABAQAACP8BAAAJAAECAgAACD8CAAACABMAIvEGAAAA
vwEAAGAAAAAP8BAAAAATDQAAGw0AAA0RAADuDQAADwAN8H8AAAAAAJ8PBAAAAAcAAAAAAKgPBwAA
AE5vdC1FaE0AAKEPGAAAAAgAAAAAAAEIAAAAAAEACAAAAAAAAgAQAAAAqg8mAAAABAAAAAYAAAAJ
BAAAAwAAAAcAAAADAAkEAAABAAAABgAAAAkEAAAAAKYPDgAAAPgAAAAAACABQAJgA4AEDwAE8OgA
AAASAArwCAAAAAeIAAACCgAAowAL8DwAAAB/AAAABQCAANCbuQW/AAAAAgCBAQQAAAiDAQAAAAi/
AQkAHwDAAQEAAAj/AQAACQABAgIAAAg/AgAAAgATACLxBgAAAL8BAABgAAAAD/AQAAAAGgkAABsN
AAATDQAA7g0AAA8ADfBmAAAAAACfDwQAAAAHAAAAAACoDwgAAABOb3QtdXNlZAAAoQ8YAAAACQAA
AAAAAQgAAAAAAQAJAAAAAAACABAAAACqDwwAAAAJAAAABgAAAAkEAAAAAKYPDgAAAPgAAAAAACAB
QAJgA4AEDwAE8OcAAAASAArwCAAAAAiIAAACCgAAowAL8DwAAAB/AAAABQCAAIikuQW/AAAAAgCB
AQQAAAiDAQAAAAi/AQkAHwDAAQEAAAj/AQAACQABAgIAAAg/AgAAAgATACLxBgAAAL8BAABgAAAA
D/AQAAAAIAUAABsNAAAaCQAA7g0AAA8ADfBlAAAAAACfDwQAAAAHAAAAAACoDwcAAABOb3QtUENO
AAChDxgAAAAIAAAAAAABCAAAAAABAAgAAAAAAAIAEAAAAKoPDAAAAAgAAAAGAAAACQQAAAAApg8O
AAAA+AAAAAAAIAFAAmADgAQPAATw6wAAABIACvAIAAAACYgAAAIKAACjAAvwPAAAAH8AAAAFAIAA
LK65Bb8AAAACAIEBBAAACIMBAAAACL8BCQAfAMABAQAACP8BAAAJAAECAgAACD8CAAACABMAIvEG
AAAAvwEAAGAAAAAP8BAAAAAnAQAAGw0AACAFAADuDQAADwAN8GkAAAAAAJ8PBAAAAAcAAAAAAKgP
CwAAAERTQ1AgMiAoQUMpAAChDxgAAAAMAAAAAAABCAAAAAABAAwAAAAAAAIAEAAAAKoPDAAAAAwA
AAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATwGgEAABIACvAIAAAACogAAAIKAACj
AAvwPAAAAH8AAAAFAIAA5K+5Bb8AAAACAIEBBAAACIMBAAAACL8BCQAfAMABAQAACP8BAAAJAAEC
AgAACD8CAAACABMAIvEGAAAAvwEAAGAAAAAP8BAAAAAnAQAAdQsAAAYVAABIDAAADwAN8JgAAAAA
AJ8PBAAAAAcAAAAAAKgPOAAAAFNpbXBsZSBldm9sdXRpb24gZnJvbSBTTSB0byBDTCBmb3IgYm90
aCBBQyAmIEZUIGVuY29kaW5nAAChDxoAAAA5AAAAAAABCAAAAAABADkAAAABAAIAAQAQAAAAqg8M
AAAAOQAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUACYAOABA8ABPDoAAAAEgAK8AgAAAALiAAA
AgoAAKMAC/A8AAAAfwAAAAUAgADksbkFvwAAAAIAgQEEAAAIgwEAAAAIvwEJAB8AwAEBAAAI/wEA
AAkAAQICAAAIPwIAAAIAEwAi8QYAAAC/AQAAYAAAAA/wEAAAAA0RAABIDAAABhUAABsNAAAPAA3w
ZgAAAAAAnw8EAAAABwAAAAAAqA8IAAAATSAoRVRNKSAAAKEPGAAAAAkAAAAAAAEIAAAAAAEACQAA
AAAAAgAQAAAAqg8MAAAACQAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUACYAOABA8ABPDoAAAA
EgAK8AgAAAAMiAAAAgoAAKMAC/A8AAAAfwAAAAUAgACQybkFvwAAAAIAgQEEAAAIgwEAAAAIvwEJ
AB8AwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAEwAi8QYAAAC/AQAAYAAAAA/wEAAAABMNAABIDAAA
DREAABsNAAAPAA3wZgAAAAAAnw8EAAAABwAAAAAAqA8IAAAATm90LXVzZWQAAKEPGAAAAAkAAAAA
AAEIAAAAAAEACQAAAAAAAgAQAAAAqg8MAAAACQAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUAC
YAOABA8ABPABAQAAEgAK8AgAAAANiAAAAgoAAKMAC/A8AAAAfwAAAAUAgABI0rkFvwAAAAIAgQEE
AAAIgwEAAAAIvwEJAB8AwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAEwAi8QYAAAC/AQAAYAAAAA/w
EAAAABoJAABIDAAAEw0AABsNAAAPAA3wfwAAAAAAnw8EAAAABwAAAAAAqA8HAAAATm90LUV4TQAA
oQ8YAAAACAAAAAAAAQgAAAAAAQAIAAAAAAACABAAAACqDyYAAAAEAAAABgAAAAkEAAADAAAABwAA
AAMACQQAAAEAAAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATw5wAAABIACvAIAAAA
DogAAAIKAACjAAvwPAAAAH8AAAAFAIAA/Nu5Bb8AAAACAIEBBAAACIMBAAAACL8BCQAfAMABAQAA
CP8BAAAJAAECAgAACD8CAAACABMAIvEGAAAAvwEAAGAAAAAP8BAAAAAgBQAASAwAABoJAAAbDQAA
DwAN8GUAAAAAAJ8PBAAAAAcAAAAAAKgPBwAAAE5vdC1QQ04AAKEPGAAAAAgAAAAAAAEIAAAAAAEA
CAAAAAAAAgAQAAAAqg8MAAAACAAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUACYAOABA8ABPDr
AAAAEgAK8AgAAAAPiAAAAgoAAKMAC/A8AAAAfwAAAAUAgAAo5bkFvwAAAAIAgQEEAAAIgwEAAAAI
vwEJAB8AwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAEwAi8QYAAAC/AQAAYAAAAA/wEAAAACcBAABI
DAAAIAUAABsNAAAPAA3waQAAAAAAnw8EAAAABwAAAAAAqA8LAAAARFNDUCAxIChGVCkAAKEPGAAA
AAwAAAAAAAEIAAAAAAEADAAAAAAAAgAQAAAAqg8MAAAADAAAAAYAAAAJBAAAAACmDw4AAAD4AAAA
AAAgAUACYAOABA8ABPDqAAAAEgAK8AgAAAAQiAAAAgoAAKMAC/A8AAAAfwAAAAUAgADg5rkFvwAA
AAIAgQEEAAAIgwEAAAAIvwEBABUAwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAAAAP8BAAAAAnAQAA
zwkAAAYVAACiCgAADwAN8HYAAAAAAJ8PBAAAAAcAAAAAAKgPFgAAAFBTRE0gdXNpbmcgc2luZ2xl
IERTQ1AAAKEPGgAAABcAAAAAAAEIAAAAAAEAFwAAAAEAAgABABAAAACqDwwAAAAXAAAABgAAAAkE
AAAAAKYPDgAAAPgAAAAAACABQAJgA4AEDwAE8NMAAAASAArwCAAAABGIAAACCgAAowAL8DwAAAB/
AAAABQCAAOz2uQW/AAAAAgCBAQQAAAiDAQAAAAi/AQEAFQDAAQEAAAj/AQAACQABAgIAAAg/AgAA
AgAAAA/wEAAAAA0RAACiCgAABhUAAHULAAAPAA3wXwAAAAAAnw8EAAAABwAAAAAAqA8BAAAATQAA
oQ8YAAAAAgAAAAAAAQgAAAAAAQACAAAAAAACABAAAACqDwwAAAACAAAABgAAAAkEAAAAAKYPDgAA
APgAAAAAACABQAJgA4AEDwAE8PMAAAASAArwCAAAABKIAAACCgAAowAL8DwAAAB/AAAABQCAAIQB
vwW/AAAAAgCBAQQAAAiDAQAAAAi/AQEAFQDAAQEAAAj/AQAACQABAgIAAAg/AgAAAgAAAA/wEAAA
ABMNAACiCgAADREAAHULAAAPAA3wfwAAAAAAnw8EAAAABwAAAAAAqA8HAAAATm90LUVoTQAAoQ8Y
AAAACAAAAAAAAQgAAAAAAQAIAAAAAAACABAAAACqDyYAAAAEAAAABgAAAAkEAAADAAAABwAAAAMA
CQQAAAEAAAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATw8wAAABIACvAIAAAAE4gA
AAIKAACjAAvwPAAAAH8AAAAFAIAABPu5Bb8AAAACAIEBBAAACIMBAAAACL8BAQAVAMABAQAACP8B
AAAJAAECAgAACD8CAAACAAAAD/AQAAAAGgkAAKIKAAATDQAAdQsAAA8ADfB/AAAAAACfDwQAAAAH
AAAAAACoDwcAAABOb3QtRXhNAAChDxgAAAAIAAAAAAABCAAAAAABAAgAAAAAAAIAEAAAAKoPJgAA
AAQAAAAGAAAACQQAAAMAAAAHAAAAAwAJBAAAAQAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUAC
YAOABA8ABPDZAAAAEgAK8AgAAAAUiAAAAgoAAKMAC/A8AAAAfwAAAAUAgAAECb8FvwAAAAIAgQEE
AAAIgwEAAAAIvwEBABUAwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAAAAP8BAAAAAgBQAAogoAABoJ
AAB1CwAADwAN8GUAAAAAAJ8PBAAAAAcAAAAAAKgPBwAAAE5vdC1QQ04AAKEPGAAAAAgAAAAAAAEI
AAAAAAEACAAAAAAAAgAQAAAAqg8MAAAACAAAAAYAAAAJBAAAAACmDw4AAAD4AAAAAAAgAUACYAOA
BA8ABPDYAAAAEgAK8AgAAAAViAAAAgoAAKMAC/A8AAAAfwAAAAUAgAAsHr8FvwAAAAIAgQEEAAAI
gwEAAAAIvwEBABUAwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAAAAP8BAAAAAnAQAAogoAACAFAAB1
CwAADwAN8GQAAAAAAJ8PBAAAAAcAAAAAAKgPBgAAAERTQ1AgMQAAoQ8YAAAABwAAAAAAAQgAAAAA
AQAHAAAAAAACABAAAACqDwwAAAAHAAAABgAAAAkEAAAAAKYPDgAAAPgAAAAAACABQAJgA4AEDwAE
8O4AAAASAArwCAAAABaIAAACCgAAowAL8DwAAAB/AAAABQCAAOAnvwW/AAAAAgCBAQQAAAiDAQAA
AAi/AQEAFQDAAQEAAAj/AQAACQABAgIAAAg/AgAAAgAAAA/wEAAAAA0RAABDCAAABhUAAM8JAAAP
AA3wegAAAAAAnw8EAAAABwAAAAAAoA8QAAAAQwBFACAADQAcIDEAMQAdIAAAoQ8kAAAACQAAAAAA
AQgAAAAAAQAEAAAAAAACABAABQAAAAEAAgABABAAAACqDwwAAAAJAAAABgAAAAkEAAAAAKYPDgAA
APgAAAAAACABQAJgA4AEDwAE8PYAAAASAArwCAAAABeIAAACCgAAowAL8DwAAAB/AAAABQCAAOQx
vwW/AAAAAgCBAQQAAAiDAQAAAAi/AQEAFQDAAQEAAAj/AQAACQABAgIAAAg/AgAAAgAAAA/wEAAA
ABMNAABDCAAADREAAM8JAAAPAA3wggAAAAAAnw8EAAAABwAAAAAAoA8YAAAARQBDAFQAKAAxACkA
IAANABwgMAAxAB0gAAChDyQAAAANAAAAAAABCAAAAAABAAgAAAAAAAIAEAAFAAAAAQACAAEAEAAA
AKoPDAAAAA0AAAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATw9gAAABIACvAIAAAA
GIgAAAIKAACjAAvwPAAAAH8AAAAFAIAAMDy/Bb8AAAACAIEBBAAACIMBAAAACL8BAQAVAMABAQAA
CP8BAAAJAAECAgAACD8CAAACAAAAD/AQAAAAGgkAAEMIAAATDQAAzwkAAA8ADfCCAAAAAACfDwQA
AAAHAAAAAACgDxgAAABFAEMAVAAoADAAKQAgAA0AHCAxADAAHSAAAKEPJAAAAA0AAAAAAAEIAAAA
AAEACAAAAAAAAgAQAAUAAAABAAIAAQAQAAAAqg8MAAAADQAAAAYAAAAJBAAAAACmDw4AAAD4AAAA
AAAgAUACYAOABA8ABPD4AAAAEgAK8AgAAAAZiAAAAgoAAKMAC/A8AAAAfwAAAAUAgADMRb8FvwAA
AAIAgQEEAAAIgwEAAAAIvwEBABUAwAEBAAAI/wEAAAkAAQICAAAIPwIAAAIAAAAP8BAAAAAgBQAA
QwgAABoJAADPCQAADwAN8IQAAAAAAJ8PBAAAAAcAAAAAAKAPGgAAAE4AbwB0AC0ARQBDAFQADQAg
ABwgMAAwAB0gAAChDyQAAAAOAAAAAAABCAAAAAABAAkAAAAAAAIAEAAFAAAAAQACAAEAEAAAAKoP
DAAAAA4AAAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATw1gAAABIACvAIAAAAGogA
AAIKAACjAAvwPAAAAH8AAAAFAIAAJE+/Bb8AAAACAIEBBAAACIMBAAAACL8BAQAVAMABAQAACP8B
AAAJAAECAgAACD8CAAACAAAAD/AQAAAAJwEAAEMIAAAgBQAAzwkAAA8ADfBiAAAAAACfDwQAAAAH
AAAAAACoDwQAAABEU0NQAAChDxgAAAAFAAAAAAABCAAAAAABAAUAAAAAAAIAEAAAAKoPDAAAAAUA
AAAGAAAACQQAAAAApg8OAAAA+AAAAAAAIAFAAmADgAQPAATwZgAAAEIBCvAIAAAAG4gAAAIKAACT
AAvwNgAAAH8AAAABAL8BAAAQAMABAQAACMsBn28AANcBAQAAAP8BCAALAAECAgAACD8CAAACAL8C
AAAIAAAAD/AQAAAAJwEAAEMIAAAGFQAAQwgAAA8ABPBgAAAAQgEK8AgAAAAciAAAAgoAAIMAC/Aw
AAAAfwAAAAEAvwEAABAAwAEBAAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIAvwIAAAgAAAAP8BAA
AAAnAQAAzwkAAAYVAADPCQAADwAE8GAAAABCAQrwCAAAAB2IAAACCgAAgwAL8DAAAAB/AAAAAQC/
AQAAEADAAQEAAAjLAZwxAAD/AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAAACcBAAB1CwAA
BhUAAHULAAAPAATwZgAAAEIBCvAIAAAAHogAAAIKAACTAAvwNgAAAH8AAAABAL8BAAAQAMABAQAA
CMsBn28AANcBAQAAAP8BCAALAAECAgAACD8CAAACAL8CAAAIAAAAD/AQAAAAJwEAAO4NAAAGFQAA
7g0AAA8ABPBmAAAAQgEK8AgAAAAfiAAAAgoAAJMAC/A2AAAAfwAAAAEAvwEAABAAwAEBAAAIywGf
bwAA1wEBAAAA/wEIAAsAAQICAAAIPwIAAAIAvwIAAAgAAAAP8BAAAAAnAQAAQwgAACcBAADuDQAA
DwAE8GAAAABCAQrwCAAAACCIAAACCgAAgwAL8DAAAAB/AAAAAQC/AQAAEADAAQEAAAjLAZwxAAD/
AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAAACAFAABDCAAAIAUAAM8JAAAPAATwYAAAAEIB
CvAIAAAAIYgAAAIKAACDAAvwMAAAAH8AAAABAL8BAAAQAMABAQAACMsBnDEAAP8BCAALAAECAgAA
CD8CAAACAL8CAAAIAAAAD/AQAAAAGgkAAEMIAAAaCQAAzwkAAA8ABPBgAAAAQgEK8AgAAAAiiAAA
AgoAAIMAC/AwAAAAfwAAAAEAvwEAABAAwAEBAAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIAvwIA
AAgAAAAP8BAAAAATDQAAQwgAABMNAADPCQAADwAE8GAAAABCAQrwCAAAACOIAAACCgAAgwAL8DAA
AAB/AAAAAQC/AQAAEADAAQEAAAjLAZwxAAD/AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAA
AA0RAABDCAAADREAAM8JAAAPAATwZgAAAEIBCvAIAAAAJIgAAAIKAACTAAvwNgAAAH8AAAABAL8B
AAAQAMABAQAACMsBn28AANcBAQAAAP8BCAALAAECAgAACD8CAAACAL8CAAAIAAAAD/AQAAAABhUA
AEMIAAAGFQAA7g0AAA8ABPBgAAAAQgEK8AgAAAAliAAAAgoAAIMAC/AwAAAAfwAAAAEAvwEAABAA
wAEBAAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIAvwIAAAgAAAAP8BAAAAAnAQAAogoAAAYVAACi
CgAADwAE8GAAAABCAQrwCAAAACaIAAACCgAAgwAL8DAAAAB/AAAAAQC/AQAAEADAAQEAAAjLAZwx
AAD/AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAAACAFAACiCgAAIAUAAHULAAAPAATwYAAA
AEIBCvAIAAAAJ4gAAAIKAACDAAvwMAAAAH8AAAABAL8BAAAQAMABAQAACMsBnDEAAP8BCAALAAEC
AgAACD8CAAACAL8CAAAIAAAAD/AQAAAAGgkAAKIKAAAaCQAAdQsAAA8ABPBgAAAAQgEK8AgAAAAo
iAAAAgoAAIMAC/AwAAAAfwAAAAEAvwEAABAAwAEBAAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIA
vwIAAAgAAAAP8BAAAAATDQAAogoAABMNAAB1CwAADwAE8GAAAABCAQrwCAAAACmIAAACCgAAgwAL
8DAAAAB/AAAAAQC/AQAAEADAAQEAAAjLAZwxAAD/AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/w
EAAAAA0RAACiCgAADREAAHULAAAPAATwYAAAAEIBCvAIAAAAKogAAAIKAACDAAvwMAAAAH8AAAAB
AL8BAAAQAMABAQAACMsBnDEAAP8BCAALAAECAgAACD8CAAACAL8CAAAIAAAAD/AQAAAAJwEAABsN
AAAGFQAAGw0AAA8ABPBgAAAAQgEK8AgAAAAriAAAAgoAAIMAC/AwAAAAfwAAAAEAvwEAABAAwAEB
AAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIAvwIAAAgAAAAP8BAAAAAnAQAASAwAAAYVAABIDAAA
DwAE8GAAAABCAQrwCAAAACyIAAACCgAAgwAL8DAAAAB/AAAAAQC/AQAAEADAAQEAAAjLAZwxAAD/
AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAAACAFAABIDAAAIAUAAO4NAAAPAATwYAAAAEIB
CvAIAAAALYgAAAIKAACDAAvwMAAAAH8AAAABAL8BAAAQAMABAQAACMsBnDEAAP8BCAALAAECAgAA
CD8CAAACAL8CAAAIAAAAD/AQAAAAGgkAAEgMAAAaCQAA7g0AAA8ABPBgAAAAQgEK8AgAAAAuiAAA
AgoAAIMAC/AwAAAAfwAAAAEAvwEAABAAwAEBAAAIywGcMQAA/wEIAAsAAQICAAAIPwIAAAIAvwIA
AAgAAAAP8BAAAAATDQAASAwAABMNAADuDQAADwAE8GAAAABCAQrwCAAAAC+IAAACCgAAgwAL8DAA
AAB/AAAAAQC/AQAAEADAAQEAAAjLAZwxAAD/AQgACwABAgIAAAg/AgAAAgC/AgAACAAAAA/wEAAA
AA0RAABIDAAADREAAO4NAAAPAATwCQEAAKIMCvAIAAAAMIgAAAAKAACDAAvwMAAAAIAA8Fa/Bb8A
AgACAIEBBAAACIMBAAAACL8BAAAQAMABAQAACP8BAAAIAAECAgAACAAAEPAIAAAACw2vAVoVeQ4P
AA3wqQAAAAAAnw8EAAAABAAAAAAAqA9lAAAATm90ZTogZW5kLXRvLWVuZCBFQ04gY2FuIGJlIHN1
cHBvcnRlZCB0aHJvdWdoIHR1bm5lbGluZyBpbiBQQ04gZG9tYWluIHVudGlsIGVuZC10by1lbmQg
UENOIGlzIGRlZmluZWQAAKEPFAAAAGYAAAAAAAAAAABmAAAAAAACABAAAACqDwwAAABmAAAABgAA
AAkEAAAPAATw0gAAAKIMCvAIAAAAMogAAAAKAACjAAvwPAAAAIAALF9VBoUAAgAAAIcABgAAAL8A
AgACAIEBBAAACIMBAAAACL8BAAAQAMABAQAACP8BAAAIAAECAgAACAAAEPAIAAAAdg7iBz4PXQ8P
AA3wZgAAAAAAnw8EAAAABAAAAAAAqA8aAAAARnVydGhlciBhbmFseXNpcyByZXF1aXJlZCAAAKEP
HAAAABsAAAAAAAAAAAAZAAAAAQAAAAEAAgAAAAAAAAAAAKoPDAAAABsAAAAGAAAACQQAAA8ABPBI
AAAAEgAK8AgAAAABiAAAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA
/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwA
AA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAA
fPHIAcCP62MPAO4DlQIAAAIA7wMYAAAAAQAAAA0OAAAAAAAAAAAAgAcBAAAHABQwDwAMBKwBAAAP
AALwpAEAAHABCPAIAAAAAwAAAANcAAAPAAPwPAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAA
AAAAAAAAAgAK8AgAAAAAXAAABQAAAA8ABPB+AAAAEgAK8AgAAAACXAAAIAIAAHMAC/AqAAAABAAA
AAAAfwAAAAQAgADgyMEFvwEAAAEA/wEAAAEAAQMCBAAAiAMAAAAAAAAQ8AgAAACtACABYBV9Aw8A
EfAQAAAAAADDCwgAAAAAAAAADQDBBQ8ADfAMAAAAAACeDwQAAAAAAAAADwAE8H4AAAASAArwCAAA
AANcAAAgAgAAcwAL8CoAAAAEAAAAAAB/AAAABACAAJCZwQW/AQAAAQD/AQAAAQABAwMEAACIAwAA
AAAAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAAOAMEFDwAN8AwAAAAAAJ4PBAAA
AAEAAAAPAATwSAAAABIACvAIAAAAAVwAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB
3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACWlpYAAAAAAADMmQAz
M8wAAADMALKysgAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2kA
AAAAAOsuCAAAAMfFyAEAt0EZAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAA
AAAAAAAAAAAAAADZB/////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAPAO4DfQIA
AAIA7wMYAAAAAQAAAA0OAAAAAAAAAAAAgAAAAAAHABQwDwAMBJQBAAAPAALwjAEAABACCPAIAAAA
AwAAAAOEAAAPAAPwJAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAA
hAAABQAAAA8ABPByAAAAEgAK8AgAAAAChAAAIAIAAFMAC/AeAAAAfwAAAAQAgABY2cEFvwEAAAEA
/wEAAAEAAQMCBAAAAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgAAAAAAAAADQDBBQ8ADfAM
AAAAAACeDwQAAAAAAAAADwAE8HIAAAASAArwCAAAAAOEAAAgAgAAUwAL8B4AAAB/AAAABACAAGTe
wQW/AQAAAQD/AQAAAQABAwMEAAAAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAAO
AMEFDwAN8AwAAAAAAJ4PBAAAAAEAAAAPAATwSAAAABIACvAIAAAAAYQAAAAMAACDAAvwMAAAAIEB
AAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////
AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8A
XwBQAFAAVAAxADAAAACLE2kAAAAAAOsuCAAAAOHvyAEA9rfdAAAAKwQAAAAAAAAAHwBE8T0AAAAA
ACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAADZB/////8SAAAADwA98Q0AAABAAULxBQAAAAEJ
AAAADwACKwAAAAAPAPADEAIAAAEA8QMIAAAAAAEAAAcAFDAPAAwEkAEAAA8AAvCIAQAAkAEI8AgA
AAADAAAAA2QAAA8AA/AgAQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAA
AABkAAAFAAAADwAE8FgAAAASAArwCAAAAAJkAAAgAgAAQwAL8BgAAAB/AAQABAC/AQEAAQD/AQEA
AQABAwQoAAAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMMLCAAAAAAAAAALAL8FDwAE8IgAAAAS
AArwCAAAAANkAAAgAgAAUwAL8B4AAAB/AAAABACAALDtvwW/AQEAAQD/AQEAAQABAwUoAAAAABDw
CAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAEAAAAMAL8FDwAN8CIAAAAAAJ8PBAAAAAIAAAAA
AKoPDgAAAAEAAAAHAAAAAAAJBAAADwAE8EgAAAASAArwCAAAAAFkAAAADAAAgwAL8DAAAACBAQAA
AAiDAQUAAAiTAd69aACUAY6fiwC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAA
AAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8A
UABQAFQAMQAwAAAAixMQAAAAAADrLggAAADW78gBkHLAZQ8A8AMQAgAAAQDxAwgAAAACAQAABwAU
MA8ADASQAQAADwAC8IgBAACwAQjwCAAAAAMAAAADbAAADwAD8CABAAAPAATwKAAAAAEACfAQAAAA
AAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAGwAAAUAAAAPAATwWAAAABIACvAIAAAAAmwAACACAABD
AAvwGAAAAH8ABAAEAL8BAQABAP8BAQABAAEDBCgAAAAAEPAIAAAAsAHQAhAOIAoPABHwEAAAAAAA
wwsIAAAAAAAAAAsAwQUPAATwiAAAABIACvAIAAAAA2wAACACAABTAAvwHgAAAH8AAAAEAIAAnPPB
Bb8BAQABAP8BAQABAAEDBSgAAAAAEPAIAAAAsAqwATAP0BQPABHwEAAAAAAAwwsIAAAAAQAAAAwA
wQUPAA3wIgAAAAAAnw8EAAAAAgAAAAAAqg8OAAAAAQAAAAcAAAAAAAkEAAAPAATwSAAAABIACvAI
AAAAAWwAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMB3r1oAJQBjp+LAL8BEgASAP8BAAAIAAQD
CQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAA
AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAANbvyAGQcsBl
DwDwAxACAAABAPEDCAAAAAMBAAAHABQwDwAMBJABAAAPAALwiAEAAMABCPAIAAAAAwAAAANwAAAP
AAPwIAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAcAAABQAAAA8A
BPBYAAAAEgAK8AgAAAACcAAAIAIAAEMAC/AYAAAAfwAEAAQAvwEBAAEA/wEBAAEAAQMEKAAAAAAQ
8AgAAACwAdACEA4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwDBBQ8ABPCIAAAAEgAK8AgAAAADcAAA
IAIAAFMAC/AeAAAAfwAAAAQAgACw+MEFvwEBAAEA/wEBAAEAAQMFKAAAAAAQ8AgAAACwCrABMA/Q
FA8AEfAQAAAAAADDCwgAAAABAAAADADBBQ8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAA
BwAAAAAACQQAAA8ABPBIAAAAEgAK8AgAAAABcAAAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwHe
vWgAlAGOn4sAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAA
u+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA
AIsTEAAAAAAA6y4IAAAA1u/IAZBywGUPAPADEAIAAAEA8QMIAAAABAEAAAcAFDAPAAwEkAEAAA8A
AvCIAQAA0AEI8AgAAAADAAAAA3QAAA8AA/AgAQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAA
AAAAAAACAArwCAAAAAB0AAAFAAAADwAE8FgAAAASAArwCAAAAAJ0AAAgAgAAQwAL8BgAAAB/AAQA
BAC/AQEAAQD/AQEAAQABAwQoAAAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMMLCAAAAAAAAAAL
AMEFDwAE8IgAAAASAArwCAAAAAN0AAAgAgAAUwAL8B4AAAB/AAAABACAACz+wQW/AQEAAQD/AQEA
AQABAwUoAAAAABDwCAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAEAAAAMAMEFDwAN8CIAAAAA
AJ8PBAAAAAIAAAAAAKoPDgAAAAEAAAAHAAAAAAAJBAAADwAE8EgAAAASAArwCAAAAAF0AAAADAAA
gwAL8DAAAACBAQAAAAiDAQUAAAiTAd69aACUAY6fiwC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQ
APAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAA
ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAADW78gBkHLAZQ8A8AMQAgAAAQDx
AwgAAAAFAQAABwAUMA8ADASQAQAADwAC8IgBAADgAQjwCAAAAAMAAAADeAAADwAD8CABAAAPAATw
KAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAHgAAAUAAAAPAATwWAAAABIACvAI
AAAAAngAACACAABDAAvwGAAAAH8ABAAEAL8BAQABAP8BAQABAAEDBCgAAAAAEPAIAAAAsAHQAhAO
IAoPABHwEAAAAAAAwwsIAAAAAAAAAAsAwQUPAATwiAAAABIACvAIAAAAA3gAACACAABTAAvwHgAA
AH8AAAAEAIAA+N3BBb8BAQABAP8BAQABAAEDBSgAAAAAEPAIAAAAsAqwATAP0BQPABHwEAAAAAAA
wwsIAAAAAQAAAAwAwQUPAA3wIgAAAAAAnw8EAAAAAgAAAAAAqg8OAAAAAQAAAAcAAAAAAAkEAAAP
AATwSAAAABIACvAIAAAAAXgAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMB3r1oAJQBjp+LAL8B
EgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZ
AJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsu
CAAAANbvyAGQcsBlDwDwAxACAAABAPEDCAAAAAcBAAAHABQwDwAMBJABAAAPAALwiAEAAAACCPAI
AAAAAwAAAAOAAAAPAAPwIAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgA
AAAAgAAABQAAAA8ABPBYAAAAEgAK8AgAAAACgAAAIAIAAEMAC/AYAAAAfwAEAAQAvwEBAAEA/wEB
AAEAAQMEKAAAAAAQ8AgAAACwAdACEA4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwBVBg8ABPCIAAAA
EgAK8AgAAAADgAAAIAIAAFMAC/AeAAAAfwAAAAQAgADUA1UGvwEBAAEA/wEBAAEAAQMFKAAAAAAQ
8AgAAACwCrABMA/QFA8AEfAQAAAAAADDCwgAAAABAAAADABVBg8ADfAiAAAAAACfDwQAAAACAAAA
AACqDw4AAAABAAAABwAAAAAACQQAAA8ABPBIAAAAEgAK8AgAAAABgAAAAAwAAIMAC/AwAAAAgQEA
AAAIgwEFAAAIkwHevWgAlAGOn4sAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8A
AAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBf
AFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAA1u/IAZBywGUAAHIXUAAAAAEAMAAAAAAA6iEAACg2
AAAFAPAAlisAALgxAACXOQAALjwAAMs+AABoQQAAdWYAABJpAACXawAAr20AAMdvAADfcQAA93MA
AA92AAAFRAAAAAD1DxwAAAAIAQAArh8AAwAAAAAneAAAAQAAABMAAAAPAMUxAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAF
AQIAAAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAEAXAAALAAAAAQAAAGAA
AAACAAAAaAAAAAQAAADIAAAACAAAANgAAAAJAAAA6AAAABIAAAD0AAAACgAAABgBAAAMAAAAJAEA
AA0AAAAwAQAADwAAADwBAAARAAAARAEAAAIAAADkBAAAHgAAAFgAAABQQ04gRW5jb2RpbmcgZm9y
IFBhY2tldC1TcGVjaWZpYyBEdWFsIE1hcmtpbmcgKFBTRE0pIGRyYWZ0LW1lbnRoLXBjbi1wc2Rt
LWVuY29kaW5nLTAwAAAAHgAAAAgAAABCYWJpYXJ6AB4AAAAIAAAAQmFiaWFyegAeAAAABAAAADEx
AAAeAAAAHAAAAE1pY3Jvc29mdCBPZmZpY2UgUG93ZXJQb2ludABAAAAA4GuhSEIAAABAAAAAcDA6
CtTvyAFAAAAAwHHo/3jyyAEDAAAA9AEAAEcAAAD0FQAA/////wMAAAAIAIkQZwwAAAEACQAAA/IK
AAAFADEAAAAAAAQAAAADAQgABQAAAAsCAAAAAAUAAAAMAnkAoQADAAAAHgAHAAAA/AIAAP///wAA
AAQAAAAtAQAACAAAAPoCBQAAAAAA////AAQAAAAtAQEADgAAACQDBQD///////94AKAAeACgAP//
/////wgAAAD6AgAAAAAAAAAAAAAEAAAALQECAAQAAAAtAQAABAAAACcB//8cAAAA+wL9/wAAAAAA
AJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4B
GAAEAAAAAgEBAAUAAAAJAgAAAAIbAAAAMgpxAAoADQAAAEp1bHkgMzEsIDIwMDhyAgACAAEAAQAB
AAIAAgABAAAAAgACAAEAAgAEAAAALgEAABwAAAD7AhAABwAAAAAAvAIAAAAAAQICIlN5c3RlbQAA
AAAAAAAAAAAYAAAAAQAAAOA3FgDkBAAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEA
AAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQA
AAACAQEABQAAAAkCAAAAAg8AAAAyCnEAOgAFAAAAZHJhZnRVAgABAAIAAQABAAQAAAAuAQAABAAA
AC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCnEAQQAB
AAAALTkBAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFy
aWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAA
AAkCAAAAAg8AAAAyCnEAQgAFAAAAbWVudGhVAwABAAIAAQACAAQAAAAuAQAABAAAAC0BBAAEAAAA
8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCnEASwABAAAALTkBAAQA
AAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgwA
AAAyCnEATAADAAAAcGNuAAEAAgACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAA
AAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAA
LgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCnEAUQABAAAALTkBAAQAAAAuAQAABAAAAC0BBAAE
AAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAg0AAAAyCnEAUgAEAAAAcHNk
bQEAAgABAAMABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC/f8AAAAAAACQAQAAAAAAQAAA
QXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAF
AAAACQIAAAACCQAAADIKcQBZAAEAAAAtOQEABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC
/f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQED
AAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACEwAAADIKcQBaAAgAAABlbmNvZGluZwIAAQACAAIA
AgAAAAIAAgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL9/wAAAAAAAJABAAAAAABAAABB
cmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUA
AAAJAgAAAAIJAAAAMgpxAGcAAQAAAC05AQAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL9
/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMA
BAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIMAAAAMgpxAGgAAwAAADAwIAACAAEAAAAEAAAALgEA
AAQAAAAtAQQABAAAAPABAwAcAAAA+wL9/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIhAAAAMgp1
AEQAEQAAAFBDTiBXRywgNzJuZCBJRVRGAAIAAgACAAEAAwACAAEAAQACAAIAAgACAAEAAQACAAIA
AgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL9/wAAAAAAAJABAAAAAABAAABBcmlhbAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAA
AAIJAAAAMgpxAJQAAQAAADE5AgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL3/wAAAAAA
AJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4B
GAAEAAAAAgEBAAUAAAAJAswzAAIqAAAAMgomABwAFwAAAFBDTiBFbmNvZGluZyBmb3IgUGFja2V0
AAYABwAGAAMABgAFAAQABQAFAAIABQAFAAIAAwAFAAMAAwAFAAUABAAFAAUAAwAEAAAALgEAAAQA
AAAtAQQABAAAAPABAwAcAAAA+wL3/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAswzAAIJAAAAMgomAIIA
AQAAAC05AgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL3/wAAAAAAAJABAAAAAABAAABB
cmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUA
AAAJAswzAAIxAAAAMgowABQAHAAAAFNwZWNpZmljIER1YWwgTWFya2luZyAoUFNETSkGAAUABQAF
AAEABAABAAUAAgAHAAUABQABAAMABwAFAAMABQACAAUABAADAAMABgAGAAcABwADAAQAAAAuAQAA
BAAAAC0BBAAEAAAA8AEDABwAAAD7Avn/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAg8AAAAyCjkA
GAAFAAAAZHJhZnRpBAACAAQAAgACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avn/AAAA
AAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAA
LgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCjkAJgABAAAALTkCAAQAAAAuAQAABAAAAC0BBAAE
AAAA8AEDABwAAAD7Avn/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAg8AAAAyCjkAKAAFAAAAbWVu
dGhpBgAEAAQAAgAEAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avn/AAAAAAAAkAEAAAAA
AEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAAC
AQEABQAAAAkCAAAAAgkAAAAyCjkAPAABAAAALTkCAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwA
AAD7Avn/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAA
AC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgwAAAAyCjkAPgADAAAAcGNuAAQABAAEAAQA
AAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avn/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgkA
AAAyCjkASgABAAAALTkCAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avn/AAAAAAAAkAEA
AAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQA
AAACAQEABQAAAAkCAAAAAg0AAAAyCjkATAAEAAAAcHNkbQQABAAEAAYABAAAAC4BAAAEAAAALQEE
AAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKOQBeAAEAAAAt
OQIABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIA
AAACEwAAADIKOQBgAAgAAABlbmNvZGluZwQABAAEAAQABAACAAQABAAEAAAALgEAAAQAAAAtAQQA
BAAAAPABAwAcAAAA+wL5/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIJAAAAMgo5AH4AAQAAAC05
AgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL5/wAAAAAAAJABAAAAAABAAABBcmlhbAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAA
AAIKAAAAMgo5AIAAAgAAADAwBAAEAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avv/AAAA
AAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAA
LgEYAAQAAAACAQEABQAAAAkCAAAAAhsAAAAyCk4AIQANAAAATWljaGFlbCBNZW50aAAEAAEAAwAD
AAMAAwABAAEABAADAAQAAQADAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avz/AAAAAAAA
kAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEY
AAQAAAACAQEABQAAAAkCAAAAAioAAAAyClMAGwAXAAAAVW5pdmVyc2l0eSBvZiBXdWVyemJ1cmcA
AwACAAEAAgADAAEAAgABAAIAAgABAAIAAgABAAQAAwACAAEAAwACAAMAAQACAAQAAAAuAQAABAAA
AC0BBAAEAAAA8AEDABwAAAD7Avv/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAhsAAAAyClwAIgAN
AAAASm96ZWYgQmFiaWFyegADAAMAAwADAAEAAQADAAMAAwABAAMAAgADAAQAAAAuAQAABAAAAC0B
BAAEAAAA8AEDABwAAAD7Avz/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAh4AAAAyCmIAIgAPAAAA
Tm9ydGVsIE5ldHdvcmtzAAMAAgABAAIAAgABAAEABAACAAEABAACAAEAAwACAAQAAAAuAQAABAAA
AC0BBAAEAAAA8AEDABwAAAD7Avv/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAhwAAAAyCk4AXwAO
AAAAVG9ieSBNb25jYXN0ZXIDAAMAAwADAAEABAADAAMAAwADAAMAAQADAAIABAAAAC4BAAAEAAAA
LQEEAAQAAADwAQMAHAAAAPsC/P8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCgAAADIKUwBwAAIA
AABCVAMAAgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL7/wAAAAAAAJABAAAAAABAAABB
cmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUA
AAAJAgAAAAIYAAAAMgpcAGMACwAAAEJvYiBCcmlzY29ldAMAAwADAAIAAwACAAEAAwADAAMAAwAE
AAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL8/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIT
AAAAMgpiAGgACAAAAEJUICYgVUNMAwACAAEAAwABAAQAAwACAAQAAAAuAQAABAAAAC0BBAAEAAAA
8AEDAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAA
AAAAAAAAAAEAAAAC1c3VnC4bEJOXCAArLPmuMAAAAPgCAAAQAAAAAQAAAIgAAAADAAAAkAAAAA8A
AACoAAAABAAAAMAAAAAGAAAAyAAAAAcAAADQAAAACAAAANgAAAAJAAAA4AAAAAoAAADoAAAAFwAA
APAAAAALAAAA+AAAABAAAAAAAQAAEwAAAAgBAAAWAAAAEAEAAA0AAAAYAQAADAAAAJgCAAACAAAA
5AQAAB4AAAAQAAAAT24tc2NyZWVuIFNob3cAAB4AAAAQAAAATm9ydGVsIE5ldHdvcmtzAAMAAACj
eAAAAwAAAGQAAAADAAAACAAAAAMAAAAGAAAAAwAAAAAAAAADAAAAAAAAAAMAAAAPJwsACwAAAAAA
AAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAeEAAACwAAAAYAAABBcmlhbAAHAAAAU3ltYm9sAA8A
AABEZWZhdWx0IERlc2lnbgBWAAAAUENOIEVuY29kaW5nIGZvciBQYWNrZXQtU3BlY2lmaWMgRHVh
bCBNYXJraW5nIChQU0RNKSBkcmFmdC1tZW50aC1wY24tcHNkbS1lbmNvZGluZy0wMAA6AAAAQmFz
ZWxpbmUgRW5jb2RpbmcgdnMuIFBhY2tldC1TcGVjaWZpYyBEdWFsIE1hcmtpbmcgKFBTRE0pABQA
AABNb3RpdmF0aW9uIGZvciBQU0RNACsAAABQQ04gQ29kZXBvaW50cyAtIFJlZGVmaW5pdGlvbiBv
ZiBFQ04gRmllbGQAJwAAAEFwcGxpY2FiaWxpdHkgb2YgUENOIEVuY29kaW5nIGZvciBQU0RNACgA
AABQU0RNIExpbWl0YXRpb24gliBvcHRpb25zIGdvaW5nIGZvcndhcmQACwAAAENvbmNsdXNpb24A
BwAAAE1vdGlvbgAMEAAABgAAAB4AAAALAAAARm9udHMgVXNlZAADAAAAAgAAAB4AAAAQAAAARGVz
aWduIFRlbXBsYXRlAAMAAAABAAAAHgAAAA0AAABTbGlkZSBUaXRsZXMAAwAAAAgAAAAAAAAAAAAA
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
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPYPHwAAABQAAABfwJHjf3gAAAcA9AMD
AAAAQmFiaWFyeggAAABCAGEAYgBpAGEAcgB6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
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
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJ
AAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcA
AAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAAIgAAACMAAAAkAAAAJQAA
ACYAAAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAAtAAAALgAAAC8AAAAwAAAAMQAAADIAAAAzAAAA
NAAAADUAAAA2AAAANwAAADgAAAA5AAAAOgAAADsAAAA8AAAA/v///z4AAAA/AAAAQAAAAEEAAABC
AAAAQwAAAEQAAABFAAAARgAAAEcAAABIAAAA/v///0oAAABLAAAATAAAAE0AAABOAAAATwAAAFAA
AAD+////UgAAAFMAAABUAAAAVQAAAFYAAABXAAAAWAAAAP7////9////WwAAAP7/////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////9SAG8AbwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgAFAf//////////AwAAABCNgWSbT88RhuoA
qgC5KegAAAAAAAAAAAAAAAAAAAAAAAAAAP7///8AAAAAAAAAAEMAdQByAHIAZQBuAHQAIABVAHMA
ZQByAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIB////////////
////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUQAAAAAQAAAAAAAABQBTAHUA
bQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ACgAAgEBAAAA//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA9AAAA
cBcAAAAAAABQAG8AdwBlAHIAUABvAGkAbgB0ACAARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAKAACAQIAAAAEAAAA/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAACjeAAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBu
AGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIB////////////////AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASQAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////////////
//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAA

------_=_NextPart_001_01C8F27A.01EA53B3
Content-Type: application/vnd.ms-powerpoint;
	name="PCN e2e-encoding-draft-00.ppt"
Content-Transfer-Encoding: base64
Content-Description: PCN e2e-encoding-draft-00.ppt
Content-Disposition: attachment;
	filename="PCN e2e-encoding-draft-00.ppt"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAPAAAAAAAAAAA
EAAA/v///wAAAAD+////AAAAADsAAAD/////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////////////////////////////////////////////////8P
AOgDOBQAAAEA6QMoAAAAgBYAAOAQAADgEAAAgBYAAAUAAAAKAAAABQAAAAYAAAABAAAAAAAAAQ8A
8gNgAQAALwDIDwwAAAAwANIPBAAAAAEAAAAPANUHmAAAAAAAtw9EAAAAQQByAGkAYQBsAAAAAAAT
AJllFDC4lhMAAAAAADAA0g9QqRMAUKkTAFDxvwXYlhMALWEUMNiWEwAAAAAADwDVBwAABAAQALcP
RAAAAFMAeQBtAGIAbwBsAAAAEwCZZRQwuJYTAAAAAAAwANIPUKkTAFCpEwBQ8b8F2JYTAC1hFDDY
lhMAAAAAAA8A1QcCAAYSAACkDwgAAACAAEAAAAD//wAApQ8MAAAAAAAACC4AAAAHAAAAAACpDwoA
AAAHAAAAAgAJEAAAQACjD24AAAAFAP/9PwAAACIgAABkAAAAAP8AAGQAAAAAAAAAAABAAgAAAAAH
AAAA///vAAAAAAAAAP////8SAAAAAAEAAAAFAAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2AD
AAAAAAAFAACABIAEAAAAAA8ACwSUAQAADwAA8IwBAAAAAAbwKAEAAASMAAAkAAAAKwAAAAsAAAAB
AAAABwAAAAIAAAAFAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAA
AAAEAAAAAAAAAAQAAAAKAAAACAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAA
AAQAAAAAAAAABAAAAAAAAAAEAAAAEgAAAAQAAAATAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAAAAAA
BAAAAAAAAAAEAAAAGAAAAAYAAAAZAAAABAAAAAAAAAAEAAAAGwAAAAQAAAAcAAAABAAAAAAAAAAE
AAAAAAAAAAQAAAAAAAAABAAAAAAAAAAEAAAAAAAAAAQAAAAiAAAABAAAACMAAAAEAAAAgwAL8DAA
AACBAQQAAAiDAQAAAAiGQQAAAAC/ARAAEADAAQEAAAjFQQAAAAD/AQgACAABAgIAAAgQABrxBAAA
AMwzAABAAB7xEAAAAAQAAAgBAAAIAgAACPcAABAfAPAPHAAAAAAA8wMUAAAAAgAAAAAAAAAAAAAA
AAAAgAAAAAAPANAHMwEAAB8AFAQcAAAAAAAVBBQAAAC6k7D2AMqaO60HlMcAypo7AQEAAA8A+gNn
AAAAAAD+AwMAAAAAAQAAAP0DNAAAAEMAAABkAAAAQwAAAGQAAAAAAAAAqOe/BfCWEwAtYRQwAAAA
AAAAAAD2/f//lP///wEAEwBwAPsDCAAAAAAAAABwCAAAcAD7AwgAAAABAAAAQAsAAB8AEwQ8AAAA
AAD9AzQAAABkAAAAZAAAAGQAAABkAAAAHJcTACkpFDBQqRMALPG/BQAAAAAAAAAAAAAAAAAAAAAA
ARMAHwD/AxQAAAACAAAEDAAAAAAAAAAAAAAAAgAAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8A
XwBfAFAAUABUADEAMAAAAIsTEAAAAAAADQQIAAAAcLUAAHC1AAA/ANkPmAAAAAAA2g8EAAAAAAAt
AAAAug8aAAAASgB1AGwAeQAgADMAMQAsACAAMgAwADAAOAAgALoPYgAAAGQAcgBhAGYAdAAtAG0A
ZQBuAHQAaAAtAHAAYwBuAC0AZQAyAGUALQBlAG4AYwBvAGQAaQBuAGcALQAwADAAIABQAEMATgAg
AFcARwAsACAANwAyAG4AZAAgAEkARQBUAEYATwDZDwwAAAAAANoPBAAAAA0APQAPAPAPhQ4AAAAA
8wMUAAAAAwAAAAQAAAACAAAAAAEAAAAAAAAAAJ8PBAAAAAYAAAAAAKgPRQAAAEVuZC10by1lbmQg
RXh0ZW5zaW9uIGZvciBQQ04gRW5jb2RpbmcLZHJhZnQtbWVudGgtcGNuLWUyZS1lbmNvZGluZy0w
MAAAoQ8iAAAARgAAAAAAAAAAACYAAAAAAAYAKADMMwD+IAAAAAAAAgAgAAAAqg8WAAAAJgAAAAcA
AAAAAAcEAAAgAAAAAAAAABAAnw8EAAAABQAAAAAAqA9EAAAATWljaGFlbCBNZW50aA1Vbml2ZXJz
aXR5IG9mIFd1ZXJ6YnVyZw0NSm96ZWYgQmFiaWFyeg1Ob3J0ZWwgTmV0d29ya3MAAKEPPgAAAEUA
AAAAAAAQAABQAA4AAAAAAAIAGAAYAAAAAAACABQAAQAAAAAAAgAMAA4AAAAAAAIAGAAQAAAAAAAC
ABQAAADzAxQAAAATAAAAAAAAAAIAAAAKAQAAAAAAAAAAnw8EAAAAAAAAAAAAqA8EAAAATm90ZQAA
oQ8aAAAABQAAAAAAAAAAAAUAAAABAAYAAQAgAMwzAP4AAKoPDAAAAAUAAAAGAAAACQQAABAAnw8E
AAAAAQAAAAAAqA+eAAAAVGhpcyBkcmFmdCBsb29rcyBhdCBwcm9ibGVtcyB0aGF0IGFyZSBvdXQg
b2Ygc2NvcGUgb2YgY3VycmVudCBjaGFydGVyIGJ1dCBhcmUgaW1wb3J0YW50IGZvciBwb3NzaWJs
ZSBldm9sdXRpb24gb2YgUENOIGFzIHRoZXkgaW1wYWN0IHNlbGVjdGlvbiBmb3IgZW5jb2Rpbmcu
DQ0AAKEPQAAAAJ0AAAAAAAAAAAABAAAAAAABAAAAAAABAAAAAAAAAAAAnQAAAAAAAgAYAAEAAAAB
AAIAAQAYAAEAAAAAAAIAGAAAAKoPDAAAAJ8AAAAGAAAACQQAAAAA8wMUAAAABwAAAAAAAAACAAAA
AgEAAAAAAAAAAJ8PBAAAAAAAAAAAAKgPOwAAAEJhc2VsaW5lIEVuY29kaW5nIHZzLiBFbmQtdG8t
ZW5kIEV4dGVuc2lvbiBmb3IgUENOIEVuY29kaW5nAAChDxoAAAA8AAAAAAAAAAAAPAAAAAEABgAB
ABwAzDMA/gAAqg8MAAAAPAAAAAYAAAAJBAAAEACfDwQAAAABAAAAAACoD10BAABJc3N1ZQ1CYXNl
bGluZSBlbmNvZGluZyBwcm9wb3NlcyB0aGUgdXNlIG9mIEVDTiBmaWVsZCBvZiB0aGUgVm9pY2Ut
QWRtaXQgRFNDUCBmb3IgUENOIG9ubHkgaW5zaWRlIHRoZSBQQ04tZG9tYWluIGFuZCBmb3IgRUNO
IHVzZSBvdXRzaWRlIHRoZSBQQ04tZG9tYWluLg0NV2UgcHJvcG9zZSB0aGF0IHRvIGJlIGFibGUg
dG8gc3VwcG9ydCBlbmQtdG8tZW5kIGV4dGVuc2lvbiBmb3IgUENOIGVuY29kaW5nLCB0aGUgRUNO
IGZpZWxkIG9mIHRoZSBEU0NQIHRoYXQgaXMgdXNlZCB0byBtYXJrIFBDTi10cmFmZmljIChwb3Nz
aWJseSBWb2ljZS1BZG1pdCBEU0NQKSB1c2VzIGFsdGVybmF0ZSBFQ04gc2VtYW50aWNzLg0NAACh
D3wAAAAGAAAAAAAAAAAAkwAAAAEAAAAAAAEAAAABAAEAAAAAAMIAAAABAAAAAAABAAAAAgABAAAA
AAABAAAAAQABAAAAAAAGAAAAAQAAAAEAlAAAAAAEAgAABBgAwgAAAAAIAgAACBgAAQAAAAAIAgAA
CBIAAQAAAAAIAgAACBgAAACqDwwAAABeAQAABgAAAAkEAAAAAPMDFAAAAAgAAAAAAAAAAgAAAAMB
AAAAAAAAAACfDwQAAAAAAAAAAACoDxYAAABNb3RpdmF0aW9uIGZvciBlMmUgUENOAAChDxoAAAAX
AAAAAAAAAAAAFwAAAAEABgABACAAzDMA/gAAqg8MAAAAFwAAAAYAAAAJBAAAEACfDwQAAAABAAAA
AACgD1AFAABNAG8AdABpAHYAYQB0AGkAbwBuAA0AUgBlAGEAbAAtAHQAaQBtAGUAIABhAHAAcABs
AGkAYwBhAHQAaQBvAG4AcwAgAGwAaQBrAGUAIABWAG8ASQBQACAAcgBlAHEAdQBpAHIAZQAgAFEA
bwBTACAAYQBzAHMAdQByAGEAbgBjAGUAIABlAG4AZAAtAHQAbwAtAGUAbgBkAC4ADQBEAGUAZgBp
AG4AZQAgAGUAbgBjAG8AZABpAG4AZwAgAG0AZQB0AGgAbwBkACAAdABoAGEAdAAgAGMAYQBuACAA
cwB1AHAAcABvAHIAdAAgAHAAbwBzAHMAaQBiAGwAZQAgAGUAdgBvAGwAdQB0AGkAbwBuACAAbwBm
ACAAUABDAE4AIABhAGMAcgBvAHMAcwAgAG0AdQBsAHQAaQBwAGwAZQAgAGQAbwBtAGEAaQBuAHMA
IABhAG4AZAAgAGUAbgBkAC0AdABvAC0AZQBuAGQAIABpAG4AIABjAG8AbgB0AHIAbwBsAGwAZQBk
ACAAZQBuAHYAaQByAG8AbgBtAGUAbgB0AHMALgAgAA0ASQBkAGUAYQANAEUAQwBOACAAcwBlAG0A
YQBuAHQAaQBjAHMAIAAoAFIARgBDACAAMwAxADYAOAApACAAZABvACAATgBPAFQAIABhAHAAcABs
AHkAIAB0AG8AIAB0AGgAZQAgAFYAbwBpAGMAZQAtAEEAZABtAGkAdAAgAEQAUwBDAFAADQBWAG8A
aQBjAGUALQBBAGQAbQBpAHQAIABEAFMAQwBQACAAdQBzAGUAcwAgAG4AZQB3AGwAeQAgAGQAZQBm
AGkAbgBlAGQAIABzAGUAbQBhAG4AdABpAGMAcwAgAGYAbwByACAAdABoAGUAIABFAEMATgAgAGYA
aQBlAGwAZAAgAHAAbwBzAHMAaQBiAGwAZQAgAGEAcwAgAGQAZQBmAGkAbgBlAGQAIABpAG4AIABk
AHIAYQBmAHQALQBtAGUAbgB0AGgALQBwAGMAbgAtAHAAcwBkAG0ALQBlAG4AYwBvAGQAaQBuAGcA
DQBSAEYAQwAgADQANwA3ADQAIABpAG4AIABTAGUAYwB0AGkAbwBuACAAMwAuADEAIABzAHUAZwBn
AGUAcwB0AHMAIAB0AGgAZQAgAGEAYgBvAHYAZQAgAGEAcwAgAHYAaQBhAGIAbABlACAAYQBwAHAA
cgBvAGEAYwBoACAAZgBvAHIAIABkAGUAZgBpAG4AaQBuAGcAIABhAGwAdABlAHIAbgBhAHQAZQAg
AHMAZQBtAGEAbgB0AGkAYwBzACAAZgBvAHIAIABFAEMATgAgAGYAaQBlAGwAZAANAE4AbwAgAGQA
cgBvAHAAcABpAG4AZwAgAGkAcwAgAHIAZQBxAHUAaQByAGUAZAAgAG8AZgAgACAAHCAxADEAHSAg
AG0AYQByAGsAZQB0ACAAcABhAGMAawBlAHQAcwAgAGEAdAAgAHQAaABlACAAUABDAE4ALQBkAG8A
bQBhAGkAbgAgAGUAZABnAGUAcwANAE4AbwAgAHIAZQBtAGEAcgBrAGkAbgBnACAAbwBmACAARQBD
AE4AIABmAGkAZQBsAGQAIABvAG4AIABlAGcAcgBlAHMAcwAgAGYAcgBvAG0AIABQAEMATgAgAGQA
bwBtAGEAaQBuAA0AZQAyAGUAIABQAEMATgAgAHAAbwB0AGUAbgB0AGkAYQBsAGwAeQAgAHUAcwBl
AGQAIABmAG8AcgAgAHIAYQB0AGUAIABhAGQAYQBwAHQAYQB0AGkAbwBuACwAIABlAHQAYwAuAA0A
AAChD3AAAAALAAAAAAAAEAAAWgDJAAAAAQAAEAAAWgAFAAAAAAAAEAAAWgDPAQAAAQAAEAAAWgAB
AAAAAQABEAAAAABaAAsAAAABAAIAAQAYAMkAAAAAAAIAFAAFAAAAAQSCAAEEAQAYANABAAAACIIA
AAgBABQAAACqD0AAAAAnAAAABgAAAAkEAAAEAAAABwAAAAMACQQAAEkBAAAGAAAACQQAABcAAAAH
AAAAAwAJBAAAHgEAAAYAAAAJBAAAAADzAxQAAAAUAAAAAAAAAAIAAAAJAQAAAAAAAAAAnw8EAAAA
AAAAAAAAqA8HAAAAUmVxdWVzdAAAoQ8WAAAACAAAAAAAAAAAAAgAAAAAAAQAzDMA/gAAqg8MAAAA
CAAAAAYAAAAJBAAAEACfDwQAAAABAAAAAACoD0MBAABQQ04gV0cgYXMgdGhhdCBhbiBEU0NQIGJl
IGFzc2lnbmVkIHRvIHdoaWNoIEVDTiBzZW1hbnRpY3MgYXMgZGVmaW5lZCBpbiBSRkMgMzE2OCBk
byBub3QgYXBwbHkuIA1Qb3NzaWJsZSBjYW5kaWRhdGUgY291bGQgYmUgdGhlIFZvaWNlLUFkbWl0
IERTQ1AuDSAgICAgICAgICAgICAoZHJhZnQtaWV0Zi10c3Z3Zy1hZG1pdHRlZC1yZWFsLXRpbWUt
ZHNjcCkgDUF0IGEgbGF0ZXIgdGltZSwgUENOIFdHIGNvdWxkIGRlZmluZSBuZXcgc2VtYW50aWNz
IHRoYXQgY291bGQgYmUgdXNlZCBmb3IgUENOIGFuZCBhcHBsaWVkIGl0IHRvIHRoZSBuZXcgRFND
UC4NDUNvbW1lbnRzIQAAoQ9YAAAAYAAAAAAAAAAAADIAAAABAAAAAAA5AAAAAQABAAAAAAB5AAAA
AQAAAAAAYAAAAAAAAgAcADIAAAAABAIAAAQYADcAAAAABAIAAAQUAHsAAAAABAIAAAQYAAAAqg9A
AAAApgAAAAYAAAAJBAAAIgAAAAcAAAADAAkEAABdAAAABgAAAAkEAAAFAAAABwAAAAAACQQAABoA
AAAGAAAACQQAAC8A8A9UAAAAAADzAxQAAAANAAAAAAAAAAAAAAAAAQAAAAAAAAAA8wMUAAAADgAA
AAAAAAAAAAAAAgEAAAAAAAAAAPMDFAAAAA8AAAAAAAAAAAAAAAMBAAAAAAAAAADqAwAAAAAPAPgD
pAkAAAIA7wMYAAAAAQAAAAECBwkIAAAAAAAAAAAAAAAAABQwYADwByAAAAD///8AAAAAAICAgAAA
AAAAu+DjADMzmQAAmZkAmcwAAGAA8AcgAAAA////AAAAAACWlpYAAAAAAPvfUwD/mWYAzDMAAJlm
AABgAPAHIAAAAP///wAAAAAAgICAAAAAAACZzP8AzMz/ADMzzACvZ/8AYADwByAAAADe9vEAAAAA
AJaWlgAAAAAA////AI3G/wAAZswAAKgAAGAA8AcgAAAA///ZAAAAAAB3d3cAAAAAAP//9wAzzMwA
/1BQAP+ZAABgAPAHIAAAAACAgAD///8AAFpYAP//mQAAZGIAbW/HAAD//wAA/wAAYADwByAAAACA
AAAA////AFwfAADf0pMAzDMAAL55YAD//5kA06IZAGAA8AcgAAAAAACZAP///wAAM2YAzP//ADNm
zAAAsAAAZsz/AP/nAQBgAPAHIAAAAAAAAAD///8AM2aZAOPr8QAAM5kARopLAGbM/wDw5QAAYADw
ByAAAABoa10A////AHd3dwDR0csAkJCCAICeqAD/zGYA6dy5AGAA8AcgAAAAZmaZAP///wA+PlwA
////AGBZewBmZv8Amcz/AP//mQBgAPAHIAAAAFI+JgD///8ALSAVAN/AjQCMe3AAj18vAMy0AACM
nqAAAACjDz4AAAABAP/9PwAAACIgAABkAAAAAP8BAGQAAAAAAAAAAABAAgAAAAAHAAAA///vAAAA
AAAAAP////8sAAAAAAMAABAAow98AAAABQD//T8AAQAiIAAAZAAAAAD/AABkABQAAADYAAAAQAIA
AAAABwAAAP//7wAAAAAAAAD/////IAAAAAABAACABQAAEyDUASABAAACABwAgAUAACIg0AJAAgAA
AgAYAIAFAAATIPADYAMAAAIAFACABQAAuwAQBYAEAAAAACAAow9uAAAABQD//T8AAAAiIAAAZAAA
AAD/AABkAB4AAAAAAAAAQAIAAAAABwAAAP//7wAAAAAAAAD/////DAAAAAABAAAABQAAIAEgAQAA
AAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAAAABQAKMPUgAAAAUAAAABCQAAAAAB
AAAAAAAAAAEAAQkAAAAAAQAgAQAAAAACAAEJAAAAAAEAQAIAAAAAAwABCQAAAAABAGADAAAAAAQA
AQkAAAAAAQCABAAAAABgAKMPDAAAAAEAAAAAAAAAAAAAAHAAow8+AAAABQAAAAAAAAAAAAIAHAAB
AAAAAAAAAAIAGAACAAAAAAAAAAIAFAADAAAAAAAAAAIAEgAEAAAAAAAAAAIAEgCAAKMPPgAAAAUA
AAAAAAAAAAACABgAAQAAAAAAAAACABQAAgAAAAAAAAACABIAAwAAAAAAAAACABAABAAAAAAAAAAC
ABAADwAMBNYEAAAPAALwzgQAABAACPAIAAAABgAAAAYEAAAPAAPwZgQAAA8ABPAoAAAAAQAJ8BAA
AAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAABAAABQAAAA8ABPDSAAAAEgAK8AgAAAACBAAAAAoA
AJMAC/A2AAAAfwABAAUAgAA4I4cFhwABAAAAgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkA
AQICAAAIAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgAAAAAAAAAAQCHBQ8ADfBUAAAAAACf
DwQAAAAAAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3RlciB0aXRsZSBzdHlsZQAAog8GAAAA
IQAAAAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8BYBAAASAArwCAAAAAMEAAAACgAAgwAL8DAAAAB/
AAEABQCAABgmhwWBAQQAAAiDAQAAAAi/AQEAEQDAAQEAAAj/AQEACQABAgIAAAgAABDwCAAAAPAD
IAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAACAIcFDwAN8J4AAAAAAJ8PBAAAAAEAAAAAAKgPUgAA
AENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5bGVzDVNlY29uZCBsZXZlbA1UaGlyZCBsZXZl
bA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIPHgAAACEAAAAAAA0AAAABAAwAAAACAA0AAAAD
AAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPC2AAAAEgAK8AgAAAAEBAAAAAoAAIMAC/AwAAAA
fwABAAUAgACILIcFgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAABe
DyABYAaKEA8AEfAQAAAAAADDCwgAAAACAAAABwGHBQ8ADfA+AAAAAACfDwQAAAAEAAAAAACgDwIA
AAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADgAAAPgPBAAAAAAAAAAPAATwuAAAABIACvAI
AAAABQQAAAAKAACDAAvwMAAAAH8AAQAFAIAAVDKHBYEBBAAACIMBAAAACL8BAQARAMABAQAACP8B
AQAJAAECAgAACAAAEPAIAAAAXg+wB1MPihAPABHwEAAAAAAAwwsIAAAAAwAAAAkChwUPAA3wQAAA
AAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPFgAAAAIAAAAAAAAIAAABAAIAAAAAAAIADgAAAPoP
BAAAAAAAAAAPAATwuAAAABIACvAIAAAABgQAAAAKAACDAAvwMAAAAH8AAQAFAIAAqDWHBYEBBAAA
CIMBAAAACL8BAQARAMABAQAACP8BAQAJAAECAgAACAAAEPAIAAAAXg8gEGAVihAPABHwEAAAAAAA
wwsIAAAABAAAAAgChwUPAA3wQAAAAAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPFgAAAAIAAAAA
AAAIAAACAAIAAAAAAAIADgAAANgPBAAAAAAAAAAPAATwSAAAABIACvAIAAAAAQQAAAAMAACDAAvw
MAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8Acg
AAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAA
AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAANLvyAEgmwC3IAC6DxwAAABEAGUAZgBh
AHUAbAB0ACAARABlAHMAaQBnAG4ADwDwAxoGAAABAPEDCAAAAAAAAIAAABQwDwAMBJoFAAAPAALw
kgUAAKAACPAIAAAABwAAAAcoAAAPAAPwKgUAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAA
AAAAAgAK8AgAAAAAKAAABQAAAA8ABPDQAAAAEgAK8AgAAAACKAAAAAoAAIMAC/AwAAAAfwABAAUA
gACwUL8FgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAAAAAAAAUAcg
AQ8AEfAQAAAAAADDCwgAAAAAAAAACgKHBQ8ADfBYAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAA
oQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADAAAAPkPBAAAAAAAAAAAAKoPEgAAAAEAAAABAAAAAAAB
AAAAAAAAAA8ABPDSAAAAEgAK8AgAAAADKAAAAAoAAIMAC/AwAAAAfwABAAUAgAAQ0ocFgQEEAAAI
gwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAAAAAI8J3xAgAQ8AEfAQAAAAAADD
CwgAAAABAAAABwCHBQ8ADfBaAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8WAAAAAgAAAAAA
AAgAAAIAAgAAAAAAAgAMAAAA+A8EAAAAAAAAAAAAqg8SAAAAAQAAAAEAAAAAAAEAAAAAAAAADwAE
8GQAAAASAArwCAAAAAQoAAAACgAAYwAL8CQAAAB/AAQBBAGHAAEAAAB/AQAAAQC/AREAEQD/AQgA
CQA/AgEAAQAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMMLCAAAAAIAAAAFAIcFDwAE8BYBAAAS
AArwCAAAAAUoAAAACgAAgwAL8DAAAAB/AAEABQCAAFTWhwWBAQQAAAiDAQAAAAi/AQEAEQDAAQEA
AAj/AQEACQABAgIAAAgAABDwCAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAMAAAAGAocFDwAN
8J4AAAAAAJ8PBAAAAAIAAAAAAKgPUgAAAENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5bGVz
DVNlY29uZCBsZXZlbA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIPHgAA
ACEAAAAAAA0AAAABAAwAAAACAA0AAAADAAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPDWAAAA
EgAK8AgAAAAGKAAAAAoAAJMAC/A2AAAAfwABAAUAgABQ3IcFhwACAAAAgQEEAAAIgwEAAAAIvwEB
ABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAABfFQAAUAd/Fg8AEfAQAAAAAADDCwgAAAAEAAAA
CQKHBQ8ADfBYAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAA
AAIADAAAAPoPBAAAAAAAAAAAAKoPEgAAAAEAAAABAAAAAAABAAAAAAAAAA8ABPDYAAAAEgAK8AgA
AAAHKAAAAAoAAJMAC/A2AAAAfwABAAUAgADM4YcFhwACAAAAgQEEAAAIgwEAAAAIvwEBABEAwAEB
AAAI/wEBAAkAAQICAAAIAAAQ8AgAAABfFY8J3xB/Fg8AEfAQAAAAAADDCwgAAAAFAAAACAKHBQ8A
DfBaAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8WAAAAAgAAAAAAAAgAAAIAAgAAAAAAAgAM
AAAA2A8EAAAAAAAAAAAAqg8SAAAAAQAAAAEAAAAAAAEAAAAAAAAADwAE8EgAAAASAArwCAAAAAEo
AAAADAAAgwAL8DAAAACBAQAAAAiDAQUAAAiTAd69aACUAY6fiwC/ARIAEgD/AQAACAAEAwkAAAA/
AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoT
MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAADU78gBgDTx4w8AyQ9o
BAAADwAMBPgDAAAPAALw8AMAAIABCPAIAAAABQAAAAVgAAAPAAPwiAMAAA8ABPAoAAAAAQAJ8BAA
AAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAYAAABQAAAA8ABPDKAAAAEgAK8AgAAAACYAAAAAoA
AIMAC/AwAAAAfwABAAUAgACUhIMFgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAI
AAAQ8AgAAAAAAAAAUAcgAQ8AEfAQAAAAAADDCwgAAAAAAAAACgKDBQ8ADfBSAAAAAACfDwQAAAAE
AAAAAACgDwIAAAAqAAAAoQ8UAAAAAgAAAAAAAAAAAAIAAAAAAAIADAAAAPkPBAAAAAAAAAAAAKoP
DAAAAAIAAAAGAAAACQQAAA8ABPDMAAAAEgAK8AgAAAADYAAAAAoAAIMAC/AwAAAAfwABAAUAgACQ
iIMFgQEEAAAIgwEAAAAIvwEBABEAwAEBAAAI/wEBAAkAAQICAAAIAAAQ8AgAAAAAAI8J3xAgAQ8A
EfAQAAAAAADDCwgAAAABAAAABwKDBQ8ADfBUAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8W
AAAAAgAAAAAAAAgAAAIAAgAAAAAAAgAMAAAA+A8EAAAAAAAAAAAAqg8MAAAAAgAAAAYAAAAJBAAA
DwAE8NAAAAASAArwCAAAAARgAAAACgAAkwAL8DYAAAB/AAEABQCAANiNgwWHAAIAAACBAQQAAAiD
AQAAAAi/AQEAEQDAAQEAAAj/AQEACQABAgIAAAgAABDwCAAAAF8VAABQB38WDwAR8BAAAAAAAMML
CAAAAAIAAAAJAoMFDwAN8FIAAAAAAJ8PBAAAAAQAAAAAAKAPAgAAACoAAAChDxQAAAACAAAAAAAA
AAAAAgAAAAAAAgAMAAAA+g8EAAAAAAAAAAAAqg8MAAAAAgAAAAYAAAAJBAAADwAE8NIAAAASAArw
CAAAAAVgAAAACgAAkwAL8DYAAAB/AAEABQCAAFySgwWHAAIAAACBAQQAAAiDAQAAAAi/AQEAEQDA
AQEAAAj/AQEACQABAgIAAAgAABDwCAAAAF8VjwnfEH8WDwAR8BAAAAAAAMMLCAAAAAMAAAAIAoMF
DwAN8FQAAAAAAJ8PBAAAAAQAAAAAAKAPAgAAACoAAAChDxYAAAACAAAAAAAACAAAAgACAAAAAAAC
AAwAAADYDwQAAAAAAAAAAACqDwwAAAACAAAABgAAAAkEAAAPAATwSAAAABIACvAIAAAAAWAAAAAM
AACDAAvwMAAAAIEBAAAACIMBBQAACJMB3r1oAJQBjp+LAL8BEgASAP8BAAAIAAQDCQAAAD8DAQAB
ABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAA
AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAANbvyAGQcsBlDwDuAz4DAAAC
AO8DGAAAAAAAAAAPEAAAAAAAAAAAAIAAAQAABwAUMA8ADARVAgAADwAC8E0CAAAgAAjwCAAAAAQA
AAAECAAADwAD8OUBAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAAgA
AAUAAAAPAATwcgAAABIACvAIAAAAAggAACACAABTAAvwHgAAAH8AAAAEAIAA1KKHBb8BAAABAP8B
AAABAAEDAgQAAAAAEPAIAAAAPgU3AmcT3AgPABHwEAAAAAAAwwsIAAAAAAAAAA8AhwUPAA3wDAAA
AAAAng8EAAAAAAAAAA8ABPByAAAAEgAK8AgAAAADCAAAIAIAAFMAC/AeAAAAfwAAAAQAgAB8o4cF
vwEAAAEA/wEAAAEAAQMDBAAAAAAQ8AgAAACQCmQCmwujDg8AEfAQAAAAAADDCwgAAAABAAAAEACH
BQ8ADfAMAAAAAACeDwQAAAABAAAADwAE8LkAAAASAArwCAAAAAQIAAAACgAAgwAL8DAAAAB/AAAA
BQCAANykhwWBAQQAAAiDAQAAAAi/AQAAEQDAAQEAAAj/AQAACQABAgIAAAgAABDwCAAAAJAKbQuk
FKMODwAN8FkAAAAAAJ8PBAAAAAUAAAAAAKgPEwAAAFRvYnkgTW9uY2FzdGVyDSBCVA0AAKEPKgAA
ABQAAAAAAAAQAABQAA8AAAAAAAIAGAAEAAAAAAACABQAAQAAAAAAAgAMAA8ABPBIAAAAEgAK8AgA
AAABCAAAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHevWgAvwESABIA/wEAAAgABAMJ
AAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBORAAAA
DwCKE4kAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTaQAAAAAA6y4IAAAA0u/IASCbALcA
AAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAANsH/////xIA
AAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAA8A7gMkAgAAAgDvAxgAAAABAAAADQ4AAAAA
AAAAAACAAAAAAAcAFDAPAAwElAEAAA8AAvCMAQAAMAII8AgAAAADAAAAA4wAAA8AA/AkAQAADwAE
8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAACMAAAFAAAADwAE8HIAAAASAArw
CAAAAAKMAAAgAgAAUwAL8B4AAAB/AAAABACAAESThwW/AQAAAQD/AQAAAQABAwIEAAAAABDwCAAA
AK0AIAFgFX0DDwAR8BAAAAAAAMMLCAAAAAAAAAANAIcFDwAN8AwAAAAAAJ4PBAAAAAAAAAAPAATw
cgAAABIACvAIAAAAA4wAACACAABTAAvwHgAAAH8AAAAEAIAAHJSHBb8BAAABAP8BAAABAAEDAwQA
AAAAEPAIAAAA8AMgAWAVEw8PABHwEAAAAAAAwwsIAAAAAQAAAA4AhwUPAA3wDAAAAAAAng8EAAAA
AQAAAA8ABPBIAAAAEgAK8AgAAAABjAAAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwGOn4sAlAHe
vWgAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMz
mQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA
AAAA6y4IAAAANfDIAQAxXlgPAO4DjwIAAAIA7wMYAAAAAQAAAA0OAAAAAAAAAAAAgAIBAAAHABQw
DwAMBKYBAAAPAALwngEAACABCPAIAAAAAwAAAANIAAAPAAPwNgEAAA8ABPAoAAAAAQAJ8BAAAAAA
AAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAASAAABQAAAA8ABPB4AAAAEgAK8AgAAAACSAAAIAIAAGMA
C/AkAAAAfwAAAAQAgAA46VUGvwEAAAEA/wEAAAEAAQMCBAAAiAMAAAAAAAAQ8AgAAACkAAAAgBY7
Ag8AEfAQAAAAAADDCwgAAAAAAAAADQBVBg8ADfAMAAAAAACeDwQAAAAAAAAADwAE8H4AAAASAArw
CAAAAANIAAAgAgAAcwAL8CoAAAAEAAAAAAB/AAAABACAAPzpVQa/AQAAAQD/AQAAAQABAwMEAACI
AwAAAAAAABDwCAAAAB8DzADRFP4ODwAR8BAAAAAAAMMLCAAAAAEAAAAOAFUGDwAN8AwAAAAAAJ4P
BAAAAAEAAAAPAATwSAAAABIACvAIAAAAAUgAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+L
AJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACWlpYAAAAAAADM
mQAzM8wAAADMALKysgAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL
E2kAAAAAAOsuCAAAAMfFyAGA2QHZAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAA
AAAAAAAAAAAAAAAAAADbB/////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAPAO4D
lQIAAAIA7wMYAAAAAQAAAA0OAAAAAAAAAAAAgAMBAAAHABQwDwAMBKwBAAAPAALwpAEAADABCPAI
AAAAAwAAAANMAAAPAAPwPAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgA
AAAATAAABQAAAA8ABPB+AAAAEgAK8AgAAAACTAAAIAIAAHMAC/AqAAAABAAAAAAAfwAAAAQAgACk
DYMFvwEAAAEA/wEAAAEAAQMCBAAAiAMAAAAAAAAQ8AgAAACtACABYBWXAg8AEfAQAAAAAADDCwgA
AAAAAAAADQCDBQ8ADfAMAAAAAACeDwQAAAAAAAAADwAE8H4AAAASAArwCAAAAANMAAAgAgAAcwAL
8CoAAAAEAAAAAAB/AAAABACAAHwOgwW/AQAAAQD/AQAAAQABAwMEAACIAwAAAAAAABDwCAAAAJcC
ngDiFYYPDwAR8BAAAAAAAMMLCAAAAAEAAAAOAIMFDwAN8AwAAAAAAJ4PBAAAAAEAAAAPAATwSAAA
ABIACvAIAAAAAUwAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8B
AAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACWlpYAAAAAAADMmQAzM8wAAADMALKysgAP
AIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2kAAAAAAOsuCAAAAMfF
yAGA2QHZAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAADb
B/////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAPAO4DiQIAAAIA7wMYAAAAAQAA
AA0OAAAAAAAAAAAAgAAAAAAHABQwDwAMBKABAAAPAALwmAEAACACCPAIAAAAAwAAAAOIAAAPAAPw
MAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAiAAABQAAAA8ABPB4
AAAAEgAK8AgAAAACiAAAIAIAAGMAC/AkAAAAfwAAAAQAgAAcbIMFvwEAAAEA/wEAAAEAAQMCBAAA
iAMAAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgAAAAAAAAADQCDBQ8ADfAMAAAAAACe
DwQAAAAAAAAADwAE8HgAAAASAArwCAAAAAOIAAAgAgAAYwAL8CQAAAB/AAAABACAAPRsgwW/AQAA
AQD/AQAAAQABAwMEAACIAwAAAAAAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAAO
AIMFDwAN8AwAAAAAAJ4PBAAAAAEAAAAPAATwSAAAABIACvAIAAAAAYgAAAAMAACDAAvwMAAAAIEB
AAAACIMBBQAACJMBjp+LAJQB3r1oAL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////
AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTkQAAAA8AihOJAAAAAAC6DxAAAABfAF8A
XwBQAFAAVAAxADAAAACLE2kAAAAAAOsuCAAAAOHvyAEA9rfdAAAAKwQAAAAAAAAAHwBE8T0AAAAA
ACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAADbB/////8SAAAADwA98Q0AAABAAULxBQAAAAEJ
AAAADwACKwAAAAAPAPADEAIAAAEA8QMIAAAAAAEAAAcAFDAPAAwEkAEAAA8AAvCIAQAAkAEI8AgA
AAADAAAAA2QAAA8AA/AgAQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAA
AABkAAAFAAAADwAE8FgAAAASAArwCAAAAAJkAAAgAgAAQwAL8BgAAAB/AAQABAC/AQEAAQD/AQEA
AQABAwQoAAAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMMLCAAAAAAAAAALAIcFDwAE8IgAAAAS
AArwCAAAAANkAAAgAgAAUwAL8B4AAAB/AAAABACAACzuhwW/AQEAAQD/AQEAAQABAwUoAAAAABDw
CAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAEAAAAMAIcFDwAN8CIAAAAAAJ8PBAAAAAIAAAAA
AKoPDgAAAAEAAAAHAAAAAAAJBAAADwAE8EgAAAASAArwCAAAAAFkAAAADAAAgwAL8DAAAACBAQAA
AAiDAQUAAAiTAd69aACUAY6fiwC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAA
AAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8A
UABQAFQAMQAwAAAAixMQAAAAAADrLggAAADW78gBkHLAZQ8A8AMQAgAAAQDxAwgAAAACAQAABwAU
MA8ADASQAQAADwAC8IgBAACwAQjwCAAAAAMAAAADbAAADwAD8CABAAAPAATwKAAAAAEACfAQAAAA
AAAAAAAAAAAAAAAAAAAAAAIACvAIAAAAAGwAAAUAAAAPAATwWAAAABIACvAIAAAAAmwAACACAABD
AAvwGAAAAH8ABAAEAL8BAQABAP8BAQABAAEDBCgAAAAAEPAIAAAAsAHQAhAOIAoPABHwEAAAAAAA
wwsIAAAAAAAAAAsAgwUPAATwiAAAABIACvAIAAAAA2wAACACAABTAAvwHgAAAH8AAAAEAIAAlH2D
Bb8BAQABAP8BAQABAAEDBSgAAAAAEPAIAAAAsAqwATAP0BQPABHwEAAAAAAAwwsIAAAAAQAAAAwA
gwUPAA3wIgAAAAAAnw8EAAAAAgAAAAAAqg8OAAAAAQAAAAcAAAAAAAkEAAAPAATwSAAAABIACvAI
AAAAAWwAAAAMAACDAAvwMAAAAIEBAAAACIMBBQAACJMB3r1oAJQBjp+LAL8BEgASAP8BAAAIAAQD
CQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAA
AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAANbvyAGQcsBl
DwDwAxACAAABAPEDCAAAAAMBAAAHABQwDwAMBJABAAAPAALwiAEAAMABCPAIAAAAAwAAAANwAAAP
AAPwIAEAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAcAAABQAAAA8A
BPBYAAAAEgAK8AgAAAACcAAAIAIAAEMAC/AYAAAAfwAEAAQAvwEBAAEA/wEBAAEAAQMEKAAAAAAQ
8AgAAACwAdACEA4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwCDBQ8ABPCIAAAAEgAK8AgAAAADcAAA
IAIAAFMAC/AeAAAAfwAAAAQAgACMdIMFvwEBAAEA/wEBAAEAAQMFKAAAAAAQ8AgAAACwCrABMA/Q
FA8AEfAQAAAAAADDCwgAAAABAAAADACDBQ8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAA
BwAAAAAACQQAAA8ABPBIAAAAEgAK8AgAAAABcAAAAAwAAIMAC/AwAAAAgQEAAAAIgwEFAAAIkwHe
vWgAlAGOn4sAvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAA
u+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA
AIsTEAAAAAAA6y4IAAAA1u/IAZBywGUAAHIXQAAAAAEAMAAAAAAAQBQAAH4oAAAFAEAA7B0AAA4k
AADwLQAAhzAAAA0AMAC1NQAAzTcAAOU5AAATACAAxCsAACQzAAAAAPUPHAAAAAABAACuHwADAAAA
AP07AAABAAAAFAAAAA8AxTEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y
+U9oEKuRCAArJ7PZMAAAAFgXAAALAAAAAQAAAGAAAAACAAAAaAAAAAQAAADIAAAACAAAANgAAAAJ
AAAA6AAAABIAAAD0AAAACgAAABgBAAAMAAAAJAEAAA0AAAAwAQAADwAAADwBAAARAAAARAEAAAIA
AADkBAAAHgAAAFgAAABQQ04gRW5jb2RpbmcgZm9yIFBhY2tldC1TcGVjaWZpYyBEdWFsIE1hcmtp
bmcgKFBTRE0pIGRyYWZ0LW1lbnRoLXBjbi1wc2RtLWVuY29kaW5nLTAwAAAAHgAAAAgAAABCYWJp
YXJ6AB4AAAAIAAAAQmFiaWFyegAeAAAABAAAADkAAAAeAAAAHAAAAE1pY3Jvc29mdCBPZmZpY2Ug
UG93ZXJQb2ludABAAAAAkHcKtkYAAABAAAAAcDA6CtTvyAFAAAAAcPKaA3nyyAEDAAAADwEAAEcA
AAAMFgAA/////wMAAAAIAIkQZwwAAAEACQAAA/0KAAAFACoAAAAAAAQAAAADAQgABQAAAAsCAAAA
AAUAAAAMAnkAoQADAAAAHgAHAAAA/AIAAP///wAAAAQAAAAtAQAACAAAAPoCBQAAAAAA////AAQA
AAAtAQEADgAAACQDBQD///////94AKAAeACgAP///////wgAAAD6AgAAAAAAAAAAAAAEAAAALQEC
AAQAAAAtAQAABAAAACcB//8cAAAA+wL9/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIbAAAAMgpx
AAoADQAAAEp1bHkgMzEsIDIwMDhyAgACAAEAAQABAAIAAgABAAAAAgACAAEAAgAEAAAALgEAABwA
AAD7AhAABwAAAAAAvAIAAAAAAQICIlN5c3RlbQAAAAAAAAAAAAAYAAAAAQAAAOA3FgDkBAAABAAA
AC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAg8AAAAyCnEAOgAF
AAAAZHJhZnRpAgABAAIAAQABAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAA
kAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEY
AAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCnEAQQABAAAALR4BAAQAAAAuAQAABAAAAC0BBAAEAAAA
8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAg8AAAAyCnEAQgAFAAAAbWVudGhp
AwABAAIAAQACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAA
AEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEA
BQAAAAkCAAAAAgkAAAAyCnEASwABAAAALR4BAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7
Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0B
AwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgwAAAAyCnEATAADAAAAcGNuAAEAAgACAAQAAAAu
AQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAy
CnEAUQABAAAALR4BAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAA
AEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAAC
AQEABQAAAAkCAAAAAgwAAAAyCnEAUgADAAAAZTJlAAEAAgACAAQAAAAuAQAABAAAAC0BBAAEAAAA
8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAgkAAAAyCnEAVwABAAAALR4BAAQA
AAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Av3/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAhMA
AAAyCnEAWAAIAAAAZW5jb2RpbmcCAAEAAgACAAEAAQACAAIABAAAAC4BAAAEAAAALQEEAAQAAADw
AQMAHAAAAPsC/f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKcQBlAAEAAAAtHgAABAAA
AC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC/f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACDAAA
ADIKcQBlAAMAAAAwMCAAAgACAAAABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC/f8AAAAA
AACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAu
ARgABAAAAAIBAQAFAAAACQIAAAACIQAAADIKdQBCABEAAABQQ04gV0csIDcybmQgSUVURgACAAIA
AgABAAMAAgABAAEAAgACAAIAAgABAAEAAgACAAIABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAA
APsC/f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAA
LQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKcQCUAAEAAAAxHgIABAAAAC4BAAAE
AAAALQEEAAQAAADwAQMAHAAAAPsC9/8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQLMMwACDAAAADIKLAAb
AAMAAABFbmQABgAFAAUABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC9/8AAAAAAACQAQAA
AAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAA
AAIBAQAFAAAACQLMMwACCQAAADIKLAArAAEAAAAtHgMABAAAAC4BAAAEAAAALQEEAAQAAADwAQMA
HAAAAPsC9/8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE
AAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQLMMwACCgAAADIKLAAuAAIAAAB0bwMABQAEAAAA
LgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL3/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUAAAAJAswzAAIJAAAA
MgosADYAAQAAAC0eAwAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL3/wAAAAAAAJABAAAA
AABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAA
AgEBAAUAAAAJAswzAAIiAAAAMgosADkAEgAAAGVuZCBFeHRlbnNpb24gZm9yIAUABQAEAAMABgAE
AAMABQAFAAUAAgAEAAUAAgADAAUAAwACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avf/
AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAE
AAAALgEYAAQAAAACAQEABQAAAAkCzDMAAhkAAAAyCjcALwAMAAAAUENOIEVuY29kaW5nBgAHAAYA
AwAGAAUABAAFAAUAAgAFAAUABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQ
AQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgA
BAAAAAIBAQAFAAAACQIAAAACDwAAADIKPwAXAAUAAABkcmFmdGkEAAIABAACAAIABAAAAC4BAAAE
AAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKPwAl
AAEAAAAtHgIABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAA
QXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAF
AAAACQIAAAACDwAAADIKPwAnAAUAAABtZW50aGkGAAQABAACAAQABAAAAC4BAAAEAAAALQEEAAQA
AADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKPwA7AAEAAAAtHgIA
BAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAAC
DAAAADIKPwA9AAMAAABwY24ABAAEAAQABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8A
AAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQA
AAAuARgABAAAAAIBAQAFAAAACQIAAAACCQAAADIKPwBJAAEAAAAtHgIABAAAAC4BAAAEAAAALQEE
AAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACDAAAADIKPwBLAAMAAABl
MmUABAAEAAQABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC+f8AAAAAAACQAQAAAAAAQAAA
QXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIBAQAF
AAAACQIAAAACCQAAADIKPwBXAAEAAAAtHgIABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC
+f8AAAAAAACQAQAAAAAAQAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQED
AAQAAAAuARgABAAAAAIBAQAFAAAACQIAAAACEwAAADIKPwBZAAgAAABlbmNvZGluZwQABAAEAAQA
BAACAAQABAAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL5/wAAAAAAAJABAAAAAABAAABB
cmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMABAAAAC4BGAAEAAAAAgEBAAUA
AAAJAgAAAAIJAAAAMgo/AHcAAQAAAC0eAgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAcAAAA+wL5
/wAAAAAAAJABAAAAAABAAABBcmlhbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAtAQMA
BAAAAC4BGAAEAAAAAgEBAAUAAAAJAgAAAAIKAAAAMgo/AHkAAgAAADAwBAAEAAQAAAAuAQAABAAA
AC0BBAAEAAAA8AEDABwAAAD7Avv/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAhsAAAAyClAAIQAN
AAAATWljaGFlbCBNZW50aAAEAAEAAwADAAMAAwABAAEABAADAAQAAQADAAQAAAAuAQAABAAAAC0B
BAAEAAAA8AEDABwAAAD7Avz/AAAAAAAAkAEAAAAAAEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEABQAAAAkCAAAAAioAAAAyClUAGwAXAAAA
VW5pdmVyc2l0eSBvZiBXdWVyemJ1cmcAAwACAAEAAgADAAEAAgABAAIAAgABAAIAAgABAAQAAwAC
AAEAAwACAAMAAQACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avv/AAAAAAAAkAEAAAAA
AEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAAC
AQEABQAAAAkCAAAAAhsAAAAyCl8AIgANAAAASm96ZWYgQmFiaWFyegADAAMAAwADAAEAAQADAAMA
AwABAAMAAgADAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avz/AAAAAAAAkAEAAAAAAEAA
AEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAACAQEA
BQAAAAkCAAAAAh4AAAAyCmQAIgAPAAAATm9ydGVsIE5ldHdvcmtzAAMAAgABAAIAAgABAAEABAAC
AAEABAACAAEAAwACAAQAAAAuAQAABAAAAC0BBAAEAAAA8AEDABwAAAD7Avv/AAAAAAAAkAEAAAAA
AEAAAEFyaWFsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAC0BAwAEAAAALgEYAAQAAAAC
AQEABQAAAAkCAAAAAhwAAAAyClAAXwAOAAAAVG9ieSBNb25jYXN0ZXIDAAMAAwADAAEABAADAAMA
AwADAAMAAQADAAIABAAAAC4BAAAEAAAALQEEAAQAAADwAQMAHAAAAPsC/P8AAAAAAACQAQAAAAAA
QAAAQXJpYWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAALQEDAAQAAAAuARgABAAAAAIB
AQAFAAAACQIAAAACCgAAADIKVQBwAAIAAABCVAMAAgAEAAAALgEAAAQAAAAtAQQABAAAAPABAwAD
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAP7/AAAFAQIAAAAAAAAAAAAAAAAAAAAAAAEAAAAC1c3VnC4bEJOXCAArLPmu
MAAAAGQCAAAQAAAAAQAAAIgAAAADAAAAkAAAAA8AAACoAAAABAAAAMAAAAAGAAAAyAAAAAcAAADQ
AAAACAAAANgAAAAJAAAA4AAAAAoAAADoAAAAFwAAAPAAAAALAAAA+AAAABAAAAAAAQAAEwAAAAgB
AAAWAAAAEAEAAA0AAAAYAQAADAAAAAICAAACAAAA5AQAAB4AAAAQAAAAT24tc2NyZWVuIFNob3cA
AB4AAAAQAAAATm9ydGVsIE5ldHdvcmtzAAMAAABpPAAAAwAAACEAAAADAAAABQAAAAMAAAADAAAA
AwAAAAAAAAADAAAAAAAAAAMAAAAPJwsACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAAe
EAAACAAAAAYAAABBcmlhbAAHAAAAU3ltYm9sAA8AAABEZWZhdWx0IERlc2lnbgBGAAAARW5kLXRv
LWVuZCBFeHRlbnNpb24gZm9yIFBDTiBFbmNvZGluZyBkcmFmdC1tZW50aC1wY24tZTJlLWVuY29k
aW5nLTAwAAUAAABOb3RlADwAAABCYXNlbGluZSBFbmNvZGluZyB2cy4gRW5kLXRvLWVuZCBFeHRl
bnNpb24gZm9yIFBDTiBFbmNvZGluZwAXAAAATW90aXZhdGlvbiBmb3IgZTJlIFBDTgAIAAAAUmVx
dWVzdAAMEAAABgAAAB4AAAALAAAARm9udHMgVXNlZAADAAAAAgAAAB4AAAAQAAAARGVzaWduIFRl
bXBsYXRlAAMAAAABAAAAHgAAAA0AAABTbGlkZSBUaXRsZXMAAwAAAAUAAAAAAAAAAAAAAAAAAAAA
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
AAAAAAAAAPYPHwAAABQAAABfwJHjRTwAAAcA9AMDAAAAQmFiaWFyeggAAABCAGEAYgBpAGEAcgB6
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
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAA
AAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAA
EAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcAAAAYAAAAGQAAABoAAAAbAAAAHAAAAB0AAAAe
AAAA/v///yAAAAAhAAAAIgAAACMAAAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAAqAAAA/v///ywA
AAAtAAAALgAAAC8AAAAwAAAAMQAAADIAAAD+////NAAAADUAAAA2AAAANwAAADgAAAA5AAAAOgAA
AP7////9////PQAAAP7/////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////
//////////////////////////////////////////////////////////////////////9SAG8A
bwB0ACAARQBuAHQAcgB5AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAFgAFAf//////////AwAAABCNgWSbT88RhuoAqgC5KegAAAAAAAAAAAAAAAAAAAAAAAAAAP7/
//8AAAAAAAAAAEMAdQByAHIAZQBuAHQAIABVAHMAZQByAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAaAAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAMwAAAAAQAAAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABp
AG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgEBAAAA//////////8AAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfAAAAiBcAAAAAAABQAG8AdwBlAHIAUABvAGkAbgB0
ACAARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAQIAAAAEAAAA
/////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABpPAAAAAAAAAUARABv
AGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAA
AAA4AAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKwAA
AAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////
////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

------_=_NextPart_001_01C8F27A.01EA53B3
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://www.ietf.org/mailman/listinfo/pcn

------_=_NextPart_001_01C8F27A.01EA53B3--


From pcn-bounces@ietf.org  Thu Jul 31 08:49:11 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 390D13A6872;
	Thu, 31 Jul 2008 08:49:11 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 57BC73A682E
	for <pcn@core3.amsl.com>; Thu, 31 Jul 2008 08:49:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.099
X-Spam-Level: 
X-Spam-Status: No, score=0.099 tagged_above=-999 required=5 tests=[AWL=0.220, 
	BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_57=0.6,
	MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id U9Kyb-I7ENdL for <pcn@core3.amsl.com>;
	Thu, 31 Jul 2008 08:49:03 -0700 (PDT)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151])
	by core3.amsl.com (Postfix) with ESMTP id D5BE73A6872
	for <pcn@ietf.org>; Thu, 31 Jul 2008 08:49:02 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 31 Jul 2008 16:48:41 +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, 31 Jul 2008 16:48:40 +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 1217519241595; Thu, 31 Jul 2008 16:47:21 +0100
Received: from mut.jungle.bt.co.uk ([10.73.182.79])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6VFlu6S022742; Thu, 31 Jul 2008 16:48:37 +0100
Message-Id: <200807311548.m6VFlu6S022742@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 31 Jul 2008 16:46:44 +0100
To: "EARDLEY, Phil" <philip.eardley@bt.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 31 Jul 2008 15:48:40.0782 (UTC)
	FILETIME=[E777CEE0:01C8F324]
Cc: PCN IETF list <pcn@ietf.org>
Subject: [PCN] Full review of draft-eardley-pcn-marking-behaviour-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Phil,

I've annotated all the minor comments into a =

MS-Word/PDF here: =

<http://www.cs.ucl.ac.uk/staff/B.Briscoe/projects/ipe2eqos/pcn/marking/draf=
t-eardley-pcn-marking-behaviour-01_rvw_rjb.pdf>

Below I've listed those that are more high level, =

which you seem to have largely accepted already - =

but I'm documenting them here for the list to comment on if desired.

=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
Throughout:
-----------
Remove stuff that's about per-domain behaviour, =

keeping only per-hop marking behaviour.

Keep stuff that refers to PCN-arch, but not as =

the /only/ architecture in which this marking is =

valid, only as a concrete example.

However you then need to say: "If admission =

control or flow termination are required, this =

per-hop marking behaviour does NOT provide these =

functions on its own. For these, the per-hop =

marking behaviour needs to be part of some wider =

domain behaviour, which combined with the PHBs provides AC & FT.


1. Introduction

Say what this draft is: "A definition of an =

alternative congestion marking behaviour as allowed by RFC3168."

And how the draft is expected to be used: =

"Definitions of PHBs can refer to this document =

to define a congestion marking behaviour that is =

an alternative to the broadly RED-like default defined in RFC3168."

And possibly, that this draft also, in itself, =

associates its marking behaviour with packets of =

a certain existing PHB(s) if the ECN codepoint is not-ECN. (???)

1.1. Terminology.
...
    o  Other-traffic: traffic that uses the same DS codepoint as PCN-
       traffic...

NOTE: Other traffic doesn't have to have the same =

DS codepoint as PCN-traffic =96 it just has to share the same queue.

Rather than saying {priority|other}-traffic may =

not be present, use the opportunity to be more =

assertive up front: "Note: Appendix XX does not =

recommend {priority|other}-traffic in a PCN-domain."

2.2 Classify Function

The classify function doesn't determine which =

DSCPs are PCN-capable. That's a configuration =

matter before any packets arrive. Classification =

merely determines whether a packet matches DSCPs =

that have been configured as PCN-capable. For the =

ECN field, PCN-capability may be determined by =

configuration or by standards action, depending =

on whether we end up standardising just one =

experimental encoding scheme or not.

2.3 Traffic conditioning function

"<you might argue that other-packets should get harsher
          treatment since they're not subject to PCN's adm & termination
          control, only subject to the weaker DiffServ style static TCAs
          at the PCN-ingress-node>"
I suggest you refer here to a short appendix and =

in the appendix say this (as a SHOULD, not a =

'might should'). Include Intserv over Diffserv =

[RFC2998], as well as just Diffserv static TCAs [RFC2575].

B.1 Scope

Suggested text for the controversial double MUST:
"   Note that even if only two encoding states are used, it is still REQUIR=
ED
    that both the meters
    are implemented, in order to ease compatibility between
    equipment and remove a configuration option and associated
    complexity.  Hardware with limited availability of instances of token
    buckets MAY be configured to only run one or =

the other meter at a time, but
    it MUST be possible to enable either meter and preferably both.
"

B.2 Classify

Add final sentence:
"   For this and other reasons already given, =

allowing Priority-traffic or Other=96traffic to =

compete with PCN traffic in the same queue is NOT RECOMMENDED."

B.3. Traffic Conditioning {or in another appropriate place}
Add:
"   Assuming admission control and flow =

termination as per-domain behaviours, the length =

of the real queue should be kept small. The size =

of the real buffers for these small queues of PCN =

traffic should also be kept small to minimise the =

risk of over-termination of flows following an =

episode of excess traffic [ref Zhang TBA]. "


"   Exactly what "preferentially dropped" means is left to the
    implementation.  It is also left to the implementation what to do if
    there are no excess-traffic-marked PCN-packets available at a
    particular instant.

    <should we leave it this open or give some options, eg: definitely
    drop an excess-traffic-marked packet or drop with a higher
    probability; or, if there are no excess rate marked PCN-packets
    available, drop any PCN-packet, drop the next excess-traffic-marked
    PCN-packet>"
My view: Delete the second sentence (ie leave it =

open what implementers should do). (For instance, =

a really simple mechanism would suffice, e.g. =

consider the allowed queue before drop 1 MTU =

shorter for already marked packets than for others.)

B.4 Threshold Metering

Add:
"   The description deliberately marks a packet =

that has caused the bucket to cross the threshold =

without explicit additional bias for the packet's size.
"

Give a definition of 'functionally equivalent' in =

terms of external behaviour of a black box being broadly similar.
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 64519=
6 =



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


From pcn-bounces@ietf.org  Thu Jul 31 09:46:44 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3D01A28C22A;
	Thu, 31 Jul 2008 09:46:44 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id E7A1028C213
	for <pcn@core3.amsl.com>; Thu, 31 Jul 2008 09:46:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.083
X-Spam-Level: 
X-Spam-Status: No, score=0.083 tagged_above=-999 required=5 tests=[AWL=0.204, 
	BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_57=0.6,
	MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id f-dQGKV1RwDI for <pcn@core3.amsl.com>;
	Thu, 31 Jul 2008 09:46:36 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137])
	by core3.amsl.com (Postfix) with ESMTP id DD9E53A6895
	for <pcn@ietf.org>; Thu, 31 Jul 2008 09:46:35 -0700 (PDT)
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by
	smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 31 Jul 2008 17:46:47 +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, 31 Jul 2008 17:46:47 +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 121752272327; Thu, 31 Jul 2008 17:45:23 +0100
Received: from mut.jungle.bt.co.uk ([10.73.80.205])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6VGkUIq027432; Thu, 31 Jul 2008 17:46:43 +0100
Message-Id: <200807311646.m6VGkUIq027432@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 31 Jul 2008 17:46:35 +0100
To: "Ingemar Johansson S" <ingemar.s.johansson@ericsson.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <026F8EEDAD2C4342A993203088C1FC0507FB7635@esealmw109.eemea.
	ericsson.se>
References: <026F8EEDAD2C4342A993203088C1FC0507FB7635@esealmw109.eemea.ericsson.se>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 31 Jul 2008 16:46:47.0612 (UTC)
	FILETIME=[05C7D7C0:01C8F32D]
Cc: pcn@ietf.org
Subject: Re: [PCN] Re : draft-moncaster-pcn-3-state-encoding-00.txt
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Ingemar,

Tx. I agree (and plenty of people at the IETF got =

bored with me saying it) that the ECN nonce is =

only useful if the sender is in some sense acting =

on behalf of the network. I tried to write that =

piece of text without giving opinion, just fact.

Just to point out that the nonce can't be used by =

the PCN egress, given a 1-bit nonce requires =

packet ordering otherwise it gives false =

negatives. The egress doesn't necessarily receive =

packets in order, and it can't necessarily put =

them in order because that's not it's role.



Bob

At 16:52 28/07/2008, Ingemar Johansson S wrote:
>Hi
>
>Reading chapter 9 in =

>draft-moncaster-pcn-3-state-encoding-00 (security considerations).
>Another transport that may use the nonce is DCCP =

>with CCID 3 (see section 9 in http://tools.ietf.org/html/rfc4342 )
>
>That said, ECN nonce is probably only useful in =

>a client-server scenario as it builds on some =

>kind of trust relationship. For normal UDP =

>transport such as VoIP between two "untrusted" =

>clients I see very little use for the ECN nonce.
>
>Besides this I would say that this is probably a =

>quite neat solution to the e2e ECN preservation =

>problem and to some extent it may be possible to =

>also be possible for atleast the PCN egress =

>nodes to do some additional policing on flows =

>that don't comply to the ThM and Etm marks but =

>this is probably a later headache.
>
>/Ingemar
>*******************************************
>Ingemar Johansson
>Senior Research Engineer, IETF "nethead"
>EAB/TVP - Multimedia Technologies
>Ericsson Research Ericsson AB
>Box 920 S-971 28 Lule=E5, Sweden
>Tel: +46 (0)8 4043042
>ECN: 850-43042
>ECC: 850-43074
>Mobile: +46 (0)730 783289
>*******************************************
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www.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 64519=
6 =



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


From pcn-bounces@ietf.org  Thu Jul 31 09:59:12 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 2E2BA3A692A;
	Thu, 31 Jul 2008 09:59:12 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 7D7DB28C20B
	for <pcn@core3.amsl.com>; Thu, 31 Jul 2008 09:59:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.069
X-Spam-Level: 
X-Spam-Status: No, score=0.069 tagged_above=-999 required=5 tests=[AWL=0.190, 
	BAYES_00=-2.599, DNS_FROM_RFC_BOGUSMX=1.482, J_CHICKENPOX_57=0.6,
	MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id svnCr7sVEdei for <pcn@core3.amsl.com>;
	Thu, 31 Jul 2008 09:59:02 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150])
	by core3.amsl.com (Postfix) with ESMTP id DEAF728C20C
	for <pcn@ietf.org>; Thu, 31 Jul 2008 09:59:01 -0700 (PDT)
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by
	smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); 
	Thu, 31 Jul 2008 17:59:19 +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); Thu, 31 Jul 2008 17:59:19 +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 1217523558893; Thu, 31 Jul 2008 17:59:18 +0100
Received: from mut.jungle.bt.co.uk ([10.73.80.205])
	by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id
	m6VGwVsS028428; Thu, 31 Jul 2008 17:59:14 +0100
Message-Id: <200807311659.m6VGwVsS028428@bagheera.jungle.bt.co.uk>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Thu, 31 Jul 2008 17:58:22 +0100
To: <fqhuang@huawei.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <BAB4DC0CD5148948A86BD047A85CE2A706070BCC@E03MVZ4-UKDY.doma
	in1.systemhost.net>
References: <016a01c8ed81$54bb3c20$1a3afea9@china.huawei.com>
	<BAB4DC0CD5148948A86BD047A85CE2A706070BCC@E03MVZ4-UKDY.domain1.systemhost.net>
Mime-Version: 1.0
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 31 Jul 2008 16:59:19.0278 (UTC)
	FILETIME=[C5CEF8E0:01C8F32E]
Cc: pcn@ietf.org
Subject: Re: [PCN] Comment about draft-moncaster-pcn-3-state-encoding-00
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

Fortune,

Just to add to what Toby said, it's actually not =

a big deal for a machine to read the DS codepoint =

and the ECN field together. They are both next to =

each other in IPv4 & IPv6, so they can be read-in =

as 8 contiguous bits. So finding if a packet is =

PCN-capable is just a matter of checking whether =

an 8-bit number sits within a range of three contiguous numbers.


Bob


At 13:25 24/07/2008, toby.moncaster@bt.com wrote:
>Hi Fortune,
>
>The main reason for allowing non-PCN traffic to =

>co-exist in the PCN class is to allow us to =

>re-use existing DSCPs such as the voice-admit =

>DSCP currently being defined in TSVWG. I agree =

>it would be easier if we could just remove the =

>need for not-PCN from all the encoding schemes.
>
>Toby
>
> > -----Original Message-----
> > From: pcn-bounces@ietf.org [mailto:pcn-bounces@ietf.org] On
> > Behalf Of Fortune HUANG
> > Sent: 24 July 2008 12:35
> > To: pcn@ietf.org
> > Subject: Re: [PCN] Comment about
> > draft-moncaster-pcn-3-state-encoding-00
> >
> > Hi all,
> >
> > In clause 4 of draft-moncaster-pcn-baseline-encoding-02, there is a
> > paragraph as follows:
> >    o  Any packet that is not PCN capable (not-PCN) but which
> > shares the same
> > DiffServ codepoint as PCN capable traffic MUST have the ECN
> > field set to 00.
> >
> > From my point of view, we don't need this kind of packet
> > which shares the
> > same DSCP as PCN traffic while it is not PCN traffic. Even if
> > we want to
> > support this kind of packet, we can not handle it well.
> > Obviously, this kind
> > of packet can not be handled like normal PCN-traffic. And it
> > can not be
> > handled like ECN-traffic either, for its ECN field needs to
> > be 00 in the PCN
> > domain. The reason is that if its ECN field is changed, the
> > packet will be
> > mixed totally in the PCN-traffic and can't be identified by
> > the interior
> > node. Furthermore, since the ECN field of this kind of packet
> > is changed to
> > 00 at the ingress node, and the ECN field of this kind of
> > packet can't be
> > recovered at the egress node. It makes the End-to-End ECN
> > support impossible
> > for this kind of packet.
> >
> > If we can agree on this point, the following paragraph in
> > clause 6.5 of
> > draft-ietf-pcn-architecture-04 can be removed:
> >    o  There may be other traffic that uses the same DSCP as
> > PCN-traffic but
> > with the ECN field is 00 (Not ECT), and so not subject to
> > PCN-marking, nor
> > PCN's admission control and flow termination mechanisms..  To quote
> > [I-D.moncaster-pcn-baseline-encoding]: "To conserve DSCPs, DiffServ
> > Codepoints SHOULD be chosen that are already defined for use
> > with admission
> > controlled traffic, such as the Voice-Admit codepoint defined in
> > [voice-admit]."  Since      scheduling behaviour is coupled
> > with the DSCP
> > only, therefore the same scheduling and buffer management
> > rules are applied
> > to non- PCN-traffic and PCN-traffic using the same
> > PCN-enabled DSCP. There
> > may be no "non-PCN-traffic", but if there is it needs to
> > contribute to the
> > PCN meters.
> >
> > Best Regards,
> > Fortune
> >
> > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> > =E5=8F=91=E4=BB=B6=E4=BA=BA: pcn-bounces@ietf.org =

> [mailto:pcn-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Fortune
> > HUANG
> > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2008=E5=B9=B47=E6=9C=8824=E6=97=
=A5 18:53
> > =E6=94=B6=E4=BB=B6=E4=BA=BA: pcn@ietf.org
> > =E4=B8=BB=E9=A2=98: Re: [PCN] Comment about draft-moncaster-pcn-3-state=
-encoding-00
> >
> > Hi all,
> >
> > The same problem also exists in section 4 of
> > draft-moncaster-pcn-baseline-encoding-02.
> >
> > Best Regards,
> > Fortune
> >
> > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> > =E5=8F=91=E4=BB=B6=E4=BA=BA: pcn-bounces@ietf.org =

> [mailto:pcn-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Fortune
> > HUANG
> > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2008=E5=B9=B47=E6=9C=8824=E6=97=
=A5 17:42
> > =E6=94=B6=E4=BB=B6=E4=BA=BA: pcn@ietf.org
> > =E4=B8=BB=E9=A2=98: [PCN] Comment about draft-moncaster-pcn-3-state-enc=
oding-00
> >
> > Hi all,
> >
> > The table in section 6 seems to show that if a packet
> > contains the DSCP
> > value DSCP1 or DSCP2 and Not-ECT(00) at the same time, it is a Not-PCN
> > packet.
> >       +--------+--------------+-------------+-------------+---------+
> >       |  DSCP  | Not-ECT (00) | ECT(0) (10) | ECT(1) (01) | CE (11) |
> >       +--------+--------------+-------------+-------------+---------+
> >       | DSCP 1 |    Not-PCN   | NM(Not-ECT) |    NM(CE)   |   ThM   |
> >       | DSCP 2 |    Not-PCN   |  NM(ECT(0)) |  NM(ECT(1)) |   ETM   |
> >       +--------+--------------+-------------+-------------+---------+
> > In this case, for each incoming packets, the interior node
> > needs to identify
> > whether it is a PCN packet or not by two factors: the DSCP,
> > and the ECN
> > bits. Because as is shown in the table, even if a packet
> > contains the DSCP
> > value DSCP1 or DSCP2, it can also be a Not-PCN packet.
> > However, as is known to us all, one factor (i.e. the DSCP) is
> > enough to
> > identify a PCN packet. And it will improve the performance
> > before putting a
> > packet into the PCN queue by using only one factor to
> > identify a PCN packet.
> > IMO, Not-ECT(00) doesn't need to be used. I wonder if we
> > could put the table
> > in this way:
> > +--------+--------------+-------------+-------------+---------+
> > |  DSCP  | Not-ECT (00) | ECT(0) (10) | ECT(1) (01) | CE (11) |
> > +--------+--------------+-------------+-------------+---------+
> > | DSCP 1 |      -       | NM(Not-ECT) |    NM(CE)   |   ThM   |
> > | DSCP 2 |      -       |  NM(ECT(0)) |  NM(ECT(1)) |   ETM   |
> > | DSCP x |    Not-PCN   |  Not-PCN    |  Not-PCN    | Not-PCN |
> > +--------+--------------+-------------+-------------+---------+
> > NOTE: DSCPx is a DSCP codepoint other than DSCP1 and DSCP2.
> >
> > Best regards,
> > Fortune
> >
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www.ietf.org/mailman/listinfo/pcn
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www.ietf.org/mailman/listinfo/pcn
> >
> > _______________________________________________
> > PCN mailing list
> > PCN@ietf.org
> > https://www.ietf.org/mailman/listinfo/pcn
> >
>_______________________________________________
>PCN mailing list
>PCN@ietf.org
>https://www.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 64519=
6 =



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


From pcn-bounces@ietf.org  Thu Jul 31 15:25:18 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 4065528C2E3;
	Thu, 31 Jul 2008 15:25:18 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 1E78128C2E3
	for <pcn@core3.amsl.com>; Thu, 31 Jul 2008 15:25:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id JbOgkmpIyhCW for <pcn@core3.amsl.com>;
	Thu, 31 Jul 2008 15:25:17 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id 64F0B28C21A
	for <pcn@ietf.org>; Thu, 31 Jul 2008 15:25:17 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=petri-meat.com)
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KOgaL-0007gk-Ln
	for pcn@ietf.org; Thu, 31 Jul 2008 18:25:25 -0400
MIME-Version: 1.0
Date: Thu, 31 Jul 2008 18:25:25 -0400
From: <slblake@petri-meat.com>
To: pcn@ietf.org
Message-ID: <9860859c24d436354089fc9bbe795921@petri-meat.com>
X-Sender: slblake@petri-meat.com
User-Agent: RoundCube Webmail/0.1
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] Moving draft-eardley-pcn-marking-behavior-01 to WG draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

There was strong consensus in the meeting today to move (the next revision
of) draft-eardley-pcn-marking-behavior-01 to a WG draft.  This email is to
confirm the decision on the list.  Please send comments within the next
week.


Regards,

// Steve

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


From pcn-bounces@ietf.org  Thu Jul 31 15:32:53 2008
Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id 3CE3A3A6AEF;
	Thu, 31 Jul 2008 15:32:53 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1])
	by core3.amsl.com (Postfix) with ESMTP id A6A373A67A2
	for <pcn@core3.amsl.com>; Thu, 31 Jul 2008 15:32:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
	tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32])
	by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id slw9wwVOnlA0 for <pcn@core3.amsl.com>;
	Thu, 31 Jul 2008 15:32:49 -0700 (PDT)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198])
	by core3.amsl.com (Postfix) with ESMTP id AAD4A3A69E0
	for <pcn@ietf.org>; Thu, 31 Jul 2008 15:32:49 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=petri-meat.com)
	by elom.tchmachines.com with esmtpa (Exim 4.69)
	(envelope-from <slblake@petri-meat.com>) id 1KOghj-0000kb-L2
	for pcn@ietf.org; Thu, 31 Jul 2008 18:33:03 -0400
MIME-Version: 1.0
Date: Thu, 31 Jul 2008 18:33:03 -0400
From: <slblake@petri-meat.com>
To: pcn@ietf.org
Message-ID: <0bc6597b39c96b8acffed272ee7975fc@petri-meat.com>
X-Sender: slblake@petri-meat.com
User-Agent: RoundCube Webmail/0.1
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Subject: [PCN] Moving draft-moncaster-pcn-baseline-encoding-02 to WG draft
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>,
	<mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

There was strong consensus in the meeting today to move (the next revision
of) draft-moncaster-pcn-baseline-encoding-02 to a WG draft.  This email is
to confirm that decision on the list.  Please send comments to the list
within the next week.


Regards,

// Steve

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


